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.
Please follow the guide below
xinto all the boxes [ ] relevant to your issue (like this:[x])Make sure you are using the latest version: run
youtube-dl --versionand ensure your version is 2017.08.13. If it's not, read this FAQ entry and update. Issues with outdated version will be rejected.Before submitting an issue make sure you have:
What is the purpose of your issue?
The following sections concretize particular purposed issues, you can erase any section (the contents between triple ---) not applicable to your issue
If the purpose of this issue is a bug report, site support request or you are not completely sure provide the full verbose output as follows:
Add the
-vflag to your command line you run youtube-dl with (youtube-dl -v <your command line>), copy the whole output and insert it here. It should look similar to one below (replace it with your log inserted between triple ```):Description of your issue, suggested solution and other information
There are numerous times in which my Internet connection drops and youtube-dl is left with a long timeout. There does seem to be a setting for --socket-timeout SECONDS which defaults to 20 seconds. However, there seems to be a (much longer) 540 second timeout that usually occurs in my case. Windows 10. I believe the issue may have to do with Python detecting the socket error and timing out ... at ... long ... length, rather than in a more timely fashion (say, 30 to 60 seconds.)
The symptoms are a locked % complete, a stuck KiB/s and ETA time for what seems to be roughly 9 minutes. I have been known to kill the task in Task Manager, but this should be done on the "Details" tab of Windows 10. Restarting the same commandline will usually pick up where the last instance of youtube-dl left off.
To reiterate... there is a long delay between the "15.6% of 118.20MiB at 54.15KiB/s ETA 31:25" and the "ERROR" appearing, with nothing to indicate activity during this time. In the interim, my Internet connection has normally been re-established and so the old (SSL?) socket will never be restored.