similar to: Ogg Vorbis fixed-point math anyone ?

Actually, we have a integerized version of the vorbis libraries that are available, royalty free, with a simple attribution requirement. These libraries are 100% C code and run faster than real time on a cirrus 7312-74mhz processor (arm core). My guess is they should run at about 20-30% cpu utilization on a strongarm/200. Monty has this same code, but his version doesn't play b4 content real

As Linux is starting to apperar on handhelds the tought of having a portable Vorbis-player is everpresent in my mind. However, one things worries me... A user running linux on his (ipaq?) PDA reported skipping and halted playback using mpeg123. Apparently this was caused by lack of processor resources because mpeg123 was programmed for a FPU-enabled CPU. (Thus performing very poor on a

While vorbis works fine sending through the net PCM samples from a Plan 9 machine (a 686) to a compaq Ipaq, it would be great if it could work within the ipaq. I think that would require fixed point math instead of using the FPU all the times. the mp3 mad player seems to do just that. Any plans to go along the same lines and provide a fixed point decoder? --- >8 ---- List archives:

Thanks very much. You mean both encode and decode simulateusly (duplex)? Could you test the Java version (jspeex) on that iPaq too? (I do not have anything other than very fast PC, so I cant do this...) And, in phone, the mic can record not only the users speech but also voice from the other side (from speaker)... Does this make compression harder or the result worse? How can this impact

Has anybody used anything other than a PC as a source for icecast2? Are PDAs powerfull enough? I know vorbis encoding takes a signifigant amount of CPU power, but I've been able to do it on 4 year old PCs. Does a 206MHz Intel StrongARM 32-bit RISC processor have as much power as a 200 Mhz Pentium? I'm thinking Compaq iPaq, running Familiar Linux and IceS, would make a nice portable

hello, I have recently compiled speexenc for WinCE/StrongARM SA-1110-processor. It seems to run with no errors, however the encoding time is very slow - 10 seconds of speech takes aprox 3 minutes to encode. Even though the target architecture is significantly less powerfull than a standard PC, I am trying to figure out why it is this slow. Does speex use floatpoint calculations? The input raw

I am interested in using Speex in an embedded system built around an ARM microcontroller. I have seen other posts indicating that Speex can run in real-time on some iPAQ PDA's, but these are using a StrongARM 166MHz processor. I'm looking more at the chips from Atmel (SAM7), Philips (LPC2xxx), and TI (TMS 470), which are ARM7TDMI with on-chip SRAM and flash, running at speeds of 33 to

Does anyone know if SIP will/is support on handheld PCs such as the iPaq or Axiom? With their integrated 802.11b and Bluetooth it seems like a solution to provide a wireless based sip phone for any user would be possible. Handoff between access points might be problematic but most users I know would be using their PDA phone in an airport with free wireless or at the local cafe, etc, etc... Can

Hello All, I would be very interested to have your ideas to port the vorbis lib ( part of lib at least) on a DSP TMS320C5409 (running @ 90Mhz). I have reviewed messages and URLs related to: - 'ivdev' Integerized Vorbis Project - Ogg-on-a-Chip Project This is very interesting. In my case I think the best approach would be , in order to shorten porting work & time, to recompile the

Le dim 28/09/2003 à 19:30, Jean-Marc Valin a écrit : > > Can anyone with an iPaq (or > > similar hardware) confirm that? The code is available here: > > http://www.speex.org/misc/speex-1.1-int.tar.gz If you still have your Sourceforge account, you can login to the Compile Farm and try to compile Speex on an ARM machine (among others). You can get more information on that at the

On Fri, 11 May 2001, Cox, Terry (NEI) wrote: > I am interested in your efforts to port R to ARM Linux. If you are > successful, then I have a good reason to spend the money to buy a Compaq > iPAQ. I have compiled R-1.2.2 for arm-linux (iPAQ) on the skiffcluster, an ARM compile farm accessible at http://www.handhelds.org/projects/skiffcluster.html and R-1.2.3 using cross

Hi, I have a simple question. I have a variable with 3 levels. Variable A A A A A A B B B B B B C C C C C C I need to make a new vector renaming de levels B and C for D. NewVariable A A A A A A D D D D D D D D D D D D I dont find how to make it in manuals or in this list. Can anyone help-me??? Thank you Ronaldo -- Agnes' Law: Almost everything in life is easier to get into than out of.

Would it be possible to port R to ARM Linux for Compaq iPaq and similar handheld computers? (See http://handhelds.org/). Terry A. Cox, MD, PhD National Eye Institute National Institutes of Health 31 Center Drive, MSC 2510 Building 31, Room 6A52 Bethesda, MD 20892-2510 Phone: 301-496-6583 FAX: 301-496-2297 Email: tac at nei.nih.gov

Hmm, what these instructions do? (I know nothing about ARMs; I have some knowlege about x86 assemblers and programming). Cant we use pure standard C++ or Java? Does Speex work with fixedpoint math? (As far as I know Java on 6600 has no builtin floatingpoint, there is emulation class somewhere on the net, but it is probably painfully slow.) I do not know if this processor has builtin

Hello Greg If money isn't a problem Intel has an optimized compiler for eVC and XScale processors http://www.intel.com/software/products/compilers/techtopics/PCA_Optimization_WP.pdf If you have any luck getting the eVC compiler closer to realtime I'd really like to know. I'm still far from realtime when using Speex 1.1.3 on a HP iPAQ (Intel pxa255). Best regards Bjoern D.

I have read a few messages about a fixed point version and I have some questions. 1. Will just the decoder be available in a fixed point version. 2. If the encoder is available will it work on a 400 mhz XScale "Strongarm" 3. Will it work on a dsp? if so how fast of one will I need. 4. Any chance of a FPGA version? I really need to be able to encode in real time or very close to it in

Hi, Now that Speex is getting pretty stable, I have decided to make a fixed-point/integer port the #1 priority. At this point, I'm looking for help from people with prior fixed-point experience and/or a good signal processing background. Anyone would like to volunteer? I have already started the port by converting to int some of the most used functions. While this should only have a small

Hello, I may be stupid, but I cannot find any data on how "expensive" the Vorbis Decoder is. Looking for an embedded solution I am interested in how many "MIPS" you need to decode a MONO audio stream at reasonable quality (44 kHz, approx. 100 kbps?) Can it be done in a microcontroller, or do I need ultra-expensive DSPs to do it? Thanks for hints Jens --- >8 ---- List

Well, it's an ARM7TDMI core, so basically one register operation per clock, with memory accesses taking longer. Having the memory on-chip should make memory access much less of an impact. I was afraid that you would answer the way you did: I thought about my question after I sent it, and the "LP" in CELP is what makes it a sequential process; it can't do linear prediction on a

On 21 Jul 2003 at 10:34, Luke Stodola wrote: > Has anybody used anything other than a PC as a source for icecast2? > Are PDAs powerfull enough? I know vorbis encoding takes a signifigant > amount of CPU power, but I've been able to do it on 4 year old PCs. > Does a 206MHz Intel StrongARM 32-bit RISC processor have as much power > as a 200 Mhz Pentium? > > I'm