Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upGitHub is where the world builds software
Millions of developers and companies build, ship, and maintain their software on GitHub — the largest and most advanced development platform in the world.
Using a vpn, youtube-dl become pretty long to get the video url #4413
Comments
|
I guess that's normal, for example when using a proxy or tor it takes more time, because you depend on the other computer internet connection (it may have other users connected and/or a slower connection) and the data also needs to travel from the proxy to your computer. Probably, using a browser will also be slower, isn't it? |
|
Actually i use a vpn because my ISP slowdown youtube on purpose so with my isp i can't even watch a 360P video bacause constant buffering, with a vpn i can watch 720P video without buffering. |
|
Speed and latency aren't always related. Trying pining youtube.com, running a traceroute with and without a VPN and see if there's some kind of network delay purely in establishing the connection, but otherwise it's fast. Alternatively, it may be some weird peering/CDN issue with your VPN provider's upstream and Facebook. |
|
Don't forget DNS - see how quickly you resolve the DNS name of www.youtube.com (and also, potentially, the youtube CDNs) do |
|
I'm closing this issue, since I think this is not a problem in youtube-dl. You may also want to check how much time curl (or wget) takes to download the webpage: |
|
I do some more testing comparing youtube-dl and cclive time youtube-dl "https://www.youtube.com/watch?v=DXCsiSfg-ms" with vpn : time youtube-dl "https://www.youtube.com/watch?v=DXCsiSfg-ms" As you can see with cclive vpn doesnt change anything : 4,590 second vs 5,346 second |
|
Does clive/cclive support multi-threaded downloading? I could reasonably see your VPN having an effect on the speed of download threads. Perhaps your ISP has its own YouTube caching servers (as mine does) which hijack your DNS resolution to youtube's content. When someone on my ISP downloads from YouTube, they go to the ISPs' YouTube servers rather than Google's YouTube servers. If clive has hard coded information about Google's servers, and youtube-dl goes off the DNS cache (built pre-VPN) this could cause these results. |
|
I dont know about cclive i just use it for the purpose of this test. |
|
As far as I know cclive (which uses libquvi) only does one request for getting the video info, but I don't know if that causes the big difference. Are you sure that cclive is using the VPN in the second run? |
|
yeah i was connected to my vpn thought networkmanager openvpn plugin when i did the test. |
|
I have the same issue I think. But when using youtube-dl, it just.. nothing happens for like 5 minutes after the
output is displayed (using -v) I would be glad to debug this further to track down what's causing the slowness; Any pointers on where to start? |
|
@qzio But that's a completely different issue! @mac1202 is seeing some slowdown, you are seeing a really large timeout. Please open a new issue entry. In that new issue, please include the full output you get with
In all cases, feel free to cancel with Ctrl+C after, say, 15 seconds. Thanks! |
|
It's look like exactely the problem i had. My speed was good with or without vpn, it just youtube-dl get stuck to find the video url with the vpn so it's pretty long. I think the 2 bug report can be merged. By the way i stop using a vpn so i can't help anymore. |
|
encountering the same issue here. |
Hi i noticed when using a vpn youtube-dl need a lot more time to find a video url. For example this url https://www.facebook.com/video.php?v=1013279448695114 3 sec to get url without vpn more than 15 s with it. Even worse on youtube for example http://youtu.be/NLD-lqpPtEU take 38 s with vpn against 2 s without it.
When i enable verbose output i notice that youtube stay stuck after the [debug] Proxy map: {} message.