GNOME Bugzilla – Bug 401829
gstreamer-properties change all types of sinks (musicaudiosink) when changing audiosink.
Last modified: 2007-02-28 15:04:26 UTC
It would be nice if gstreamer-properties changed all types of audiosinks when setting a new default audio sink. Since banshee used the gconf value of /system/gstreamer/0.10/default/musicaudiosink instead of the plain "audiosink" value, I couldn't find any way to change it without finding it with gconf-editor.
Created attachment 81393 [details] [review] when updating default/audiosink, set chataudiosink and musicaudiosink as well.
The default is very specifically audiosink; if those media players want to be non-conformant, then please first discuss it on a proper mailinglist where all GNOME people can have their say.
I've spent some more time investigating this... Banshee doesn't read the gconf value "musicaudiosink" itself. gst-plugins-good-0.10.3 (see changelog: http://ftp.gnome.org/pub/GNOME/sources/gst-plugins-good/0.10/gst-plugins-good-0.10.3.news) added support for "profiles", with a set of predefined profiles. See http://bugzilla.gnome.org/show_bug.cgi?id=329107 for more info on this feature. Banshee sets itself as the profile "music and movies", which I beleive is what you should expect from a music player. (See "gst_playback_construct()"-function in ./libbanshee/gst-playback-0.10.c) I guess the "non-conformant" you think is in banshee is actually that it's "too conformant" (uses a relatively new feature in gstreamer), while other gstreamer-based media players haven't been updated yet. I believe you need to revisit your position on this as not being a bug in gstreamer-preferences.... If you still don't agree, please give a more detailed description so I can understand the problem you are seeing.
Tim, what's going on here?
It's part of something that someone was working on, don't know the details, but Stefan Kost might. Also, since it was Christian Schaller who committed this to the GStreamer schemas, I'll CC him as well. http://webcvs.freedesktop.org/gstreamer/gst-plugins-good/gconf/gstreamer.schemas.in?view=log IIRC there was a patch to implement this stuff in gstreamer-properties as well somewhere (I thought it went in ages ago actually).
I suppose I would've known if it did. :).
Dont' remember how this all tied together anymore. I remember this was a set of patches (all in gnome bugzilla) with various parts of the puzzle. The focus was not on gst-properties, but on HAL though. So maybe whats need changing is that we set the halaudiosink as the default to have it work correctly.
while the gsmart-mix google summer of code project was also about classifying audio app, its not related to this issue :(
-ECONFUSED
So practically, what's the effect of setting this key to music&videos instead of the default (other than gst-properties no longer working :-) )?
Related to bug 329106, bug 329107, bug 329112 Sorry for the confusion I've seemingly caused. The sound control center applet supports the selection of audio devices for all profiles since GNOME 2.16. In contrast to gst-properties, it also lists real sound devices, i.e. sound cards/usb sound devices, so it should be a lot friendlier to end-users than having to enter custom pipelines with e.g. randomly changing alsa device numbers in gst-properties. gst-properties should probably have additional entries for the missing profiles but the pipeline settings there are not settings the average user can or should have to configure.
That's ridiculous. If the sound capplet has such preferences, then the sound capplet should set such pipelines. There is no point in confusing the end user even more by requiring separate gst from system properties. After all, why else would we (gnome devs) integrate gst into gnome? the sound capplet should do all this, and gst-properties can then be changed to be a video-only tool for advanced users.