[Webkit-unassigned] [Bug 261868] New: Hls does not seem to support multiple resolutions in the same playlist
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Thu Sep 21 03:18:22 PDT 2023
https://bugs.webkit.org/show_bug.cgi?id=261868
Bug ID: 261868
Summary: Hls does not seem to support multiple resolutions in
the same playlist
Product: WebKit
Version: Safari 16
Hardware: All
OS: All
Status: NEW
Severity: Normal
Priority: P2
Component: Media
Assignee: webkit-unassigned at lists.webkit.org
Reporter: luca at coram.ai
Hello,
We have an hls stream served by aws kinesis where fragments can have a different resolution in the same playlist.
Everything works fine in the kinesis console in chrome on macos (we can see the resolution switching and the video playing, the resolution is correctly reported) and we can serve it fine in all our clients using hls.js.
However, for safari on ios (which uses the native html player), safari on macos (when using the native html player, given that we can choose there) and even quicktime the video hangs at the resolution switch. This happens in the kinesis web video player too while playing the same video on safari.
There are no errors and the player thinks it's still playing, but the presented image is the last frame before the resolution switch.
Should the html video element in safari support the scenario (where the fragments in a playlist change resolution) or is it instead expecting a multivariant playlist here? Should it at least report an error?
I can provide a playlist which reproduces the issue but only with a short expiration time for security reasons, so let me know if that would help.
Cheers,
Luca
--
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/20230921/236a36d3/attachment.htm>
More information about the webkit-unassigned
mailing list