A default HLS player for Chrome (and why I hate the robustness principle)

on YouTube ↗10m

" summary

A native HLS implementation ships as a default HLS player in Chrome that rewrites the demuxer in C++ and hooks into the Chromium MSE pipeline instead of loading megabytes of JS; it removes MP2T transboxing, exposes video tracks, and interops with service workers. Launches hit real failures — audio‑only/AAC and AES bugs that break Korean web radio and force a rollback — then relaunches with conformance fixes; expect details on the C++ native pipeline and MSE integration and why 40% of manifests missing required commas forces browsers to be less liberal.

AI-written summary · about

" chapters (9)

1. 0:00Introduction
2. 0:43HLS history in Chrome
3. 1:26Old HLS problems
4. 2:51New native player benefits
5. 3:55Library vs default player
6. 4:59HLS parser challenges
7. 6:23Conformance testing
8. 7:27Robustness principle issues
9. 8:31Availability and fixes

" related talks

• 31mIn a Perfect World: Why Media Sources Are a HassleDavid LaPalomento · Demuxed 2016
• 24mIt's time to rebuild your player with web componentsSteve Heffernan · Demuxed 2020
• 30mOther browser APIs that are going to change video on the webSteve Heffernan · Demuxed 2015
• 12mLHLS(.js): Why Hls.js is standardizing low-latency streamingJohn Bartos · Demuxed 2018
• 20mStreaming video in the browser without patentsPhil Cluff · backendlessConf_ 2019
• 35mAnatomy of a Web Media ExperienceAmy Roberts, Sandra Lokshina · Google I/O 2019
• 24mMeet the Packets: How audio travels into your browserSara Fecadu · JSConf US 2019
• 21mThe challenges of deploying Apple's Low Latency HLS In Real LifeMarina Kalkanis · Demuxed 2019