[gstreamer-bugs] [Bug 476514] New: Wavparse eos handling fails when streaming with queue

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=476514

  GStreamer | gst-plugins-good | Ver: HEAD CVS
           Summary: Wavparse eos handling fails when streaming with queue
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: ext-tommi.myohanen at nokia.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


The following pipeline never finishes:

$ gst-launch gnomevfssrc
location=http://replaygain.hydrogenaudio.org/ref_pink.wav ! queue ! wavparse !
fakesink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock

The reason for this seems to be that wavparse never sends eos event downstream.
gst_wavparse_chain returns GST_FLOW_UNEXPECTED when wavparse thinks it has
reached eos. This causes queue src pad task to pause and eos event is never
received from the queue. Wavparse doesn't generate eos event itself either.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=476514.