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 >
