> I'm looking forward to the more robust change in 4.0. VLC 4 has a new "player", but the behavior to fix this issue is exactly the same. Tguillem implemented

> I'm looking forward to the more robust change in 4.0. VLC 4 has a new "player", but the behavior to fix this issue is exactly the same. Tguillem implemented it in the player: https://code.videolan.org/videolan/vlc/blob/8fc06287a82f3f23587fcae52994d2aead22311d/src/player/input.c#L107-121 https://code.videolan.org/videolan/vlc/blob/8fc06287a82f3f23... And I implemented it in VLC 3: https://git.videolan.org/?p=vlc/vlc-3.0.git;a=commitdiff;h=d06622651fcd4a608c06cb35e725fad57bf38167 https://git.videolan.org/?p=vlc/vlc-3.0.git;a=commitdiff;h=d... https://git.videolan.org/?p=vlc/vlc-3.0.git;a=commitdiff;h=118d6aab86860451c08ffbcda68434c11a105b9b https://git.videolan.org/?p=vlc/vlc-3.0.git;a=commitdiff;h=1... This is implemented that way because retrying indefinitely may be the expected behavior (so we may not stop), we just avoid busy loops.