The "fragLoadingRetryDelay" is ignored when the ts files are non existent (404 on all ts files)

[sdiemer]

What version of Hls.js are you using?

v1.0.10

What browser (including version) are you using?

Firefox 92.0 x64

What OS (including version) are you using?

Debian 10

Test stream

https://mirismanager.ubicast.eu/media/storage/ts-404.m3u8

Configuration

{}

Additional player setup steps

No response

Checklist

• The issue observed is not already reported by searching on Github under https://github.com/video-dev/hls.js/issues
• The issue occurs in the stable client (latest release) on https://hls-js.netlify.com/demo and not just on my page
• The issue occurs in the latest client (main branch) on https://hls-js-dev.netlify.com/demo and not just on my page
• The stream has correct Access-Control-Allow-Origin headers (CORS)
• There are no network errors such as 404s in the browser console when trying to play the stream

Steps to reproduce

1. Open the player with the test stream. To reveal the problem, the test stream is a playlist containing only ts fragments leading to 404 errors.

Expected behaviour

The player should wait for the delay configured in fragLoadingRetryDelay between two attempts.

What actually happened?

The player retries without any delay between requests.

Some of our users reported the same problem with Chrome.
I don't think that the problem is OS dependant.

The issue is possibly related to a similar old issue on m3u8 files:
#1121

Console output

41.682 | Media element detached
41.709 | Loading https://mirismanager.ubicast.eu/media/storage/ts-404.m3u8
41.72 | Loading manifest and attaching video element...
41.756 | 1 quality levels found
41.758 | Manifest successfully loaded
41.779 | Media element attached

Errors:
41.877 | Error while loading fragment https://mirismanager.ubicast.eu/media/storage/404ts-10660.ts
41.981 | Error while loading fragment https://mirismanager.ubicast.eu/media/storage/404ts-10660.ts
42.091 | Error while loading fragment https://mirismanager.ubicast.eu/media/storage/404ts-10660.ts
...

Chrome media internals output

No response

[dylanjha]

@sdiemer interesting. Thanks for opening. I notice this is a live playlist -- do you see the same behavior for VOD?

[sdiemer]

@dylanjha Hello, I have written a VOD playlist with all ts leading the 404:
https://mirismanager.ubicast.eu/media/storage/ts-404-vod.m3u8
The issue isn't affecting VOD playlist, it only happens on live playlists.

[robwalch]

The immediate re-request on live stream start was in place because of an assumption that the error was a down-switch and/or that if we did not immediately reattempt starting, we could loose sync between audio and video and the live stream would stall with mismatched audio/video buffered ranges. The majority of such edge cases have been fixed since roughly v1.1 with resetLiveStartWhenNotLoaded now renamed resetStartWhenNotLoaded with #4858.

[sdiemer]

Hello, thank you for the fix :)