[pulseaudio-discuss] Sink for event sounds? WAS: paplay - sound roles?

Colin Guthrie gmane at colin.guthr.ie
Tue Jan 5 07:12:16 PST 2010


'Twas brillig, and Colin Guthrie at 05/01/10 15:03 did gyre and gimble:
> 'Twas brillig, and Lennart Poettering at 05/01/10 14:54 did gyre and gimble:
>>> Yup and the general decision that this approach is "a good thing" and
>>> something that should be exposed to users. I know Lennart doesn't like
>>> the idea of this being something users have direct control over, but
>>> it's something I hear people asking for over and over. Perhaps it's just
>>> because the automatic approaches don't work, full and there are other
>>> ways but I quite like the transparency and relative simplicity (i.e.
>>> users can easily grasp how it works as opposed to black magic hidden
>>> foo) this approach offers.
>>
>> Nah, the automatic scheme I have in mind has not been tested
>> yet. Right now we store no history of previous settings that could be
>> used when the newest setting cannot be applied because a device is not
>> plugged in or suchlike. So what I have in mind is simply have a stack
>> of choices. Whenever a user makes a choice the stack entry for it is
>> put on top. If it existed before it is thus removed from the stack
>> first and moved to the top. If it didnt exist it is created newly.
>>
>> That way the user can easily configure the order of devices simply by
>> moving streams if the order is wrong and that's it. No complex UIs for
>> that.
> 
> Ahh right yes. Too many discussions fly about for this tiny brain!
> 
> Hopefully the actual database in the m-d-m is sufficient for this and
> all that's really needed is an additional module to manupulate it
> automatically..... For role based sink moves this wouldn't even conflict
> with the KDE approach - it's just a simple GUI like pavucontrol (which
> doesn't support role based sink moves yet) would have the effect of
> promoting the destination to the top of the list...
> 
> Cool.

(erm, obviously the m-d-m database stores only role-based priorites... I
guess it could be expanded to store application based priorites too -
like m-s-r.

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