On Tue, 05.01.10 14:56, Colin Guthrie (gmane at colin.guthr.ie) wrote: > > 'Twas brillig, and Lennart Poettering at 05/01/10 14:49 did gyre and gimble: > > On Tue, 29.12.09 08:44, Ng Oon-Ee (ngoonee at gmail.com) wrote: > > > >>>> A follow-up on this, how do I move event sounds to a different sink? For > >>>> other streams I simply use pavucontrol, but it doesn't seem that there's > >>>> any selector for the "System Sounds" item. It just selects the > >>>> 'normal' (laptop sound card output) and I can't figure a way to move it > >>>> to my BT headset without turning the sound card output off. > >>> > >>> I believe that libcanberra always ensures that event sounds are played > >>> on the default sink. Not sure of the inner workings there nor of whether > >>> it should be a stream-restore job (it's capable of routing e.g. all > >>> event sounds to a given sink, overriding (IIRC) the per-application > >>> device rules. > >> > >> Hmm, is it then impossible to move event sounds? Doesn't seem like a > >> good way to do it. > > > > You can. Event sounds are streams like any other. Given how short they > > are it might be hard to be quick enough though to move them. > > Well event sounds are now hidden in pavucontrol.... so moving is > tricky... cmd line tools are hard to use for this when time is of the > essence! Hmm, I though it is actually visible if you use that dropdown on the lower right... Are we really hiding it unconditionally? If so, that seems like a poor choice I think. > I've been meaning to look into why canberra believes them to be > disabled... My initial stab in the dark is some sort of gconf borkage, > but not sure. We get that value from an XSETTING that gnome-settings-daemon initializes from gconf. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4
