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.
Regression with --get-url due to new format selection algorithm #13726
Comments
|
Confirmed, this bug just hit us in production. We worked around it by selecting |
|
This is expected behavior. |
|
@dstftw : this is weird because by default youtube-dl still does the download using the old URL, not the two URLs it prints. Is it because there's not ffmpeg installed ? |
|
Yes. |
|
Cool. I'm OK with this being the new default, but maybe the docs should be updated to explain the new behaviour ? |
|
It might be important to note that |
Make sure you are using the latest version: run
youtube-dl --versionand ensure your version is 2017.07.23. 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?
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:
Good log (before 0017d9a ):
Log after 0017d9a :
Description of your issue, suggested solution and other information
Ever since 0017d9a, the way --get-url works has changed. Before, it just showed a single URL, and youtube-dl would use that URL to do the download. Now it shows two different URLS (which I'm guessing are the video+audio streams), but youtube-dl still uses the old URL to do the download. ping @dstftw