Open max-arnold opened 1 year ago
Hey! We've detected some video files in a comment on this issue. If you'd like to permanently archive these videos and tie them to this project, a maintainer of the project can reply to this issue with the following commands:
@video-archivist-bot save PA0gow
👋 Thanks for opening your first issue here! 👋
If you're reporting a 🐞 bug, please make sure you include steps to reproduce it. We get a lot of issues on this repo, so please be patient and we will get back to you as soon as we can. To help make it easier for us to investigate your issue, please follow the contributing guidelines.
Related issues: https://github.com/videojs/http-streaming/pull/829 https://github.com/videojs/http-streaming/issues/1356 https://github.com/videojs/video.js/issues/7842 https://github.com/videojs/http-streaming/issues/1130 https://github.com/videojs/video.js/issues/8054 https://github.com/videojs/http-streaming/issues/1064 https://github.com/videojs/video.js/issues/7992 https://github.com/videojs/http-streaming/issues/1285 https://github.com/videojs/video.js/issues/8026
Cc: @brandonocasey
A really really dirty workaround:
https://vjs.zencdn.net/8.5.2/video.min.js
,"subtitle"!==e&&t.excludePlaylist({error:{message:`Excessive ${e} segment downloading detected.`},playlistExclusionDuration:1/0})
Unfortunately this is all I can do given my limited JS knowledge
seems like playback watcher might to reset itself when we switch quality using fastQualityChange_
should be easy enough to fix I think.
We did a little refactoring of fastQualityChange_
in VHS v3.5.3, however it looks like it still needs a bit more work. I agree @brandonocasey I think resetting the watcher on quality changes is likely the correct solution. Going to link this to a new issue in VHS.
I've debugged this issue and the problem is that after the media switch the result of sourceBuffer.buffered() remains intact. Based on the specification I think this is the correct behavior in the web browser. Hence, if after the media change we reload segments that were already buffered before, watcher will think that we are not making any progress.
I'd happily fix the issue but I'm somewhat uncertain of what the desired behavior is. @adrums86 @brandonocasey can you please comment what you think?
AFAIK there are two cases when we need to switch media:
Going forward I see a few potential ways:
What's your preference? Do you have any other ideas?
Hey @scottie , i see you are active for 6 hours ago. Do you had luck to CATCH this warning? i guess we could handle it somehome mannualy but i don't understand how i can try-catch it or get via event listners
videojs.log.warn = (message: string) => { if ( message.includes("Excessive main segment downloading detected") ) { console.log("catch", message); // go do some magick } };
Our customers also encountered same error during a large live event, several users saw these errors within a 15 min
period during a 2 hour
long event. We looked at the upstream CDN and the packaging service and didn't notice any errors. Can this error also be thrown for a reason other than full-screen toggle?
Player version: 7.20.3
, stackoverflow question
@ajaymiyyapuram for me its just a matter of time in LLHLS stream. And the solution for bow for me was only to catch warning and make denounced rebuild of player, that will make user possible to select quality again.
Description
Playback watcher seems to be buggy: switching to full screen mode in and out a couple of times results in all HLS streams being blacklisted. Seems to happen when the video quality switching occurs.
Reduced test case
https://videojs-http-streaming.netlify.app/?url=https%3A%2F%2Ffullscreen-bug.storage.yandexcloud.net%2Fmaster.m3u8
Steps to reproduce
Errors
VIDEOJS: WARN: Problem encountered with playlist 0-540p.m3u8. Excessive main segment downloading detected. Switching to playlist 1-720p.m3u8. VIDEOJS: WARN: Problem encountered with playlist 2-1080p.m3u8. Excessive main segment downloading detected. Switching to playlist 1-720p.m3u8. VIDEOJS: ERROR: (CODE:3 MEDIA_ERR_DECODE) Playback cannot continue. No available working or supported playlists. Object { code: 3, message: "Playback cannot continue. No available working or supported playlists." }
What version of Video.js are you using?
8.5.2
Video.js plugins used.
No response
What browser(s) including version(s) does this occur with?
Firefox, Chrome
What OS(es) and version(s) does this occur with?
macOS