Andreas Rheinhardt (12020-08-13): > Sure about that? The filter-framerate-up test fails (the output pixel > format is now YUV9 instead of I420) when I switch a and b in > MERGE_FORMATS if b->nb < a->nb. What you said seems to only apply to > sample rates, not format negotiations.
Well, there is one aspect of the order that matters: if no stronger criterion applies and still several formats are possible, the first one will be selected. For most cases, it does not matter, because the input data will constrain the type, or possibly the output codec. But here, the input is testsrc2 and the output is framecrc, they support many formats. It could be a good idea to define some kind of "best" pixel formats when there is choice like that, but there is no urgency. More importantly, these test should be fixed to specify -pix_fmt and disable automatic conversions. I will try to have a look. Regards, -- Nicolas George
signature.asc
Description: PGP signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
