Re: PulseAudio

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



On 2/28/07, Alexander Boström <abo@xxxxxx> wrote:
tis 2007-02-27 klockan 13:49 -0500 skrev David Zeuthen:

> That's only because PA decides to open the device directly and haven't
> been taught to give it up on session inactivity. That's not hard to
> change and it's the right thing to do *anyway* since we probably want a
> default policy where audio is muted from inactive sessions just like
> video is muted.

Ok, so what are the problems with a really naive solution like this:

When a session is swapped out from a console, some system daemon revokes
the ACL:s and signals the user PulseAudio daemon to give up the device.
If it doesn't comply, more force will probably have to be used.
(Timeouts in user interfaces suck though.)

It could be as simple as sending SIGHUP/SIGUSR1, SIGTERM and SIGKILL to
whatever process is currently hogging the device. Or use D-Bus instead
of SIGHUP, since that would allow for specifying exactly what devices
needs to be released.

This viloates the tenent of 'fast user switching does not lose state'.
Switching to the other login should not cause, eg, Audacity which is
holding an hour of unsaved editing work to crash or get killed.

Monty

--
Fedora-desktop-list mailing list
Fedora-desktop-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-desktop-list

[Index of Archives]     [Fedora Users]     [Fedora KDE]     [Fedora Announce]     [Fedora Docs]     [Fedora Config]     [PAM]     [Red Hat Development]     [Red Hat 9]     [Gimp]     [Yosemite News]

  Powered by Linux