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.
Strange selection of video format #18928
Comments
|
There is no such codec |
|
Thanks for the answer. I just realized the name is actually |
|
Will be in the next version. |
First of all: thanks for the great software!
I am not sure if this is a bug or if I just misunderstand the video format selection process
(double-checked :-) )
Before submitting an issue make sure you have:
What is the purpose of your issue?
Output A (for
[height<=?1080])Output B (for
[height<=?720])Output of
--list-formatsWhen using
bestvideo[vcodec!=av01][height<=?1080](Output A) it downloads format 137 (avc1) as one would expect.But when using
bestvideo[vcodec!=av01][height<=?720](Output B) it downloads format 398, which is av01 and should not happen because of[vcodec!=av01].The expected behaviour would be the download of format 22, whicht is not av01 and <=720.
I also tried without the trailing
/bestbut the results are exactly the same.I am terribly sorry if I just understood something wrong (and possibly wasted someones time :-) ) but I tested this very thoroughly, read through the complete section of format selection again and could not find an explanation for the strange behaviour.
And most redundantly: Thank you all again so much for this incredible piece of software, it's keeping my whole family sane ;-)
P.S.: I actually use
-f 'bestvideo[height<=?1080][vcodec!=av01][vcodec!=vp9]+bestaudio/best'but removed thevp9exclusion and tried to change the order to make sure it has nothing to do with that.