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). > @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
