[FFmpeg-devel] [PATCH] Fixed bug encountered when decoding interlaced video
alevinsn at aracnet.com
Sun Mar 26 20:34:48 EEST 2017
On 3/26/2017 4:41 AM, Matthias Hunstock wrote:
> Am 26.03.2017 um 11:50 schrieb Aaron Levinson:
>> When using the following command to play back either file:
>> ffmpeg -i <mpegts file> -f decklink -pix_fmt uyvy422 "DeckLink SDI
>> 4K", I noticed that with the mpegts file with the AAC audio stream,
>> it would correctly select an interlaced video mode for the video
>> output stream, but with the mpegts file with the Opus audio stream,
>> it would use a progressive video mode (1080p29.97) for the video
>> output stream.
> Which FFmpeg version did you test this with?
> There was a change related to this just short time ago.
> Does it happen with current git HEAD?
This issue occurs with the current git HEAD. I'm aware of the
Blackmagic improvement that was added in February to add support for
interlaced video modes on output, and actually that's one of the reasons
why I'm using the latest git sources, as opposed to, say, 3.2.4. This
particular issue has nothing to do with Blackmagic, and I only used
Blackmagic in the example that reproduces the bug because it is
something that can be reproduced on both Windows and Linux (and
presumably also on OS/X). The issue also occurs if I do something like
-f rawvideo out.avi on Windows, and I'm sure that there are plenty of
More information about the ffmpeg-devel