[FFmpeg-devel] [PATCH] avfilter/vf_tinterlace: add mergex2 mode

[Paul B Mahol]

On 10/1/15, tim nicholson <nichot20-at-yahoo.com at ffmpeg.org> wrote:
> On 30/09/15 14:39, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol <onemda at gmail.com>
>> ---
>>  doc/filters.texi            | 24 ++++++++++++++++++++++++
>>  libavfilter/tinterlace.h    |  1 +
>>  libavfilter/vf_tinterlace.c | 13 ++++++++++---
>>  3 files changed, 35 insertions(+), 3 deletions(-)
>>
>> diff --git a/doc/filters.texi b/doc/filters.texi
>> index a4d828e..0a8588d 100644
>> --- a/doc/filters.texi
>> +++ b/doc/filters.texi
>> @@ -10774,6 +10774,30 @@ Output:
>>   11111   11111   22222   22222   33333   33333   44444
>>  @end example
>>
>> + at item mergex2, 7
>> +Move odd frames into the upper field, even into the lower field,
>> +generating a double height frame at same frame rate.
>> + at example
>> + ------> time
>> +Input:
>> +Frame 1         Frame 2         Frame 3         Frame 4
>> +
>> +11111           22222           33333           44444
>> +11111           22222           33333           44444
>> +11111           22222           33333           44444
>> +11111           22222           33333           44444
>> +
>> +Output:
>> +11111           22222           33333           44444
>> +22222           33333           44444           55555
>> +11111           22222           33333           44444
>> +22222           33333           44444           55555
>> +11111           22222           33333           44444
>> +22222           33333           44444           55555
>> +11111           22222           33333           44444
>> +22222           33333           44444           55555
>> + at end example
>> +
>>
>
> I can see the usefulness of merging, but making any particular frame
> both the lower field in one merged frame, and upper in the next,  sounds
> like a recipe for eye watering judder on the output.
>
> I think one would need to explain how would one then strip alternate
> frames to get a stream with a consistent field dominance(and how to
> select even or odd frames to get the right one).

You are correct, that was bug.

>
>>  @end table
>>
>> [..]
>
> --
> Tim.
> Key Fingerprint 38CF DB09 3ED0 F607 8B67 6CED 0C0B FC44 8B0B FC83
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>