[Bug 642671] fieldanalysis: New element for analysing video input to produce progressive output

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=642671
  GStreamer | gst-plugins-bad | git

--- Comment #7 from Robert Swain <robert.swain at gmail.com> 2011-02-21 09:00:41 UTC ---
Just a note that arose from some discussion in the interlace pattern extension
ticket. David said that interlace should be able to create a pattern on-the-fly
according to the input and output frame rates when telecining. Such a pattern
would probably not be lockable with the above deinterlace patch.

Without pattern locking in the deinterlace patch, frames will be reconstructed
but the timestamp adjustment is inaccurate. To do it accurately we at least
need to have some ratio of input buffers to output buffers to be able to scale
the input buffer duration to the output buffer duration and so fix up the
timestamps.

I originally did something hackish with the caps such that videorate could be
used after deinterlace to fix the timestamps but it was ugly and so has been
removed prior to submission. We could use a moving average of the number of
output buffers per the last N input buffers and scale the timestamps/durations
according to that perhaps...?

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.