[Webkit-unassigned] [Bug 257374] New: REGRESSION (Safari 16.4): HLS stream failover does not work

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=257374

            Bug ID: 257374
           Summary: REGRESSION (Safari 16.4): HLS stream failover does not
                    work
           Product: WebKit
           Version: Safari 16
          Hardware: All
                OS: iOS 16
            Status: NEW
          Severity: Major
          Priority: P2
         Component: Media
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: giuseppe.samela at gmail.com

It seems that since Safari 16.4, some HLS failover scenarios do not work anymore. The simplest one is:

#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=258157,CODECS="avc1.4d400d",RESOLUTION=422x180
primary/250kbit.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=258157,CODECS="avc1.4d400d",RESOLUTION=422x180
video/250kbit.m3u8

where we assume the primary playlist is unreachable, so the player should switch to the backup.
Based on the network activity, the player does seem to switch and load segments, but playback never starts and the video element is stuck.

I created an asset that can be accessible at: https://storage.googleapis.com/bitmovin-content-cdn-origin/content/assets/sintel/hls/404_on_primary.m3u8
If you can't reach the asset, just create a simple one based on the preview above please.

Another scenario (albeit less important) that does not work is the case where primary and backup playlists are online, but e.g. segment_0 is offline from primary, and segment_1 is offline from the backup. In past versions of Safari, the player would switch to backup after failing to load segment_0, and then it would switch back to the primary stream after failing to load seegment_1. However it could be that specs around this may have changed around after the HLS Content Steering introduction. But, an official feedback would be useful.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20230526/db1d6b7b/attachment.htm>