commit | 9ef0d32cb1422cc7efb927967970f59f93044458 | [log] [tgz] |
---|---|---|
author | Ted Meyer <tmathmeyer@chromium.org> | Wed Apr 23 23:21:37 2025 |
committer | Chromium LUCI CQ <chromium-scoped@luci-project-accounts.iam.gserviceaccount.com> | Wed Apr 23 23:21:37 2025 |
tree | be53c32ad7c04db65412960f88cb0cafd6fe7022 | |
parent | 52fd2f6f6b5343d06f726b229b7eaa42331a7466 [diff] |
Enable HLS MP4 demuxing by default. Currently at 10% on stable, UMA looks good - some notes: data: go/uma-hls-mp4-finch Media.HLS.InitializationError is down by 72% (or 280k entries), while Media.HLS.PlaybackError is only up 10k entries, with most of them being network errors. This is to be expected, since those network errors are already the most common issue, and is more related to the CORS situation that a lot of HLS streams find themselves commonly facing (ie, less-than-sanctioned streams). Final PipelineStatus for both AudioOnly and AudioVideo remains similar, but there is some overall movement from PIPELINE_ERROR_COULD_NOT_PARSE to PIPELINE_ERROR_DECODE (which is again to be expected), while PIPELINE_OK remains unchanged. Finally, watch time seems to have not moved all that much, but potentially shows some shift from Audio-only to Audio-Video. There is no appreciable change in crashiness as a result of this experiment. Fixed: 314837904 Bug: 40057824 Change-Id: I2f4a74a1155342b64420fa6deeccd9f3a35a7c61 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/6484972 Reviewed-by: Dale Curtis <dalecurtis@chromium.org> Commit-Queue: Ted (Chromium) Meyer <tmathmeyer@chromium.org> Cr-Commit-Position: refs/heads/main@{#1450860}
Chromium is an open-source browser project that aims to build a safer, faster, and more stable way for all users to experience the web.
The project's web site is https://www.chromium.org.
To check out the source code locally, don't use git clone
! Instead, follow the instructions on how to get the code.
Documentation in the source is rooted in docs/README.md.
Learn how to Get Around the Chromium Source Code Directory Structure.
For historical reasons, there are some small top level directories. Now the guidance is that new top level directories are for product (e.g. Chrome, Android WebView, Ash). Even if these products have multiple executables, the code should be in subdirectories of the product.
If you found a bug, please file it at https://crbug.com/new.