On Sun, Jan 24, 2021 at 11:41:13AM -0300, James Almer wrote: > If a decoder is used for probing it may change the dimensions reported by the > demuxer, either by the lowres factor or because of assorted frames reporting > different dimensions, and in a codec copy scenario, the last dimensions > arbitrarily set by it could end up being propagated to the muxer. > > Signed-off-by: James Almer <jamr...@gmail.com> > --- > libavformat/utils.c | 10 ++++++---- > tests/ref/fate/cbs-vp9-vp90-2-05-resize | 2 +- > tests/ref/fate/redcode-demux | 2 +- > tests/ref/fate/wtv-demux | 4 ++-- > 4 files changed, 10 insertions(+), 8 deletions(-) >
breaks: ./ffmpeg -i tickets/2892/MPEG_tbn_test.mov -c:v copy -c:a copy -vtag mx3n -timecode 10:00:00:00 -vframes 3 file.mov ... [mov @ 0x558785108e00] D-10/IMX must use 720x608 or 720x512 video resolution Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument Error initializing output stream 0:1 -- [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB No snowflake in an avalanche ever feels responsible. -- Voltaire
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".
