YouTube Has Gone Native!

HTML5 logo consisting of the word "HTML" at the top in bold black lettering. Below the title is a large orange "bent shield" design with a large white "5" in the center.

Today the Google-owned YouTube video-on-demand (VOD) and live streaming service that brought you kittens in teacups has switched to using the HTML5 native video tag by default. What does this mean? Up till now the majority of videos on YouTube have required the Adobe-produced Shockwave Flash plugin to play videos. However, over the years browser standards have evolved and now support playing video directly through the browser. Playing video through the browser without using a plugin is generally faster to load and faster to play. They have also introduced a few new standards to the mix to allow for encryption, protection, and streaming of content directly in the browser.

HTML5 logo consisting of the word "HTML" at the top in bold black lettering. Below the title is a large orange "bent shield" design with a large white "5" in the center.
The logo/badge developed by the World Wide Web Consortium (W3C) for HTML5.


Google bought On2 Technologies, the company that produced the VP9 video codec (and likely using Google’s WebM wrapper), back in 2009. Since then they have open-sourced it and have been pushing all browser developers to support it. VP9 is able to get similar visual quality to the popular H.264 codec while reducing file size moderately. The codec is also able to be loaded very quickly, especially within the browser. YouTube claims a 15-80% decrease in start-up time over using Flash and H.264 (note that the vast majority of the load time would be starting up the Flash plugin). YouTube also claims it will enable them to start delivering 4K video at 60FPS.

Encryption & Content Protection

YouTube is also using Encrypted Media Extensions and Common Encryption standards to deliver content securely and behind a pay-wall where necessary. Unlike alternatives such as Flash and Silverlight, these content protection standards are completly separate from the content. Which means you don’t need costly proprietary software to rewrite all or part of the content to create and store it. It is also not limited to one or two pieces of content protection software. Anyone can develop their own protection schemes using the standards and offer it for free or sell it on the open market. It will be interesting to see what happens as this becomes the de facto standard over time.

Real-Time Broadcasting?

Within the same announcement, YouTube engineers also hint at the possibility of using the WebRTC (Web Real-Time Communication) standard built into most modern browsers as part of a live video streaming stack (should OBS and XSplit be worried?). WebRTC is already being used in part by Google Hangouts and it is already known that YouTube has wanted to expand it’s live streaming video offerings. Could this be a foreshadowing? Very likely. We will have to wait and find out.

Native Adaptive Bitrate

Most video streaming is done using a couple of proprietary technologies and one standard. Software like Adobe’s Streaming Media Server deliver content using Real Time Messaging Protocol (RTMP) and Real Time Streaming Protocol (RTSP) which have become outdated and unsupported. They also cause problems with corporate firewalls that block unknown protocols for security reasons. Microsoft’s Smooth Streaming is a more recent entry but is meant specifically for their proprietary Internet Information Server (IIS) and for their Silverlight browser plugin. Adoption by anyone except large media conglomerates looking to protect their content while making it near-impossible to view on any other devices (and thereby pissing off their customers) has been lackluster at best. The HLS standard created by Adobe is the most popular and easiest to implement solution so far. It provides a specific layout for playlist files and how videos should be broken into pieces that can be downloaded more quickly and allows proper management software to determine the best bitrate to use depending on the user’s bandwidth limits.

In comes Media Source Extensions. This new standard is meant to allow the script embedded in all browser – JavaScript – to create it’s own media media streams without having to rely on any specific media type or how it is acquired from a server. It also allows the browser to manage much of the back-haul and caching without requiring a large, slow script to be produced by engineers and revered by everyone.

Obviously these new standards a fresh-off-the-press having just been released this month so they will undergo a number of months of commenting, scrutiny, and alterations before they are finalized.

Lastly, YouTube is changing over their embed codes. Gone are the old <object> tags that dominated the landscape. They are now replaced with shiny new iframe embeds. The “page-within-a-page” design of iframes allows them to load the technology that is needed for each user – be it HTML5 or Adobe’s Flash plugin.

Leave a Reply

Your email address will not be published.