[Bug 642671] fieldanalysis: New element for analysing video input to produce progressive output
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Fri Feb 18 09:19:49 PST 2011
https://bugzilla.gnome.org/show_bug.cgi?id=642671
GStreamer | gst-plugins-bad | git
--- Comment #5 from Robert Swain <robert.swain at gmail.com> 2011-02-18 17:19:43 UTC ---
Created an attachment (id=181248)
View: https://bugzilla.gnome.org/attachment.cgi?id=181248
Review: https://bugzilla.gnome.org/review?bug=642671&attachment=181248
deinterlace: Add support for deinterlacing using buffer caps/flags
When not using the fieldanalysis element immediately upstream of
deinterlace,
behaviour should remain unchanged. fieldanalysis will set the caps and
flags on
the buffers such that they can be interpreted and acted upon to produce
progressive output.
There are two main modes of operation:
- Passive pattern locking
Passive pattern locking is a non-blocking, low-latency mode of operation
that
is suitable for close-to-live usage. Initially a telecine stream will be
output as variable framerate with naïve timestamp adjustment. With each
incoming buffer, an attempt is made to lock onto a pattern. When a lock
is
obtained, the src pad and output buffer caps will reflect the pattern and
timestamps will be accurately interpolated between pattern repeats. This
means that initially and at pattern transitions there will be short
periods
of inaccurate timestamping.
- Active pattern locking
Active pattern locking is a blocking, high-latency mode of operation that
is
targeted at use-cases where timestamp accuracy is paramount. Buffers will
be
queued until enough are present to make a lock. When locked, timestamps
will
be accurately interpolated between pattern repeats. Orphan fields can be
dropped or deinterlaced. If no lock can be obtained, a single field might
be
pushed through to be deinterlaced.
A third mode of operation, 'auto' chooses between passive and active
locking
modes depending on whether upstream is live.
--
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.
More information about the gstreamer-bugs
mailing list