Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

abort download if download rate is less than X (100KB) , --abort-dl-rate <100KB #29790

Closed
McErroneous opened this issue Aug 14, 2021 · 3 comments
Labels

Comments

@McErroneous
Copy link

McErroneous commented Aug 14, 2021

Checklist

  • [x ] I'm reporting a feature request
  • [ x] I've verified that I'm running youtube-dl version 2021.04.07
  • [o ] I've searched the bugtracker for similar feature requests including closed ones

Description

WRITE DESCRIPTION HERE

aborting the download , if the download rate is less than 100KB would enable me to resume high speed downloads, by restarting youtube-dl..., using a bash script

@rautamiekka
Copy link
Contributor

Yes, but it ain't yt-dl's fault. Dunno what site you're reffing to, but I'm had the same problem with YT for a few days by now, but most likely cuz of the mass-downloading cuz I'm behind.

@tameTNT
Copy link

tameTNT commented Aug 15, 2021

I too have been having this issue quite frequently when downloading YouTube playlists where speeds suddenly appear to be throttled to very low values (e.g. ~60KiB/s vs. upwards of 3MiB/s normally).

Currently I Ctrl+C the terminal command and then edit the --playlist-items flag to continuously re-resume the download process until the speed starts of quickly again. It will usually remain high for the next 2-3 videos before abruptly falling off again, often in the middle of videos.

Using this proposed feature, I assume the initial poster would assume that youtube-dl would detect the slower download speed, break execution and then automatically re-attempt a connection+download a set number of times until a faster speed is once again reached. If not, an error message could be produced.

@gatecrasher777
Copy link

Same issue as #29326. The solution is to encode the n parameter in the streams the same way that youtube/embed players do it. Clearly, the throttle is to discourage downloads.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants