[Bug 733056] Send codec specific headers as bus messages from parser plugin

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #2 from sreerenj <bsreerenj at gmail.com> 2014-07-11 13:19:09 UTC ---
(In reply to comment #1)
> I'd vote for having a 'message' property on the parsers, that defaults to
> FALSE. In the codec-analyzer-ui, one would listen for the element-added signal
> and set it to TRUE. Then the parsers would post the messages over the bus, as
> the media is analyzed. The UI can populate the UI as the messages come in.
> Also I'd leave it to the UI to ev. page out analysis data to disk (e.g. if
> processing a long video).
> 
> Granularity: do the parsers know what makes a frame? 


Yes. videoparsers know what makes a frame.

also for audio there is no
> frame. I'd add timestamps (as good as we can)
> 
> Ordering: Upstream ordering (thats stable and know by the parser).

Sorry I didn't get it. Anyway this is something different from the actual bug
report. What I asked is, how to correlate the parsed-info of frame-x with
decoded frame frame-x ? We can not make sure that frame-x at parser's input is
same as that of frame-x that we are rendering if there are B-frames in the
stream.

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