Buffer behaviour understanding #3983
Replies: 3 comments 1 reply
-
@MHrezdovic Can you please check if version 4.4.1 solves your problem. We enabled the |
Beta Was this translation helpful? Give feedback.
-
@dsilhavy sorry for the late reply, I have check the implementation in 4.4.1 it behaves much better now, when player get to the point bandwidth suddenly drops and it was stuck downloading the chunk it seems that when buffer gets under 12 seconds, player switches to the lowest bandwidth available in playlist which is perfect for us. Is this 12 seconds set somwhere in the code or can it be cofigured or its just random and for me it randomed on 12 sec? Thanks for the reply |
Beta Was this translation helpful? Give feedback.
-
You can try adjusting the buffer targets, see https://reference.dashif.org/dash.js/nightly/samples/buffer/buffer-target.html |
Beta Was this translation helpful? Give feedback.
-
Hello guys,
please im trying to understand how to maintain a stable buffer on unstable networks. So far im not very successfull.
Could someone explain to me what does this params do, i did not really found out from documentation ?
InsufficientBufferRule
SwitchHistoryRule
AbandonRequestsRule
Our problem is that we cant figure out correct settings for player to survive peak bandwidth changes. We received data from customers and it seems that issue is caused when player enters highest quality. After that player is really lazy to downswitch and runs out of buffer which causes stalls. See the attached videos:
InsufficientBufferRule - false
https://drive.google.com/file/d/1cBia5jDze4qwvwMX2ed6vIZUMWn-dMi2/view?usp=sharing
InsufficientBufferRule - true
https://drive.google.com/file/d/1K2gYUJdy7egODdxVXd_rQbPIGvxvhq52/view?usp=sharing
From videos it seems that once player switch to highest quality it takes him too long to downswich and eventualy it runs out of "60 sec sliding window".
Also it seems when the chunk download takes longer than 10 sec its somehow flagged as:
and bandwidth value does not decreases which cause playback stall.
Length of the LIVE manifest is 60 sec, we have 4 sec chunks ranging from 1.3 Mbps, 2.4 Mbps, 3.6 Mbps and 5 Mbps.
And player manages to maintain a stable buffer of 1.3 Mbps quality on 2 Mbps connection:
Expectation here was that with InsufficientBufferRule - true player will not be allowed to run out of buffer and will downswitch to lowest possible quality in sake of maintaining playback.
So the question we have is: Is there some way to alter or configure the way player behaves during downswitch? Or can you suggest some params that would help to maintain a stable buffer for cost of quality?
Thanks for any advice.
Beta Was this translation helpful? Give feedback.
All reactions