Dash.js: SourceBuffer append failed "QuotaExceededError: The quota has been exceeded.

[thanawatkie]

Environment

• [x] The MPD passes the DASH-IF Conformance Tool on https://conformance.dashif.org/
• [x] The stream has correct Access-Control-Allow-Origin headers (CORS)
• [x] There are no network errors such as 404s in the browser console when trying to play the stream
• [x] The issue observed is not mentioned on https://github.com/Dash-Industry-Forum/dash.js/wiki/FAQ
• [] The issue occurs in the latest reference client on http://reference.dashif.org/dash.js/ and not just on my page
• Link to playable MPD file: https://drm1.coursesquare.co/web_sample/tester/lec23520_20170614161217/dash/stream.mpd
• Dash.js version: 2.9.3
• Browser name/version: Chrome/Firefox
• OS name/version: Mac Os Mojave

Steps to reproduce

1. Please provide clear steps to reproduce your problem
   The playback stop playing when reaching some point

2. If the bug is intermittent, give a rough frequency if possible

Observed behaviour

Describe what the player is doing that is unexpected or undesired behaviour.
The player buffer indefinite

Console output

[296462][SourceBufferSink] SourceBuffer append failed "QuotaExceededError: The quota has been exceeded." Debug.js:233:25
[296463][BufferController][audio] Quota exceeded for type: audio, Critical Buffer: 546.8672008000002 Debug.js:233:25
[296464][BufferController][audio] Clearing playback buffer to overcome quota exceed situation for type: audio Debug.js:233:25
[306013][SourceBufferSink] SourceBuffer append failed "QuotaExceededError: The quota has been exceeded." Debug.js:233:25
[306015][BufferController][audio] Quota exceeded for type: audio, Critical Buffer: 546.8501344 Debug.js:233:25
[306017][BufferController][audio] Clearing playback buffer to overcome quota exceed situation for type: audio Debug.js:233:25
[318175][SourceBufferSink] SourceBuffer append failed "QuotaExceededError: The quota has been exceeded." Debug.js:233:25
[318176][BufferController][audio] Quota exceeded for type: audio, Critical Buffer: 546.8501344 Debug.js:233:25
[318176][BufferController][audio] Clearing playback buffer to overcome quota exceed situation for type: audio Debug.js:233:25
[328646][SourceBufferSink] SourceBuffer append failed "QuotaExceededError: The quota has been exceeded." Debug.js:233:25
[328646][BufferController][audio] Quota exceeded for type: audio, Critical Buffer: 546.8501344 Debug.js:233:25
[328649][BufferController][audio] Clearing playback buffer to overcome quota exceed situation for type: audio Debug.js:233:25
[337832][BufferController][video] Detected unintended removal from: 4090.76 to 4120.76 setting index handler time to 4090.76 Debug.js:233:25
[338124][SourceBufferSink] SourceBuffer append failed "QuotaExceededError: The quota has been exceeded." Debug.js:233:25
[338125][BufferController][audio] Quota exceeded for type: audio, Critical Buffer: 546.8501344 Debug.js:233:25
[338125][BufferController][audio] Clearing playback buffer to overcome quota exceed situation for type: audio 

[fvalleeHbbTV]

My 2cents: not sure if it's related (and the provided stream doesn't seems to start due to drm) but from my experience (not tested with latest release), I think the buffering is not actually reduced when a QuotaExceededError error is detected.

In the BufferController, QUOTA_EXCEEDED_ERROR_CODE is detected in onAppended and setBufferToKeep/setBufferAheadToKeep are used to reduce buffering, but I think setStableBufferTime/setBufferTimeAtTopQuality/setBufferTimeAtTopQualityLongForm should also be used to ensure there is no prune / exceed the quota / prune infinite loop.

[epiclabsDASH]

I need to take a look at this. Reducing all the other buffers sizes is a good idea but that shouldn't avoid the player to start after a quota exceeded situation (we are removing the buffer at that point so some time should happen before the buffer limits are reached).

@thanawatkie, could you please check if you can reproduce this problem in #2943? It has a fix for how we deal with parts of the buffer that were removed.

[comrat]

Hello everyone!
I've the same issue. I've tried #2943 too but it's still reproduced

[makisp]

Hello, is there any news on this? We're having this issue on the latest release...

[Witos]

+1

[vgarleanu]

Hi, Im experiencing the same bug except with the video buffer, with the same message, causing dash.js to go in a deadlock and request the same chunks indefinitely. Whats the status on this issue?

[francoism90]

I'm having the same issue it seems:
[133][BufferController][video] Detected unintended removal from: 9.041666 to 10.375 setting index handler time to 9.041666
It keeps buffering like crazy and makes Firefox crash.

Did anyone solves this? Thanks.

[HelloSilicat]

Hi, Im experiencing the same bug except with the video buffer, with the same message, causing dash.js to go in a deadlock and request the same chunks indefinitely. Whats the status on this issue?

Hi, I have the same problem. Do you know how to fix it? Requesting the same chunk in a deadlock state is so annoying :(

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. However, it might still be relevant so please leave a short comment if it should remain open. Otherwise the issue will be closed automatically after two weeks. Thank you for your contributions.

[dsilhavy]

Unstale