Hiccups when clearing buffer #520
Comments
|
I'm using DASH with Widevine and I see the same behavior - hiccuping in chrome. When I compare I have a better performance without glitches on the old version of shaka. I agree with Yair. It will be nice if there is a solution in the default configuration that can be made for better performance. |
|
Hi Yair, Dobrin, We are working on it and hope to release improvements in v2.0.1 as soon as feasible. Thanks! |
|
In a8ac314 we made buffer clearing explicit and more flexible for calls to selectTrack(). When the ABR manager is making the call, though, it still decides if/when/how to clear the buffer. |
|
That was fast! Thanks Joey Parrish. |
|
After retesting I don't see any hiccuping in chrome. And the switches between the video tracks is smooth. Again thanks for the great work! |
|
The thing that fixed it was probably when we switched from clearing 10 seconds ahead to clearing 2 segments ahead. Clearing based on segment size reflects the reality of how MediaSource works, while 10 seconds was only a guess at the segment size anyway. @yairans, can you confirm that this has improved things for you as well? |
joeyparrish
changed the title
joeyparrish
added
the
status: waiting on response
|
@joeyparrish |
joeyparrish
removed
the
status: waiting on response
|
Excellent! Thank you for retesting. |
|
I'm now seeing hiccups on ChromeOS and Chrome Linux. The hiccup occurs when an upgrade decision is made, specifically caused by clearing content that is ahead of the playhead. More testing is needed on other browsers/platforms. |
Clearing ahead of the playhead is causing hiccups in playback on the following browsers: * Chrome (all platforms, inconsistent) * Edge These browsers appear not to be affected: * IE 11 * Firefox * Safari This is a manual change that reverts almost all of: * a8ac314 - Make buffer clearing behavior explicit * 4593cf7 - Check position against null, fix bug in a8ac314 * 10b3dd0 - Seek after clearing a buffer, workaround Chrome bug * 6daa7f3 - Allow AbrManager to clear ahead of the playhead Clearing the buffer is now an all-or-nothing proposition because that is the only way to get consistent playback quality across browsers. This comes at a cost, because we can no longer count on the ability to remove buffered data on upgrade without a stutter. Issue #520 Change-Id: Ia6f8b2fcb223f9c50e9829b26d7003ae8f6efb8d
This is a manual roll-up of the following commits from master: - Make buffer clearing behavior explicit - Check position against null, not zero - Seek after clearing a buffer. Workaround for a Chrome bug. - Stop clearing the buffer ahead of the playhead The last of those commits obviates the earlier changes. All four together constitute a step forward in ABR quality. Issue #520
Since we no longer clear ahead of the playhead, the only way to assure responsive visual upgrade is not to buffer too far ahead. Therefore our new default buffering goal is 10 seconds instead of 30 seconds. Manual testing using Chrome's network throttling feature has shown no increase in buffering rates, so 10 seconds seems to be enough for stable connections. For situations in which 10 seconds is not enough, the bufferingGoal setting can still be customized by the application. Closes #520 Change-Id: I248c1c93dd4cdd037e6e3ca12bb207ba54845836
Hi,
I would like to tell shaka do not clear the buffer when it switches between the video track automatically (when adaptation is enabled). The buffer clearing causes hiccups on IE11.
Is there a way to configure this behaviour?
Yair
The text was updated successfully, but these errors were encountered: