You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Not setup steps per se, but some explanation here.
Testing streams are: https://dev-testing.b-cdn.net/hlsjs/1/master.m3u8 and https://dev-testing.b-cdn.net/hlsjs/2/playlist.m3u8
While the first one that is generated by FFmpeg doesn't play as a master playlist using native HLS, the variant playlist themselves play just fine, which would suggest that the codecs are supported, just the master playlist is incorrect (?) mediastreamvalidator doesn't seem to say antyhing that would indicate obvious errors besides this one (which may be the actual problem for native playback issue):
Error: Variant requires playlist declared video range
--> Detail: Playlist attribute should be PQ
--> Source: https://dev-testing.b-cdn.net/hlsjs/1/master.m3u8
--> Compare: 480p/video.m3u8
Second playlist, that is generated by Shaka packager from the same source files works just fine, as both the master and variant playlists, but still fails to play via hls.js
HLS.js can't play AVC High 10 in browsers that do not support it via MSE. Both MediaSource isTypeSupported and addSourceBuffer fail which is why neither playlist will result in playback.
When loading the media playlists (e.g. 1080p.m3u8) HLS.js parses the codec from the init segment correctly ("avc1.6e0028"). It skips the isTypeSupported check since this is the only variant, but then fails on addSourceBuffer:
[stream-controller]: Init video buffer, container:video/mp4, codecs[level/parsed]=[/avc1.6e0028]
...
[buffer-controller] creating sourceBuffer(video/mp4;codecs=avc1.6e0028)
[buffer-controller] error while trying to add sourceBuffer: The operation is not supported."
[warn] Could not resolve bufferAddCodecError ("The operation is not supported.")
Use HEVC to provide HDR variants that are compatible across a wide range of devices, with AVC SD variants for fallback. The "HLS authoring specification" is a good starting point.
I can't speak to what is happening with native HLS or shaka-player. HLS.js is handling this media as it should. Please file an issue via FeedBack Assistant to request support for AVC High 10 profile in MSE if this is a use-case you need to work in Safari.
What version of Hls.js are you using?
1.5.10
What browser (including version) are you using?
Safari 17.5
What OS (including version) are you using?
macOS Sonoma 14.5
Test stream
https://dev-testing.b-cdn.net/hlsjs/2/playlist.m3u8
Configuration
Additional player setup steps
Not setup steps per se, but some explanation here.
Testing streams are:
https://dev-testing.b-cdn.net/hlsjs/1/master.m3u8
andhttps://dev-testing.b-cdn.net/hlsjs/2/playlist.m3u8
While the first one that is generated by FFmpeg doesn't play as a master playlist using native HLS, the variant playlist themselves play just fine, which would suggest that the codecs are supported, just the master playlist is incorrect (?)
mediastreamvalidator
doesn't seem to say antyhing that would indicate obvious errors besides this one (which may be the actual problem for native playback issue):Second playlist, that is generated by Shaka packager from the same source files works just fine, as both the master and variant playlists, but still fails to play via hls.js
Checklist
Steps to reproduce
https://dev-testing.b-cdn.net/hlsjs/1/master.m3u8
orhttps://dev-testing.b-cdn.net/hlsjs/2/playlist.m3u8
Expected behaviour
The video should play
What actually happened?
The video fails to play using hls.js
Console output
Chrome media internals output
No response
The text was updated successfully, but these errors were encountered: