[FFmpeg-devel] [PATCH] Fixed bug encountered when decoding interlaced video

[Aaron Levinson]

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?
>
> Matthias

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 
other examples.

Aaron Levinson