Resi PRISM Multisite Decoders
Rock-Solid, Easy Playback at Remote Sites
PRISM Multisite Decoders work in conjunction with Resi’s encoders in order to ensure simple, reliable playback at remote sites. Like the encoders, the decoders ensure full playback of video content with no buffering, glitches, or stuttering even through temporary network interruptions thanks to the Resilient Streaming Protocol. And, just like all of Resi’s platforms, the decoders are extremely easy to use.
Step 1: Select an Event
Load an event from the cloud for live or
(such as an event from last week).
Step 2: Choose a Cue Point (or go to live)
Choose to start playback from a pre-defined cue within the event, or jump to a set delay from live.
Step 3: DVR Playback
Press play when ready, or automatically trigger playback from another device, and relax knowing you will have smooth playback even on troubled networks! The decoder will download up to ~60 hours of content and correct itself over any network.
All of Resi’s Decoders feature synchronized dual-channel playback through SDI or HDMI output at full 1080p60. This makes it easy to receive multiple video sources from encoding venues, such as a “virtual speaker” shot, secondary camera angle, etc., which can be played back in perfect synchronization.
Simple to Use, yet Powerful
The Multisite Decoder is specifically designed for simple, intuitive operation. Users can be trained in minutes. Behind the scenes, the feature-rich Linux-based application includes many versatile features helpful for production, including text overlay, RossTalk integration, fade-to-black, and more.
Works on Limited Internet and Over LAN Connections
Resi’s Resilient Streaming Protocol protects against internet instability at both the broadcast and receiving sites, providing perfect streaming even on troubled networks. Because stream video data is re-sent until verified as perfect, your connection can go down completely and 100% of the video data will still be transmitted as soon as it is restored! In the case of a permanent connection outage, a decoder can even be switched to a backup connection such as a cellular hotspot and still reliably receive all video data.
What is a decoder? Why do I need one?
A decoder is a device that will take a video source from the cloud (usually sent from encoders) and display the playback through an output. Typical stream playback, whether displayed through a web browser or any other decoder, cannot protect against packet loss on your receiving connection, resulting in buffering and frame drops with internet fluctuations. Resi’s decoders (when used in conjunction with Resi encoders) are the first that can fully protect your playback from network issues by continuously re-downloading data from the cloud and verifying it as perfect before playback. This means that your internet could go down for as long as your delay between encode and decode and your receiving stream will still be perfect. Unlike other decoders which rely on dedicated networks and expensive IT infrastructure, Resi’s decoders can be used reliably on the public internet or even cellular connections.
For multisite/point-to-point streaming, we’re often asked if a web stream can be used reliably for playback (through a web browser). The Resi Web Platform would be the best option for this, as it protects against internet issues at your broadcast site, but aside from offering multiple bitrates/qualities for low bandwidth, it cannot fully account for network issues at the receiving site. It is possible to start this way if needed, and we recommend decoders for attendance of more than 30-50 people, or when perfect content playback is otherwise demanded.
Why should I have a decoder at the broadcast site?
In order to start streaming with the Multisite Platform, the only hardware that is required is an encoder at your broadcast site and a decoder at the receiving site. However, many organizations may choose to also have a decoder at their broadcast site. A decoder at the broadcast site is not necessary for the system to operate reliably, but it is great for:
- Quality checking the stream
- Setting frame-accurate cue points for other decoders to easily begin playback from
- Local playback of cloud content
- To have a backup unit on hand
What is the required bandwidth?
Resi’s platform ensures that every frame of video data makes it from encoders to decoders perfectly, even through inconsistencies in connection at the broadcast and receiving sites. However, in order to ensure that there are no delays causing data to get to the cloud within a reasonable delay, 2.5x your streaming bitrate is recommended for upload bandwidth at the broadcast site and download bandwidth at receiving sites. When your connection experiences packet loss, this allows the encoder to re-send data and/or decoders to re-download data faster than real-time so your audience doesn’t notice a thing!
For typical resolutions, this means:
Don’t have this? Most likely you can still stream. Contact us to talk about your setup.
What is embedded audio?
Resi’s hardware encoders and decoders support up to 16 channels of audio embedded on the SDI or HDMI inputs/outputs. An audio de-embedder such as this one is used to provide an analog/digital audio output to interface with your audio system.
What is the minimum and recommended delay between broadcast and receiving venues?
Resi is built to provide an enterprise-level broadcast experience without the cost of dedicated connections and expensive IT infrastructure. This means that now, any organization can have the same quality and reliability previously only available to big corporations and sports teams, even on public internet connections.
In order to do this, Resi’s platforms take advantage of a short delay in order to check and re-send data until it is verified as perfect by the destination, something only possible through Resi’s Resilient Streaming Protocol. For the Multisite Platform, the minimum delay between encode (broadcast venue) and decode (receiving venues) is about 30 seconds, and every second that is added exponentially increases your resiliency.
Because of this, we recommend a 5-minute delay on public internet connections, as this point achieves 99.9999% resiliency over typical connections, equal to that of dedicated connections. However, if you have a good connection, you can feel comfortable using a bit less; or if you have a worse connection (such as a cellular hotspot), you can add a bit more to compensate. If you have a dedicated connection between venues, we recommend a 1-minute delay.
We understand that low latency is important, and we have built our systems on ultra-fast transcoding technology in order to provide highly resilient streaming at the lowest delay possible, which we are working to reduce over time. For most organizations, the tradeoff of a short delay is worth eliminating disruptions and having a 100% reliable stream!
What do I need to get started?
- Purchase Resi PRISM encoders for your broadcast site(s) and PRISM decoders for receiving site(s)
- Sign up for a Resi service plan
- Set up your hardware:
- Encoders run headless (do not require a display, keyboard or mouse) – plug in your source, internet, and you’re done!
- Decoders require a monitor, keyboard, and mouse to operate
- Audio for encoders and decoders is embedded on to the HDMI or SDI input – make sure to plan for audio embedders or de-embedders if needed
- We’ll provide easy-to-follow checklists with your hardware, and our Support team is available to guide you as much as you need!
- Start streaming!