Re: Guitar Tuner app probs with using /dev/dsp on 2.6.28

> Andy Green wrote: >> >> Biquad filters are cheap and simple to do as integer and they're >> flexible. There's a generic float implementation here: >> > Thanks. Will experiment and see if that improves things. I'm looking forward to using this application :-) Being a newbie with the guitar this

Re: Guitar Tuner app probs with using /dev/dsp on 2.6.28

Hi, Andy Green wrote: > > Biquad filters are cheap and simple to do as integer and they're > flexible. There's a generic float implementation here: > Thanks. Will experiment and see if that improves things. Andy Green wrote: > > Link seems broken. > Yup. Edited on nabble. Forgot the ML. Cor

Re: [PATCH] WLAN: --power maxperf shot into the dark

Andy Green wrote: > Sorry what is "the maxperf issue" there, you mentioned it doesn't crash > with maxperf, but not when it does crash with maxperf? It's that communication is bad/broken without maxperf, but great with maxperf. And John Sullivan reported that there even seems to be a dependency on

Re: [PATCH] WLAN: --power maxperf shot into the dark

John Sullivan wrote: > It isn't, but I did also try on channels 2 and 3 with the same results. Okay. Channels 2 and 3 still overlap with channel 1, but there should already be a marked improvement when you increase the frequency difference. For best separation, try having at least two unused chann

Re: [PATCH] WLAN: --power maxperf shot into the dark

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: |> Have you run a cycle of your bouncing-ap-channel tests with maxperf? | With the test that only produces the frequency change, the AR6k | doesn't seem to crash anymore. The test is still limited by the |

Re: [PATCH] WLAN: --power maxperf shot into the dark

Joel Newkirk wrote: > Have you run a cycle of your bouncing-ap-channel tests with maxperf? That's a good idea, thanks ! I'm now cleaning up my test setup, such that the tests are free from contamination. E.g., in the frequency change test, there was also forced reassociation by the AP and the ESS

Re: Openmoko Bug #2126: xserver-xglamo eats 100% cpu time after resume

#2126: xserver-xglamo eats 100% cpu time after resume +--- Reporter: lindi|Owner: openmoko-devel Type: defect | Status: closed Priority: normal |Milestone:

Re: Openmoko Bug #2221: xserver-xglamo sometimes freezes and consumes 90% cpu time

#2221: xserver-xglamo sometimes freezes and consumes 90% cpu time +--- Reporter: lindi|Owner: openmoko-devel Type: defect | Status: closed Priority: normal |Milestone:

Re: Error in om-make-ipkg

Hey, I have installed everything that is required for the toolchain. the toolchain works fine when I am using it for the sample program provided by them. But, when I change the package name and put my own source files into it, it starts giving me that error. On Wed, Jan 14, 2009 at 1:22 PM, Juan

Re: Guitar Tuner app probs with using /dev/dsp on 2.6.28

c_c writes: > stereoout.state before the program quits. Otherwise, I get a kernel oops (on > the tracker - I think). > So, here's the question that begs asking. > What's the best way to read data from the mic for a program like this? Help us fix the bug :-) As a workaround you can write a w

Re: Guitar Tuner app probs with using /dev/dsp on 2.6.28

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | HSP. Also, I think I need a low pass filter. Can someone point me in the | right direction? Biquad filters are cheap and simple to do as integer and they're flexible. There's a generic float implementatio

Guitar Tuner app probs with using /dev/dsp on 2.6.28

Hi, I've developed a guitar tuning app for the freerunner that uses FFT followed by harmonic spectrum product to detect the fundamental freq of a guitar string. While the app is pretty basic (as of now) and my DSP skills are almost non-existent, the app gives 1Hz accuracy about 75% of the time

Re: Weekly Engineering News ?

Yorick, thanks for asking. One reason why I stopped was that Minh wrote much better updates than me, the famous 'Community Updates' http://wiki.openmoko.org/wiki/Category:Community_Update About 2 weeks ago Minh decided to suspend his journalistic activities, so Brenda is now continuing with th

Re: [Shr-devel] Opimd - some information ?

Hi folks, apart from gsm stability a major concern these days for the freesmartphone.org framework seems to be PIM support. I have to confess that the plans I had for that didn't work out yet, namely that someone else than me would take over ownership of that subsystem and continue to develop the

Weekly Engineering News ?

Wolfgan Spraul started with providing us with very interesting insight on a weekly base (http://wiki.openmoko.org/wiki/Weekly_Engineering_News). I can understand he has much better things to do, but maybe he just forgot, so this is a little reminder :). y _

Re: [PATCH] WLAN: --power maxperf shot into the dark

John Sullivan wrote: >> --power maxperf. Perhaps this depends also on time. Do DHCP and DNS >> continue to work after you had ping failures ? > > They do continue to work, yes. Grrr ;-) > r...@calvino:~# ping gnu.org Do the ping problems also persist when you ping a system that's more local, e.