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 -x -f bestaudio wants to yield transcoded mp3 every time instead of native audio #23751
Comments
|
|
Most likely your ancient ffmpeg either fails to detect opus audio codec properly or returns unexpected value. |
|
It yields the following, though my ffmpeg build should be much later than this, I'm using the Zeranoe builds that I downloaded like a few months ago but maybe ffprobe just wasn't updated? I'll try updating my ffmpeg with the latest betas from there which have dates that are much more recent in the build names. Is that unknown stuff why it wants to yield an mp3? I'm all binaries here, ffmpeg builds from Zeranoe and youtube-dl from the website which is in my path. |
|
Okay it turns out the reason it was using an ancient ffmpeg was because it was using something from my python scripts directory instead of the one that I put in my path. I'll see if making it actually use the updated binaries yields things properly, that would explain why this only started happening recently. |
|
Okay yes, the reason it was doing this was unrelated to youtube-dl and was actually caused by a rogue ffmpeg binary that I didn't know about. Sorry for wasting your time. |
Checklist
Verbose log
Description
I have noticed this for a few months but it has really started getting on my nerves recently. I am an audiophile and so I take issue with this. I use the foobar2000 component foo_youtube to play YouTube videos normally, so I am sometimes aware of the codecs available. Usually the component chooses AAC streams. However the download functionality of that is slow and also has to convert so I use youtube-dl to obtain the audio I need on my disk. When I saw that this binary was downloading this file to a WebM video, I figured it would give me an opus or ogg file with extract audio. But it appears no matter the input type, it wishes to transcode to mp3, while in mid-2019 it would happily give you the m4a, opus or ogg file that I assume it obtained from simply copying the audio codec. I do not appreciate this step being taken, especially since I had specified -f bestaudio and did not specify --audio-format mp3. Can the behavior be restored to that of previous versions or an option such as --no-transcode-audio be added to simply use -acodec copy in the ffmpeg arguments?