[FR] fragment-retries / fragment error strategies

[Offbeatmammal]

Make sure you are using the latest version: run youtube-dl --version and ensure your version is 2018.10.29. If it's not, read this FAQ entry and update. Issues with outdated version will be rejected.

• I've verified and I assure that I'm running youtube-dl 2018.10.29

Before submitting an issue make sure you have:

• At least skimmed through the README, most notably the FAQ and BUGS sections
• Searched the bugtracker for similar issues including closed ones
• Checked that provided video/audio/playlist URLs (if any) are alive and playable in a browser

What is the purpose of your issue?

• Bug report (encountered problems with youtube-dl)
• Site support request (request for adding support for a new site)
• [X ] Feature request (request for a new functionality)
• Question
• Other

---

Description of your issue, suggested solution and other information

when downloading a fragmented file I sometimes have intermittent issues. Setting fragment-retries to a high number does eventually brute force it, but would be nice if there was a way to either:
(a) set a time delay between retries to avoid hammering the server
(b) if possible skip the fragments after n retries but then reattempt to download just those specific fragment(s) at the end of the main download before assembling the eventual mp4 to optimize the download time and allow the intermittent issue to hopefully clear (iterative passes creating progressively higher fidelity download)

[dryoma]

For anyone out there who are also struggling with this. A viable option might be to change the format of the stream. For me the default format, which was 1080p MP4, was failing even with 1200 fragment retries. Then I tried downloading 1080p webm, and it worked.

Something along these command lines:

$ youtube-dl <url> -F
... pick the best format after the default one...
$ youtube-dl <url> -f <video-format>+bestaudio

if that doesn't work, try picking a lower/higher resolution video