[pulseaudio-discuss] system-wide daemon

[Bill Cox]

The corking stuff in PA is very cool.  I don't think anyone objects to
it.  But couldn't we quell all the "PA stinks!" posts by just allowing
some processes/groups/users to have constant access to audio?

Comparisons to MAC and Windows have been going on for a while, and the
PA guys are basically right that PA is more like Windows and Mac than
the older sound systems.  If I'm not mistaken, the real issue is all
the very valid reasons people out in Linux land have for multi-user
simultaneous access to sound.  I'd say those guys are generating most
of the negative PA e-mails I read, and not just on this forum.

I guess the only other really nasty e-mails I read about PA are due to
old unmaintained code (typically games) that have too much delay in
PA.  Is there any good reason that the default latency in PA for
programs that don't bother setting a desired latency is greater than
zero?

Bill

On Tue, Feb 9, 2010 at 10:49 AM, Markus Rechberger
<mrechberger at gmail.com> wrote:
> On Tue, Feb 9, 2010 at 4:44 PM, Ng Oon-Ee <ngoonee at gmail.com> wrote:
>> On Tue, 2010-02-09 at 15:52 +0100, Markus Rechberger wrote:
>> <snip>
>>> 1. default Mac from a company
>>> 2. open a terminal and play an mp3 with mplayer as normal user
>>> 3. going to another PC and logging in with ssh (as root) and playing
>>> an mp3 ) -- works
>>> 4. again going to another PC and in order you cannot blame it on login
>>> as root I added another user and played back another mp3 -- it worked
>>> too
>>> in any case 2 different users were playing back the mp3.
>> <snip>
>>> using iTunes and logging in remotely also worked - including audio
>>> playback. I can make a video of this if you don't believe it heh.
>> <snip>
>>
>> Am I the only one who sees a bit of a difference between what you and
>> Colin are testing? He's testing fast user switching on the same machine
>> and you're testing remote logins?
>>
>
> no you are right but all together it's only about multiuser audio support.
> I never tested fast user switching, but for this it might make sence
> to lock the audio stack
> even though the corking mechanism is coordinated on app client level
> and not on stack/userlogin level.
>
> Markus
> _______________________________________________
> pulseaudio-discuss mailing list
> pulseaudio-discuss at mail.0pointer.de
> https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
>