[gstreamer-bugs] [Bug 583510] New: playbin2 plugs my sink even though it only does a subset of what a decoder does

[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=583510

  GStreamer | gst-plugins-base | Ver: git
           Summary: playbin2 plugs my sink even though it only does a subset
                    of what a decoder does
           Product: GStreamer
           Version: git
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: andreas.frisch at multimedia-labs.de
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


Please describe the problem:
i have a sink which has audio/mpeg mpegversions {1, 2, 4} as static caps. now
depending on the actual hardware, in the get_caps function i may either decide
to support mpeg 1 layer 3 stream decoding (parsed=true) or not allow them.
on the box with mp3 hardware decoder, playbin2 mp3 playback works fine
on the legacy box without mp3 support, i expect mad to do the decoding, but
instead playbin2 plugs mp3parse and then ends up with an internal data flow
error because my sink turns out to not accept the stream after all.

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:


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