[gstreamer-bugs] [Bug 417420] [autoaudiosink] add "caps" property to filter sinks by caps

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

  GStreamer | gst-plugins-good | Ver: HEAD CVS

Wim Taymans changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |wim.taymans at gmail.com




------- Comment #12 from Wim Taymans  2007-12-04 12:15 UTC -------
ok, I need to move this forward now. The caps property would indeed the solve
the problem at hand but it is not the way to go. It would be better if the
autoaudiosink would wait for capsnego on the sinkpad before trying to select
and plug a working sink. 

For selecting a sink, we would then use a regular capsfilter instead of a caps
property. 

about Commment #9: yes, we'll have to add ranks to the non-raw audio sinks to
make  them autopluggable in such a way that the parsers are still put in front
of them. It seems doing the capsnego on the sinkpad and also exposing a sane
template caps on the sinkpad (based on available sink element factories) would
work.

Comment #11: This is how decodebin2 and playbin2 would negotiate the sinks.
Unfortunatly when you add visualisations and subtitles, the non-raw sink matter
becomes a bit more difficult again (do you software-decode only for the
visualisation or not).


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