On 10/1/15, tim nicholson <nichot20-at-yahoo....@ffmpeg.org> wrote: > On 30/09/15 14:39, Paul B Mahol wrote: >> Signed-off-by: Paul B Mahol <one...@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 >> >> +@item mergex2, 7 >> +Move odd frames into the upper field, even into the lower field, >> +generating a double height frame at same frame rate. >> +@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 >> +@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@ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-devel > _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
