On Monday 26 November 2007 23:02:11 wrote Wolfgang Rosenauer:
Rodrigo Moya wrote:
On Fri, 2007-11-23 at 17:27 +0100, Will Stephenson wrote:
On Friday 23 November 2007, Rodrigo Moya said:
So, first, I would like people to test the packages we've built, and second, what needs to be done to put this into the distro for 11.0? Are KDE people aware and happy of the change?
I'm aware of it affecting gnome, but at the moment I see it as GNOME replacing esd. Does it have a wider impact on the distro that I'm not aware of?
I'm not aware of anyone writing a PA backend for Phonon yet.
PulseAudio replaces esd, true, but it offers many new features, not present in arts AFAIK, that, I think, could benefit KDE also. If there are no plans in upstream KDE, I guess we'd keep it as a GNOME thing only, although we are going to patch some non-GNOME apps, like jack, so I guess it would be good to be using the same sound server everywhere.
I'm still not quite sure what sound layer an application should support in future. I feel that applications which are no _real_ KDE or Gnome applications shouldn't use ESD/ARTS/Pulseaudio anyway. Is that true? For example I have no desktop environment running usually and don't plan to run pulseaudio/arts/whatever just for one or two applications using it.
IMHO the easiest and safest way is to use alsa directly. YaST configures the sound system always in a way that device blocking should not happen anymore (either by hardware or software mixing). I backported the KDEMM stuff therefore as one of my last tasks as KDE packager to our KDE packages, because I wanted to avoid to fix arts bugs ;) AFAIK, this approach worked very well for us and most of the existing issues before disappeared. I do not see any win for applications like firefox, when they use any daemon. (I assume that they do not need any audio decoders like vorbis or mp3 externaly). So, when you have a desktop neutral application, which does not make use of any specials (like some musician apps do), but just play plain sound to the device, the plain alsa way is the best. But avoid the old OSS /dev/dsp, this would lead to a blocking sound device for other apps again ! IMHO no sound at all is better than using this one, because your app my silently lock the device and the user will not be able to find out why ... bye adrian -- Adrian Schroeter SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) email: adrian@suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org