-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HLS.js usage: bugfix, stability improvements and resilience improvement #2631
Conversation
Codecov Report
@@ Coverage Diff @@
## main #2631 +/- ##
==========================================
- Coverage 59.30% 59.29% -0.01%
==========================================
Files 144 144
Lines 15228 15228
==========================================
- Hits 9031 9030 -1
- Misses 5561 5562 +1
Partials 636 636 see 3 files with indirect coverage changes 📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hello, thanks for this contribution, just edit the lines i commented and this will be merged.
…l-error - STABILITY: await MEDIA_ATTACHED event before performing "loadSource" on HLS - STABILITY: await MANIFEST_PARSED event before performing "play" on video element - RESILIENCE: on "MEDIA_ERROR" event perform "recoverMediaError" on HLS
Code was now adjusted. |
merged, thanks |
when a player received a stream with incompatible codecs, it started polling the server for index.m3u8 in an infinite loop. This was caused by #2631
This issue is mentioned in release v1.5.1 🚀 |
I propose the following changes to the HLS.js: