ANNOUNCE: Software equalizer for openmoko
I've modified gst-plugin-equalizer to use fixed-point arithmetic. This means that it's (barely) fast enough to provide bass, midrange and treble control for ogg files played back via alsa. Here's a link to binaries (compiled for the factory image) and the patch: http://hedora.ath.cx/moko/ It's not hooked into mediaplayer yet, so for now it's only useful for demos/testing. Any ideas regarding adding a graphic equalizer GUI to mediaplayer? -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ANNOUNCE: Software equalizer for openmoko
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | I've modified gst-plugin-equalizer to use fixed-point arithmetic. This | means that it's (barely) fast enough to provide bass, midrange and | treble control for ogg files played back via alsa. | | Here's a link to binaries (compiled for the factory image) and the patch: | | http://hedora.ath.cx/moko/ | | It's not hooked into mediaplayer yet, so for now it's only useful for | demos/testing. Any ideas regarding adding a graphic equalizer GUI to | mediaplayer? That's pretty cool and short patch. I always assumed that we need to lift the low end so much relative to high end to make a difference, that we would routinely clip even at medium volume levels. Is it actually OK? - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEUEARECAAYFAkiG370ACgkQOjLpvpq7dMpY+ACglcvOWgUgYMjF4Q+M4m4K82e/ t8IAmLgTJ4BPBI7Ff/+ZybTvtGKnIuE= =ukO7 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ANNOUNCE: Software equalizer for openmoko
On 7/23/08, Russell Sears [EMAIL PROTECTED] wrote: I've modified gst-plugin-equalizer to use fixed-point arithmetic. very cool This means that it's (barely) fast enough to provide bass, midrange and treble control for ogg files played back via alsa. Do you know about the equalizer functions built in to the hardware? alsamixer shows them. Not as extensive as a software equalizer but no cpu load either. I wonder if there is a gui for this (alsamixer is a curses-style text mode app for those that don't know) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ANNOUNCE: Software equalizer for openmoko
Russell Sears wrote: I've modified gst-plugin-equalizer to use fixed-point arithmetic. This means that it's (barely) fast enough to provide bass, midrange and treble control for ogg files played back via alsa. Here's a link to binaries (compiled for the factory image) and the patch: http://hedora.ath.cx/moko/ It's not hooked into mediaplayer yet, so for now it's only useful for demos/testing. Any ideas regarding adding a graphic equalizer GUI to mediaplayer? Most excellent! Thank you! Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ANNOUNCE: Software equalizer for openmoko
Andy Green wrote: That's pretty cool and short patch. I always assumed that we need to lift the low end so much relative to high end to make a difference, that we would routinely clip even at medium volume levels. Is it actually OK? Thanks! The gstreamer code is really clean; I thought it'd be a lot more work. I have a set of in-ear sound isolating headphones that are *really* loud at default volume settings. I figured I'd crank up the alsa volume, then lower the midrange and treble bands. With the test program it seems to do an adequate job lowering the high frequencies, though I'll know for sure once I get mediaplayer to use it. I've noticed that it clips and pops pretty severely if I set the gain positive on any of the equalizer channels, so it might be good to expose it as a passive equalizer that only makes the signal quieter. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ANNOUNCE: Software equalizer for openmoko
Andrew Burgess wrote: On 7/23/08, Russell Sears [EMAIL PROTECTED] wrote: I've modified gst-plugin-equalizer to use fixed-point arithmetic. very cool This means that it's (barely) fast enough to provide bass, midrange and treble control for ogg files played back via alsa. Do you know about the equalizer functions built in to the hardware? alsamixer shows them. Not as extensive as a software equalizer but no cpu load either. I wonder if there is a gui for this (alsamixer is a curses-style text mode app for those that don't know) I played with it a bit, but couldn't turn the treble down enough... Also, turning the bass up by playing with the filter frequencies led to massive distortion. If there is a gui I'd like to know about it. People on the subway look at me funny when I whip out my laptop to set the volume. :) Also, I'd like to steal some code from it... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ANNOUNCE: Software equalizer for openmoko
Michael 'Mickey' Lauer wrote: Am Mittwoch 23 Juli 2008 09:11:20 schrieb Russell Sears: I've modified gst-plugin-equalizer to use fixed-point arithmetic. This means that it's (barely) fast enough to provide bass, midrange and treble control for ogg files played back via alsa. Here's a link to binaries (compiled for the factory image) and the patch: http://hedora.ath.cx/moko/ Amazing work. I'll add this to OpenEmbedded, so all platforms will get the benefits. Please do, but wait a few days; I want to test it with a real music player, fix comments, etc. Since you already took a look into GStreamer, could you check why ogg is taking so many resources? Do we use vorbis/tremor or not? Is there any chance for a speedup? I'm working on it. We're using tremor, but there are some things that might help it, in the order I'd like to try them: - LOW_MEM branch, which reduces memory utilization (and perhaps cache misses). - Tremolo, which is a branch of tremor which gives up on portability and targets ARM. It incorporates the LOW_MEM changes. The author claims a 15-20% speed improvement. - _LOW_ACCURACY_ flag, which can flip a few of the least significant bits but is faster. -Rusty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
