how is pulseaudio supposed to work?

Simo Sorce ssorce at redhat.com
Wed Dec 19 00:23:49 UTC 2007


On Wed, 2007-12-19 at 00:14 +0100, Lennart Poettering wrote:
> On Tue, 18.12.07 20:58, Nicolas Mailhot (nicolas.mailhot at laposte.net) wrote:
> 
> > > > Because it is a per-user/per-session daemon. Not a system daemon.
> > > 
> > > but there's only one set of speakers per system,
> > 
> > It's even worse even dirt-cheap systems have multiple audio outputs that
> > can trivially be routed to different rooms just by running some audio
> > cable (that was common way before any multi-head GFX card arrived on
> > market).
> > 
> > So in addition to having several users contending on the same outputs
> > you can have several sets of input/outputs used at once by different
> > classes of users (think you want desktop you've got mail routed to the
> > system PVR app currently recording late show for some other user?)
> > 
> > It's very unclear to me how this kind if setup is supposed to be handled
> > in a PA world.
> 
> It's not so much a PA world, but more a CK world.
> 
> The basic idea is that CK knows which speakers belong to which seat,
> and PA will honour that. Or actually, as soon as we get revoke() in
> the kernel CK will enforce that, by forcibly kicking processes from
> their devices if they don't comply.
> 
> However, multi-seat support is not really available in CK yet.
> 
> davidz and William Jon McCann can tell you more about this.

Trying again, maybe you will answer my other question too.

My normal use case is that I have rhythmbox running in my account which
I tend to screenlock, when my wife wants to browse the web briefly she
fast-switches to her account.

What will PA do? Will it stop rhythmbox in the other session? If so why?
What is the logic? I usually want to keep the music running.

Simo.


-- 
| Simo S Sorce |
| Sr.Soft.Eng. |
| Red Hat, Inc |
| New York, NY |




More information about the fedora-devel-list mailing list