レナート   TBFKAYIBYNYAAYB   ﻟﻴﻨﺎﺭﺕ

Posted by Travis Reitter at Fri Oct 12 22:20:07 2007
Wow - "earcandy". I think we have an idea for a new PulseAudio icon. An ear stuffed with candy.

Posted by Mikkel Kamstrup Erlandsen at Fri Oct 12 22:52:55 2007
I must say that it is a testament to your stubbornness that your can write such a long mail.

Nice reading though. I like your plans and I would trust you with my sound card :-)

Posted by Eric Florenzano at Sat Oct 13 00:22:13 2007
Wow, that was great.  As a user, I wasn't sure exactly what roll PA would play in future distros/GNOME.  That letter cut to the chase and was a good overview.

Posted by Jerome Haltom at Sat Oct 13 00:31:28 2007
I'm curious how you see multiple pulse audio users logging into the same machine at the same time working. Or using a PA daemon remotely while at the same time using it locally. I realize pulse audio does support a single system daemon mode, but no distro ships this way by default.

Have you considered these issues? I think in my ideal world PA would run as a system service, and then optionally export devices remotely. By default.

That is, instead of making a distinction, and forcing the user to decide if it runs as user or system, just set it to work properly by default.

Posted by Daniel Elstner at Sat Oct 13 01:00:46 2007
I agree, although for now I solved the problem on my system by routing PulseAudio through dmix, which also allows one to bypass PulseAudio completely if necessary. Of course, this adds another layer of latency.

Is it really such a big deal to run PulseAudio as a system service? Conceptually it makes more sense to me this way. After all, there's usually only one sound device in a computer.

Posted by Lennart at Sat Oct 13 01:21:09 2007
Jerome: PulseAudio in F8 works fine with fast-user-switching. Access to the audio devices is suspended when a session becomes inactive and resumed when it becomes active again.

To get this working you however need a very recent HAL+ConsoleKit, like we ship in F8.

While you can configure PA as a system daemon we don't recommend this unless you have something like a x11 terminal, where no real local user exists. The reasons are mostly security and the fact that PA maintains a lot of per-user policy (like rembered volume settings devices). Splitting up the policy stuff from the rest would have a detrimental effect on latency too. So, while I acknowledge that it would be nice to have this I think the per-session is the cleaner way to go.

Posted by Daniel Elstner at Sat Oct 13 01:47:43 2007
Hm, OK, while I'm not completely satisfied with the user daemon solution, I suppose having only a user daemon is still better than splitting PulseAudio into a per-user part and a system part in order to achieve a theoretical ideal. I suppose my current need for dmix will be dealt with as soon as Ubuntu on amd64 starts shipping 32-bit packages for libpulse and alsa-plugins. Life is no fun without the occasional run of Wine and Doom 3 ;-)

Posted by nona at Sat Oct 13 03:24:16 2007
After years of sound hell in Linux, pulseaudio's "PerfectSetup" does everything I want (on Debian): redirect audio to my media server, play flash, intercept alsa - I didnt even now about pasuspend: what a nice little feature for old stuff, you really went the extra mile for all of us, thank you. (actually, that probably goes for most if not all your software)

So, thanks.

Posted by pacho at Sat Oct 13 12:50:50 2007
Thanks you for your long post in mailing list, it has a lot of useful information, I rode it yesterday and it's a great post :-)

Posted by Martin Braure de Calignon at Sun Oct 14 03:10:57 2007
Hi Lennart,
I've just read the FUD. It's really interesting.
Well I'm on Gnome (I'm just a user) and using pulseaudio from few weeks. It simply roxx. Of course some times, sound is cutted when I switch between apps, but it cuts less with dmix. I'm using 0.9.6 with a non-preemptible kernel (debian default). With reading your mail I understand that perhaps I should use 0.9.7 version and enabling high-preemption. But first, thank you very much for your works (and all your comunity work), and I hope this sound system will be included in gnome. It's mature, stable, and I have sound in gnome. That mean I can have click-sound (that I really like), and of course I can preview my sounds in nautilus. So thank you so much, and I hope that if I recompiled my kernel, sound will cut less often.

BIG THANKS !!!
please reply by mail if you reply

Posted by Ralph Giles at Sun Oct 14 04:00:02 2007
Is libcanberra what we used to call libsydney?

Posted by sebest at Sun Oct 14 16:37:14 2007
This blog post should be linked, or the content should be included in the wikipedia's page of PA.

Posted by Lennart at Sun Oct 14 18:48:42 2007
Ralph: no libsydney stays libsydney and is a PCM API. libcanberra is just a related API but for event sounds.

Posted by Ralph Giles at Sun Oct 14 22:02:56 2007
Ah, ok. Thanks for clarifying.

How's libsydney coming? I was talking to Jeff Licquia last week about the LSB's attempts to standardize an audio API. It seems they plan to bless also for now, but were hoping for something higher level for the future. It seems phonon will get it via QT4, but there's still a need for a non-KDE interface.