-
Notifications
You must be signed in to change notification settings - Fork 2.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
Alternative audio level buffers inconsistence after changing audio tracks #764
Comments
When changing audio track it gets a BUFFER_FLUSHING and on onBufferFlushed if appending always the newRange.push(range) and not only on then becomes stable and switch as normal. Debugging why... |
When buffer reset on audio track switch(onBufferFlushed) its also reseting video element leaving level quality to "init"... @mangui, Don't know if I understood the perfectly the logic but submitting a patch. Leaving a suggestion... One thing I would consider for future is to handle the audio of the main as an alternative track and work the logic of stream-control and audio-control as a key pair(main video + selected audio). When main pushing to demuxer should only push video and the current selected audioTrack(main, track 1,track 2,etc). Instead of keeping track of values of the PTS/DTS... Currently if we switch from alternative to main audio, it re downloads the entire main track, when shouldn't cause its "heavy" and we have it already. Most of the production teams(live that then becomes vod) send main with audio so something to consider I would say... |
Hi @sergiojm well spotted, should be fixed |
Tested and works for me :) Thanks for fixing it. For alternative audio(VOD and LIVE) was crucial! |
great, closing as fixed |
Environment
When changing alternative track, bitrate selector becomes inconsistence(even worst when main has audio).
It will take "huge" amount of time to change.
On demo page we can see the impact on the quality controls.
The text was updated successfully, but these errors were encountered: