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.
-x option fails to convert to audio file without specifying --audio-format #2506
Comments
|
I'm experiencing this as well. This didn't happen to me before (a year ago or so?), but I don't know exactly when the change was introduced. It may also have been caused by a change in my ffmpeg environment, I don't know. |
|
I'm getting this too. It's only when I want the best quality, though, because that's the file that's already downloaded. I still encounter the error if I explicitly specify |
|
YouTube serves m4a files with a very weird header that only some players can read. youtube-dl 2015.01.23.4 and newer will automatically correct the header of the m4a file if ffmpeg is present on the system. I am therefore closing this issue. See our FAQ if you need help updating. Thank you for the report! |
|
It works! Thanks, @phihag, you're my hero! |
After reading the documentation, I assumed that I could simply pass the
-xoption and youtube-dl would figure out that I want the best quality and best format for the video (song) I'm downloading. However, passing the--audio-format [mp3]argument is required so that the following error does not occur:What I think is happening is the
-xflag is changing the video format to an audio format before finishing the download and the post-processing can take place.