[Bug 679038] flacdec fails in a gnonlin pipeline that works with other formats

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=679038
  GStreamer | gst-plugins-good | 0.10.36

Mark Nauwelaerts <mnauw> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mnauw at users.sourceforge.net

--- Comment #1 from Mark Nauwelaerts <mnauw at users.sourceforge.net> 2012-07-04 11:14:04 UTC ---
The cause is the same one that was left unexplained in bug #675812.

When the newsegment event (or another one) comes through (decoder), pad gets
exposed (by decodebin2 etc) and gnonlin performs seek.  This interrupts the
sending of headers (be it vorbis ones or flac ones by demuxer or parser) and
things go astray after that (for instance in parser state etc).

By only sending events when data has really been decoded, this scenario is
avoided and one might do something like that for flacdec as well.

However, on the one hand, in 0.11 flacdec is ported to audiodecoder and as such
it should already be ok that way.  On the other hand, IMO, this is partially
covering up yet-another-problem that stems from having these headers flying
around (non-atomically) in-stream rather than being delivered in caps or
whatever event (which forces decoders and parsers to have all sorts of counter
and state tracking to determine header or data state etc, and is also
inherently non-atomic).

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