[Bug 777094] videodecoder: Don't queue frames in TRICKMODE_KEY_UNITS
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Wed Jan 11 15:42:39 UTC 2017
https://bugzilla.gnome.org/show_bug.cgi?id=777094
Edward Hervey <bilboed at bilboed.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #343310|0 |1
is obsolete| |
--- Comment #4 from Edward Hervey <bilboed at bilboed.com> ---
Created attachment 343314
--> https://bugzilla.gnome.org/attachment.cgi?id=343314&action=edit
videodecoder: Don't queue frames in TRICKMODE_KEY_UNITS
When the input is TRICKMODE_KEY_UNITS, we expect to only receive keyframes
which we want to decode/push immediately. Therefore don't queue them.
If upstream didn't send just keyframes (which is the ideal situation), two
different things can happen:
1) Either the subclass checks the segment flags and properly configures
the decoder implementation to only decode/output keyframes,
2) Or the subclass really decodes and outputs everything, in which case
the reverse frames will end up arriving "late" downstream (and will
be dropped). If upstream did properly send GOP in reverse order, we
still end up just showing keyframes (but at the overhead of decoding
everything).
--
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