Allow Native HLS playback on other Platforms
See original GitHub issueHave you read the FAQ and checked for duplicate open issues? Yes
Is your feature request related to a problem? Please describe.
Would like to use devices native HLS decoder when known. Some TVs allow Playback of encrypted HLS but Shaka intercepts the request and throws error 4034
As Shaka does not support encryption as yet.
Describe the solution you’d like
We would like the option to force the use of the Native HLS player via src like it does automatically for Safari.
Describe alternatives you’ve considered
Alternatives are using a separate player for HLS playback on TV devices when DRM is not available. We are trying to reduce maintenance of players and are hoping we can use the Shaka Player API as is possible for playback via src on Safari.
Issue Analytics
- State:
- Created 3 years ago
- Comments:7 (3 by maintainers)
Top Results From Across the Web
Allow Native HLS playback on other Platforms #3077 - GitHub
We would like the option to force the use of the Native HLS player via src like it does automatically for Safari. ......
Read more >Native HLS Playback
Allow the browser to play HLS video urls (m3u8) 'natively' ... Switch between zoom and native video size in the options.
Read more >Playing HLS Video in the Browser | HTTP Live Streaming
The good news is that it is possible to play HLS video in other desktop browsers, such as Chrome or Firefox, but you...
Read more >HLS Playback - Flussonic Manual
Flussonic allows playback via Apple Low-Latency HLS (LL-HLS) — a streaming protocol that derives from HLS and overcomes its high latency.
Read more >Native HLS, content groups and a new Q&A overlay - Vidbeo
As such, Apple's Safari browser supports it natively, both in OS X (desktop) and iOS (mobile). That is to say the browser can...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@avelad, no need. If the proposal would work for @stuartflanagan, I have the change done already locally.
The logic that controls this is in
lib/player.js
inshouldUseSrcEquals_()
.After all the hard requirements are dealt with, there is a decision between MSE and src= when both are possible. It currently looks like this:
How about we create a flag like
streaming.preferNativeHls
? Then we could change this to:What do you think?