I know YouTube-DL hasn't been updated in a long time, however I'm still using it because I have an old system with an old version of Windows and none of the newer forks that I've tried work for me (OLD system!).
Anyway, I've noticed that for the last couple weeks, about 80-90% of the time when I tell it to download a video from YouTube, I get REALLY slow download speeds. Sometimes it estimates that it will take an hour to download 200MB. If I cancel the download and retry it 5-6 times, I'll usually get a faster speed and the video downloads quickly. Then I try to download another video, and it's back to a snail's pace. I then have to cancel the download 5-6 times until I get a faster speed, rinse and repeat.
I'm just wondering if it's just me or if YT has done something that slowed down YouTube-DL. Watching videos seems fine (I usually just use 720p), it's downloading them that's usually agonizingly slow.
It's also gotten worse. At first most videos downloaded fine and only some would be slow. Now slow downloads are the rule and fast downloads are the exception.
Downloads from other sites are fine.
+ Reply to Thread
Results 1 to 29 of 29
You can use -N 16 in your syntax to increase thread number for multithreaded downloading.
Or aria2c as an external downloader.
yt-dlp discord server. Use the HELP channel. You are both very mistaken in some of your assumptions. The developer himself is onboard every day too.
Last edited by codehound; 11th Oct 2021 at 03:30.
YouTube-DL: Anyone else getting really slow download speeds from YouTube?
I have just changed the --user-agent string, and the trick has worked so far."Like this facility, I don't exist."
"Like this facility, I don't exist."
For reference, I still have (brace yourself), Windows XP.
Yes, I know it's considered obsolete and is no longer supported, but...
I don't have the money to get a new system right now. I don't have a copy of Windows 7 (which is no longer really supported either) and even if I did, I don't want to nuke a working system and start over from scratch without having a backup system that I can use if something goes wrong. Even if I had the money to get a new system, I really dislike Windows 10's spyware and forced updates. I know nothing about Linux and dread the idea of having to learn a new OS. So, at least for now, this is what I have.
All you can do us try the x86 release for 32bit Win
You'll also need the x86 version of ffmpeg
yt-dlp provide customised releases of ffmpeg to streamline usage alongside their app because standard ffmpeg produces errors under certain circumstances. And did do with youtube-dl too but was largely ignored. yt-dlp devs did something about it.
Please post back any results (should you decide to have a trial). Would be interesting to know.
Last edited by codehound; 12th Oct 2021 at 04:31.
You know what gets me? Most software that doesn't work on XP doesn't actually require any new features that Vista+ provides, it's just that all the software used to develop it doesn't bother to make binaries that will function on older versions of Windows.
For what it's worth...
I was getting really slow speeds all night and no amount of retrying would speed them up. So I dumped the URLs to a text file and fed them to Internet Download Accelerator. Even with eight connections per file active, I still only got about 500K/s.
So it's not just YouTube-DL getting slow download speeds.
yesterday the trick that I had suggested didn't work anymore.
Hi! I'm one of the yt-dlp devs who worked on this throttling issue. Saw someone asked about this on the reddit.
Here's my attempt at a quick rundown:
Method 1: The actual fix:
The throttling is caused by a "n" parameter in the video playback url. This has similarities to the signature. You need to descramble it using a js function provided in the player js (base.js). If it is not descrambled correctly, you get throttled.
See these comments for more info:
https://github.com/ytdl-org/youtube-dl/issues/29326#issuecomment-866674128 (see quoted content, looks like the original comment was deleted)
In yt-dlp we have yet to implement this, since our js interpreter does not support some of the required functions/operations
Method 2: The workaround yt-dlp uses:
The throttling issue only impacts JS-based Innertube API player clients currently (WEB, MWEB, WEB_REMIX, etc.). Non-JS-based clients (ANDROID, IOS, etc.) already have the signature and n-param descrambled in the video URL YouTube gives us. We can request the player response payload for specific clients using the https://www.youtube.com/youtubei/v1/player Innertube API endpoint.
SOURCE: https://code.videolan.org/videolan/vlc/-/issues/26174#note_286445"Like this facility, I don't exist."
if you have some space you can add string to "....."
Ok, let me see if I got it right.
If I go in the "Troubleshooting information" of my browser, at the line "User agent" it says
Mozilla/5.0 (Windows NT 5.1; rv:52.0) Gecko/20100101 Firefox/52.0
So if I want youtube-dl to appear as my browser I should add
--user-agent "Mozilla/5.0 (Windows NT 5.1; rv:52.0) Gecko/20100101 Firefox/52.0"
with the double quotation marks (") despite youtube-dl's HELP file does not mention them at all? Do you confirm?..
They aren't reinventing the wheel, they are supplying a download aid.
Did you do any basic familiarization of the CLI before embarking with a command line program ?
This throttling is now a known cause and reported issue, adding a user-agent string is fruitless. In fact, adding a user agent-string is extremely rarely needed for anything, in 99.99 % of cases its more the referer that's needed. And yes I know referer is spelt incorrectly, but it was originally; so as to not muddy the waters, IP has never corrected it.
youtube-dl is dead in the water since mid June - yt-dlp is the way to go (anyway, even if youtube-dl gets facelifted). They have implemented a workaround for this throttling. The latest Windows executable is here
Last edited by codehound; 19th Oct 2021 at 18:38.
The MP4 files doesn't have sound :C
Another one here. Switched to DLP, thank you everyone.