Sink for event sounds? WAS: paplay - sound roles?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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.

> > Incidentally, when playing with pidgin, are you sure paplay is the right
> > thing to use... in the absence of direct libcanberra support, could you
> > not use "canberra-gtk-play -i message-new-instant" or similar to play
> > the relevant sound from the FDO sound theme naming spec[1] when the
> > appropriate action occurs. I'd imagine writing a libcanberra plugin for
> > purple/pidgin wouldn't be very hard at all... basically just bridging
> > code.... (although this is without the benefit of looking at either set
> > of APIs in any great depth :p)
> 
> canberra-gtk-play doesn't seem to work here, errors out with:-
> Failed to play sound: Sound disabled

If you disable event sounds you don't get event sounds. Surprise, surprise!

Lennart

-- 
Lennart Poettering                        Red Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/           GnuPG 0x1A015CC4



[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux