[Bug 766970] aacparse: sticky event criticals with RTL HD mpeg-ts stream

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Thu Jun 30 20:25:30 UTC 2016


https://bugzilla.gnome.org/show_bug.cgi?id=766970

Sebastian Dröge (slomo) <slomo at coaxion.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |slomo at coaxion.net
 Attachment #330665|none                        |needs-work
             status|                            |

--- Comment #4 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
Comment on attachment 330665
  --> https://bugzilla.gnome.org/attachment.cgi?id=330665
keep event ordering

If anything, this should be in baseparse. The problem here is that we have no
CAPS event from upstream and invent our own caps based on buffers (and had a
SEGMENT event before the buffers of course)?

Shouldn't baseparse just delay all post-CAPS events (that it forwards) until
caps are set (would need a new gst_base_parse_set_caps()) or a frame is
finished?

-- 
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