[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gstreamer-bugs
Subject:    [Bug 766970] aacparse: sticky event criticals with RTL HD mpeg-ts stream
From:       "GStreamer" (GNOME Bugzilla) <bugzilla () gnome ! org>
Date:       2016-06-30 20:25:30
Message-ID: bug-766970-6437-2u4Pm1a38R () https ! bugzilla ! gnome ! org/
[Download RAW message or body]

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

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

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

--- Comment #4 from Sebastian Dröge (slomo) <slomo@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.
_______________________________________________
gstreamer-bugs mailing list
gstreamer-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/gstreamer-bugs

[prev in list] [next in list] [prev in thread] [next in thread]