> Hi guys,
> 
> we have been shipping pulseaudio (which is quite a CPU hog on embedded 
> systems) on our rootfs for quite a while now. The main reason not to use alsa 
> directly was because of mixing, since alsa dmix absolutely does not cut it.

Hi,

I saw threads about this on the pulseaudio-discuss mailing-list [1][2].
I don't know if changes mentioned there are available now, we can read on the 
XO wiki page about pulseaudio [3] (linked in [2]) that:
"Pulseaudio requires FP for resampling calculations. [...]
This has been changed in the 0.9.7 release. Pulse is using the speex resampler 
by default which allows to configure pulse's resampler to do either float or 
fixed."

The "Audio Class Policy" thing from [1] seems great too and it might be nice to 
have something like that available on OpenMoko.

Currently I don't have any hardware and I didn't start looking at the code, so 
I don't have any opinion about dropping pulseaudio or not. Maybe when I will be 
more involved (with a FreeRunner in my hands, for example), I will really look 
at it ;).

Regards.

[1] "[pulseaudio-discuss] PulseAudio for Embedded System"
     https://tango.0pointer.de/pipermail/pulseaudio-discuss/2007-May/000385.html
[2] "[pulseaudio-discuss] Pulseaudio on the XO"
     
https://tango.0pointer.de/pipermail/pulseaudio-discuss/2007-July/000555.html
[3]  http://wiki.laptop.org/go/Pulseaudio
-- 
Damien Thébault

 Créez votre adresse électronique [EMAIL PROTECTED] 
 1 Go d'espace de stockage, anti-spam et anti-virus intégrés.
_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Reply via email to