Closed richardstevenhack closed 2 years ago
try --check-formats
The youtube server you are connecting to may be having issues with f248
edit: remove --http-chunk-size 2M
, that seems to be be causing it my end :thinking:
I just removed both the chunk and sleep interval and the file downloaded fine, so you may be right. I'll try it again with the sleep interval put back in.
Well, I'm trying - but Youtube is throttling this down to 49-50K speed, so it will be another 13 minutes before I know. I went on my NordVPN to see if I can evade that, but it's not helping. I think I'll try another video.
Well, that didn't work. Youtube will take two hours to download the new file. I'm going to assume that everything works but the chunk option.
Now the question is why? I used the chunk option because in a discussion of throttling issues, it was noted that Youtube had changed from 10M chunks to 2M chunks. Is the chunk option still useful?
since this is dashsegments try bumping up -N
, or try another format that isn't DASH (--extractor-args youtube:skip=dash
)
this video is slow for me too (~1MB/s). I don't think it is throttling, rather it is just not that popular so it's probably not in hot cache.
Now the question is why? I used the chunk option because in a discussion of throttling issues, it was noted that Youtube had changed from 10M chunks to 2M chunks. Is the chunk option still useful?
I think this is to do with it being a dashsegments video rather than normal http video. The HTTP chunk size issue (and option) only applies to the latter. However it looks like if you try to force it with dashsegments YouTube doesn't like it :thinking: .
(someone correct me if I'm wrong)
Oh, yeah, booping N up to 4 and now the video is coming down at full Comcast 100mbps speed. Let me try with another video.
The second 30MB video came down in five minutes, which is very slow. The speed reported varied from 20Kbs to the 5-6Mbps I usually get. There was a frequent pause of about 9 seconds consistently through every batch of fragments.
There was also a warning to the effect that the speed shown was only for one thread and "patches are welcome", so I don't know what that was about.
Anyway, it seems clear that the chunk option is not working for some reason and that yt-dlp doesn't like it if it's used with dashsegments videos.
OK, using the -N 5 option, I get full speed - but a delay of nine seconds between each batch of fragments. If someone could explain that, it might help.
Otherwise I guess this is the best I can get, so I'll have to live with it. I may start doing my daily downloads overnight so I don't have to babysit it.
Why do you think this issue is a good place to report your problem? Open a new issue with relevant logs
Checklist
Please make sure the question is worded well enough to be understood
I am running on openSUSE Leap 15.3 Linux. My python is 3.6.15.
In an attempt to implement more options to avoid Youtube throttling, I began experimenting with the command line functions. I was using Media-Downloader to download fairly large numbers of videos per day - around 60-70. To avoid Youtube throttling, I began using the --chunk-size, and --sleep-interval options. I had used the sleep interval option before OK.
Also I saw that Media-Downloader had added the .200s. option to solve the problem of too long file names.
Media-Downloader also defaulted to using the id string, which I didn't want, so I edited that out of the default file output format. I just wanted file name and extension.
Anyway, I got nothing but download failures. So to eliminate Media-Downloader as the issue, I began using the same command line output on the actual command line. I am still getting a failure to download (see verbose output below).
I am assuming there is no bug here, but that I am doing something seriously wrong.
The command line I'm using is this: yt-dlp -vU --http-chunk-size 2M --sleep-interval 10 --newline --ignore-config --no-playlist -o "%(title).200s.%(ext)s" "https://www.youtube.com/watch?v=HSE9RmEyE9E"
The first error I get is:
[download] Destination: Safe Money Trasnfer Procedures - Prevent wire fraud.f248.webm ERROR: unable to download video data: [Errno 2] No such file or directory: 'Safe Money Trasnfer Procedures - Prevent wire fraud.f248.webm.part-Frag1.part'
Then it reports a traceback with the primary error being:
socket.timeout: The read operation timed out
Then there is a further traceback because in the handling of that exception, another exception occurred which is:FileNotFoundError: [Errno 2] No such file or directory: 'Safe Money Trasnfer Procedures - Prevent wire fraud.f248.webm.part-Frag1.part'
For some reason it seems to be parsing the output file name as the fragment part of the file, or so it seems to me.I can't make head or tails of the traceback, so that's no help to me. I assume that there is something wrong with the command line I'm using, but after hours of reviewing the command line guidance document, I can't see it.
Thank you for your attention.
Provide verbose output that clearly demonstrates the problem
yt-dlp -vU <your command line>
)[debug] Command-line config
) and insert it belowComplete Verbose Output