Does WebRTC need a change in governance?
Is it time to change the governance of WebRTC in order to keep it growing and flourishing?
Read MoreWith WebRTC, we focus on lossy media compression codecs. These won’t maintain all the data they compress, simply because we won’t notice it either.
[In this list of short articles, I’ll be going over some WebRTC related quotes and try to explain them]
The purpose of codecs - voice and video - is to compress and decompress the media that needs to be sent over the network. This was true before WebRTC and will stay true after WebRTC.
Generally speaking, there are two types of compression:
Audio and video tend to hold a lot of data. And since we want to send it over the network, we’d rather not waste network resources. So what do these codecs do? They try to remove anything and everything that they can which our eyes and ears won’t notice much.
On a conceptual level, lossy compression has this virtual dial. You move the dial to decide how much you are willing to lose out of the data. The encoder will do its best to lose things you wouldn’t notice, but at some point, you’ll notice.
This flexibility in setting the compression level is also used to manage the bitrate. By estimating the bandwidth, the encoder can be instructed to turn the dial up and down the compression level to generate higher or lower compression to meet the requirements of the estimated available bandwidth.
👉 Compression is lossy in WebRTC, and the network can lose even more packets. Here's an acronym soup explanation on WebRTC media resilience
👉 Looking to learn more about video codecs? Go ahead and read my WebRTC video basics article
Is it time to change the governance of WebRTC in order to keep it growing and flourishing?
Read MoreRTC@Scale is Facebook’s virtual WebRTC event, covering current and future topics. Here’s the summary for RTC@Scale 2024 so you can pick and choose the relevant ones for you.
Read More