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