ABR stands for Adaptive Bit-Rate streaming, and it broadly describes the process by which the quality and bitrate of video and audio are adaptively varied in response to fluctuations in the network conditions to ensure smooth delivery over the internet.
It is very different from how CBR and VBR operate and an understanding of ABR will make the concepts of video streaming easy to understand.
Why do we need ABR streaming?
To understand the need for ABR, we first have to recognize that internet streaming is best-effort. There are no absolute guarantees on the speed/bandwidth, efficiency, error resilience of streaming over the internet.
This is different from television provided to your set-top-boxes over a cable network which is a managed network. These have guarantees on up-time and it is very rare to see outages and drastic changes in the video quality. If you have bought an HD 1080p subscription to Fox News, then you will see HD 1080p – that’s a guarantee.
However, when video is streamed over the internet, things are very different. Why?
Simple Explanation of Fluctuating Bandwidths
Let’s assume your house has a 10 mbps internet connection.
Your TV is connected directly to your router using a Cat 5 cable. You have three mobile phones and two tablets also connected to the same internet connection and your kids are using the internet for their homework!
Think of all the devices connecting to the same internet connection at the same time and how much of the bandwidth they are consuming.
Now, you sit down to watch your favorite show and it is possible that your TV’s player perceives a 3 mbps bandwidth and uses that to play the show. 10 minutes into your show, your wife decides to open Youtube on her iPad and switches on her favorite show.
Suddenly, the bandwidth available to your TV drops (perhaps to 2 mbps) because your wife is consuming the same WiFi connection. To be clear, there was a sudden change in bandwidth (from 3 mbps to 2 mbps) – a 33% drop!
Now comes the all-important question – what is your TV downloading, at what bitrate, and at what quality? If you had a single rendition of the movie, which one would it be?
Let’s flip the question around and ask the content provider which bitrate will he encode at to satisfy all the bandwidths at all the different houses?
It is an impossible proposition – to provide a single rendition or encode of a video that satisfies every bandwidth requirement and restriction for all your users.
ABR to the rescue
From the principles of ABR, the input video has multiple renditions – at different bitrates, resolutions, and frame-rates using different codecs (& profiles) to satisfy a galaxy of bandwidth conditions, screen-sizes, and devices.
Bitrate ladders, profiles, renditions
Given a source video, the first thing is to encode it at several different profiles or renditions and this constitutes a bitrate ladder.
Example, you might encode a video at the following profiles.
- 1080p 5.0 mbps
- 720p 4.0 mbps
- 640p 3.2 mbps
- 480p 2.0 mbps
- 270p 1 mbps
You are free to choose any codec, bitrate, resolution, codec resolution, or frame-rate that you’d like, but you need to be cautious while making your choices.
For example, if you are streaming to a part of the world where 99% of the population cannot get a bandwidth greater than 2 mbps, then it is a waste of time, money, and storage space to encode at bit rates higher than 2 mbps – correct?
After choosing a bitrate ladder and encoding at those profiles, you package the videos and provide it to the players (end user) using a manifest or playlist using a streaming protocol such as DASH, HLS, HDS, MSS, etc.
Packaging refers to the act of breaking up a video into small segments or chunks so that each of these pieces can be individually requested and delivered to the players – instead of downloading the entire movie in one go.
The player uses this manifest to understand how the video is to be downloaded and rendered to the user.
Bandwidth-adaptive video playback
Let’s assume that the video has been encoded at the bitrate ladder shown above. When the player starts to playback the video, it senses the available bandwidth and let’s assume its 20 mbps. This is much greater than the highest bitrate viz. 5 mbps. So, the player safely downloads the highest bitrate, 5 mbps for the first segment/chunk (perhaps, 6 seconds long). Then the player senses the bandwidth again and if it is still very high, it asks for the highest bandwidth again.
If the bandwidth suddenly drops to 5 mbps, then the player will probably request for the 4 mbps chunk from the server because it is risky to ask for the 5 mbps chunk. It then receives and plays back the 4 mbps chunk.
This process continues throughout the video.
What I’ve explained is a naive and simple approach to bandwidth estimation and quality/bitrate switching. Obviously, there are complex algorithms to control and determine the switching at the player (BOLA is one of them).
There is an interesting visualization of this on Wikipedia (shown below) that describes how the bandwidth (black line) varies and how the bitrates of the chunks requested by the player also adapt to the changes in the bandwidth.
Before winding up this introductory article to ABR video streaming, let’s recap a few things.
- ABR stands for Adaptive Bit Rate.
- It refers to the adaptive nature of media delivery where the player requests media of different bitrates depending on the available bandwidth.
- It requires the cooperation of the encoders, packagers, CDN, players to make ABR a successful technology.
If you have anything to add to this discussion, please let me know in the comments section.
Until next time, thank you and good bye!
Krishna Rao Vijayanagar
I’m Dr. Krishna Rao Vijayanagar, founder of OTTVerse. I have a Ph.D. in Video Compression from the Illinois Institute of Technology, and I have worked on Video Compression (AVC, HEVC, MultiView Plus Depth), ABR streaming, and Video Analytics (QoE, Content & Audience, and Ad) for several years.
I hope to use my experience and love for video streaming to bring you information and insights into the OTT universe.