search for: komcept

Hi all, I've got a 400MHz XScale-PXA255 board, and I want to stream voice from it over a network connection at 28.8baud. This calls for a capable voice encoder which can encode at about 24kbps. I was damn happy when I found Speex and said goodbye to MP3 :) However, i'm still a long way from realtime encoding using speexenc, is this possible? Using the fixed point math option in

Jean-Marc Valin wrote: > Hi, > > I just did some experiments and it seems like the high system CPU time > is not due to one specific part of the code, but rather to the extreme > inefficiency of float emulation under Linux. I was expecting float > emulation to run something like 30 times slower than integer, but it > looks like its more like 3000 times slower. This means that

Jean-Marc Valin wrote: >>>looks like its more like 3000 times slower. This means that all of the >>>float operations must be removed for the code to work properly. ...or >>>maybe there's a way to make the emulation in a library instead of making >>>the kernel trap illegal instructions. >> >>Is it a long job to remove the remaining floating point

Jean-Marc Valin wrote: > Hi, > > I just released unstable version 1.1.2 that contains more fixed-point > work. Though it's still not 100% complete, enough have been done to make > it run in real-time on ARM. In order to do that, compile with > --enable-fixed-point --enable-arm-asm. All narrowband modes work in > real-time with complexity 1 (some work with higher

Jean-Marc Valin wrote: > At this point, if you want to help, the best way would probably to try > tracking done what part of the code is responsible for the high system. > Once this is identified, we'll have a much better idea. > > I managed to log on the XSCALE 400 on handhelds.org. It helped, but I > can't do everything with it (and by attempts at profiling failed). I

Jean-Marc Valin wrote: > Hi, > > I have replaced most (but not all) of the float operations by integer > operations, but it seems like the remaining ones take a long long time > when emulated in kernel space (hence high system time). The other > problem is that I don't have access to an ARM-based device (anyone wants > to send me one?), so I'm doing all this blind...