[gstreamer-bugs] [Bug 400134] New: decodebin2 and playbin to support external decoders

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=400134

  GStreamer | gst-plugins-base | Ver: 0.10.11

           Summary: decodebin2 and playbin to support external decoders
           Product: GStreamer
           Version: 0.10.11
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: ext-tommi.myohanen at nokia.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: Unversioned Enhancement
   GNOME milestone: Unspecified


We have a case where there's a hw audio decoder and also audio rendering is
done outside gstreamer. Our idea is that decodebin2 could be used for demuxing
and a special sink element could be used to feed the encoded data to decoder.
However currently decodebin2 is expected to produce raw decoded a/v data. Also
playbin is expected to deal with a/v sinks consuming raw decoded data. 

More flexibility could be added e.g. with the following modifications:

* Adapt decodebin2 to sink elements existing in system

 - Decodebin2 could scan the registry for supported sink element caps, these
caps could be then used to determine when to finish decodebin2 construction.
Currently there are hard-coded caps for raw audio and video used for this
purpose.

* Playbin to support sinks consuming encoded data
 - If decodebin2 didn't produce raw decoded data, then convert, scale, etc.
elements would be omitted before the sink

* More intelligent sink selection in autoaudiosink
 - Autoaudiosink could use offered caps information when choosing sink.
Currently autoaudiosink chooses one of sink candidates when it can switch one
to ready state successfully. 

What do you think, all comments welcome!


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email