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.
Extracting Opus audio - bitrate -> videoID ignores video-quality setting, one ID "takes" the argument and gets encoded in bitrate #18345
Comments
|
Conversion will only happen when original format does not match |
|
but the bitrate should still change, shouldn't it? it's opus but not the bitrate which is passed on, it should get encoded to a lower bitrate |
First I like to thank a big thank you for coding youtube-dl, I really appreciate your work. I hope my issue isn't a stupid one. I researched and I don't get it.
Make sure you are using the latest version: run
youtube-dl --versionand ensure your version is 2018.11.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?
Log:
-vn -acodec libopus "-b:a" 32k
So the bitrate argument 32k is recognized and the opus file is encoded
vs:
-vn -acodec copy
Description of your issue, suggested solution and other information
I use the same command-line arguments, with the video 9DxeMowxDTU I can change the --audio-quality to what every I want 0-9 or bitrates, it always stays the same (-acodec copy), other formats like ,mp3, ,acc "take" the quality accordingly.
Why does this happen with this video and/or only with opus?
Further research:
I get that "-acodec copy" would be ok if the source-webm-file would be the same bitrate as the parameter for the audio-quality, but it isn't (and I want to change the quality no matter what).
If I download -f mp4 the --audio-quality parameter IS passed on. Files with *.webm same to get the copy parameter no matter would audio-quality you choose for the opus file: