Ceeblue's Innovative Advantage
Behind Ceeblue’s breathtakingly fast real-world results are innovations in these principal differentiating technologies.
· Low Latency—true, actual low-latency
· Multibit rate on WebRTC
· Advanced 3-level Error Correction
· Proprietary quality modulation using timeouts
· Unrivalled multiprotocol support
· Decentralized, server-based architecture
Ceeblue’s Error Correction
The pitfalls inherent to standard WebRTC implementations are avoided in Ceeblue’s solution. Without revealing the secret sauce, at session startup Ceeblue’s software advertises its capabilities and if there is an issue, it goes straight to the second level and ultimately the third level of error correction, without unnecessarily increasing the bitrate. We use both Uneven Level Protection Forward Error Correction (ULPFEC) as well as NACKs (Negative Acknowledgements) to achieve an incredibly efficient use of bandwidth while maintaining maximum image quality.
Standard WebRTC Error Correction
Without Ceeblue’s innovative technologies, the standard implementation of WebRTC relies on 3 levels of error correction. The first and most commonly used is a method which entails adding new keyframes. If the browser detects an issue it will request the sender to add a keyframe, but because the keyframe is so big, this increases the overall package size.
The downside of this technique is that all the receiving devices get the same keyframe and the bandwidth requirements are increased to all viewers.
Ceeblue’s multi-bitrate WebRTC with switch timeout
The Ceecoder + Delivery solution starts with WebRTC at the lowest resolution. If the content plays and meets a specific quality criteria, the software will switch up until the highest quality is reached.
Ceeblue’s system is very efficient thanks to a large extent to its custom-protocol switch timeout.
In order to rein in constant changes in video quality brought about by unstable networks, Ceeblue implements a switch-up timeout as well. If the quality switches down, the software waits for a predetermined amount of time before attempting to switch up. After each switch down, it takes the next highest switch-up timeout.
If the lowest WebRTC quality does not meet a defined quality, it switches to fallback protocols such as MP4 or HLS.
All protocols support multiple rates.
The system for quality selection is the same for WebRTC, MP4, MSS, Dash, and HLS.
Various timeouts are also included to ensure that it is not constantly seeking up and down on an unstable network.
A server-based solution
Unlike many WebRTC implementations, Ceeblue’s implementation is server-based. This means that an input stream can be copied to any server that creates demand. Input and output servers can even be on different continents. Robust protocols connect the servers allowing very high-quality content delivery anywhere in the world nearly always in less than 500ms.
Ceeblue’s distributed server-based solution will amplify a single input stream to millions of viewers. It’s a true Ultra-Low Latency CDN.