[pulseaudio-discuss] BEEEEEEP

Colin Guthrie gmane at colin.guthr.ie
Sun Jan 24 08:26:44 PST 2010


'Twas brillig, and Tanu Kaskinen at 24/01/10 15:23 did gyre and gimble:
> su, 2010-01-24 kello 13:12 +0000, Colin Guthrie kirjoitti:
>> Hi,
>>
>> Someone asked recently about the Beep mixer in alsa. With a PA enabled
>> setup, controlling the Beep volume (when this is exposed via alsa)
>> becomes awkward.
>>
>> What is the best way to handle this? Could we tie it/slave it from the
>> master volume via the alsa mixer profile stuff perhaps?
> 
> Are you talking about the PC speaker beep? How is controlling its volume
> more awkward with PA than without?

Mainly due to the fact that mixers are moving to support PA and not alsa
so users wont be naturally exposed to a UI that helps them do this.

> We probably could tie the Beep element to the sink volume in the alsa
> mixer configuration stuff, but that alone doesn't seem like a default
> choice that always makes sense. If I use headphones, I may or may not
> want the volume to follow the sink volume: at home I might want that,
> and in a library I probably wouldn't want that.
> 
> I think the best choice would be to control the PC speaker volume
> independently from anything else. At server side it could be implemented
> as a separate module that would provide a separate client API.


Yeah these were my two thoughts too... not sure if we really should
expose it so specifically tho'. I guess some kind of passthrough for
some elements is not a bad idea generally, but for this case if we could
have some sort of smarts that ties it to the "Event Sounds" slider
perhaps that would make for a cleaner UI?

Col

-- 

Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/

Day Job:
  Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
  Mandriva Linux Contributor [http://www.mandriva.com/]
  PulseAudio Hacker [http://www.pulseaudio.org/]
  Trac Hacker [http://trac.edgewall.org/]




More information about the pulseaudio-discuss mailing list