Austin Che wrote: > Koen Kooi <[EMAIL PROTECTED]> wrote: > > >> Jesse Guardiani schreef: >> >> >>>> And the related question is: given an existing program that sends >>>> stuff out to ALSA and doesn't use gstreamer, how difficult is it >>>> generally to port it so that it works properly? >>>> >>> No porting necessary, really. mplayer comes with a decoder called >>> libmp3. It's not optimized for ARM or anything, and it compiles without >>> any problems. We don't use it in Kagu for A2DP though because there is >>> another decoder out there called ffmp3 which doesn't use floating point >>> math, so it's a little more efficient on ARM. >>> >> use libmad (-ac mad), that works great on arm and x86. >> > > Ok thanks. So I went ahead and ported mpd and mpg321 to maemo. In > case anyone else wants these packages as I couldn't find them > already out there: http://austin.mit.edu/maemo > > mpd uses about 10% of the cpu and mpg321 uses about 20% of the CPU > even though they should be both using libmad. mpg321 seems to skip > a bit just switching apps but renicing it a bit appeared to get > rid of the skipping. I'm not sure why mpd seemed to do better in > general. Also, for some reason, using alsa output with mpd didn't > work (apparently segfaults) while libao output worked fine. >
Is that on the n800 or 770? My experience has been that mplayer with ffmp3 typically gets about 16% CPU during playback on an n800 while playing back a very high quality VBR mp3. -- Jesse Guardiani Programmer/Sys Admin [EMAIL PROTECTED] _______________________________________________ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
