similar to: Speex split across processors?

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

Hi, First, depending on how much your particular core gets done in one cycle, it is possible that Speex can encode in real-time on a 60 MHz (can't guaranty, of course). The main thing to watch here is the speed of the multiplier. As for parallel encoding, the first thing is that you can't just encode every other frame on each CPU. That's because of the encoder memory. Also, most of

Hello, I'm sorry if this is not the correct place to ask this question but what I'm looking for is any data on the reality of Speex working on an ARM7 core? I'm looking at doing a few diffrent projects where I will be using a proc such as the LPC2378 with the ARM7TDMI-S core running at 72Mhz (although errata show only 60Mhz is currenlty possible). Do you know if there is a port

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

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

A few months ago, there was some discussion about adding fixed-point support for iPAQ's StrongARM to Ogg Vorbis (whether and how it's possible, that is). Has anybody tried this yet ? Gregor --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org'

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

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:

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

Hello, I am interested to use Speex but need to know If I can use it under our project's constraint. We need to use a low cost micro controller on a very small PCB. This means there's no space for an external DSP unit. Can someone tell me if using an AVR32 (Atmel uc) which has a floating point calculation unit and DSP instruction set and running at ~50Mhz for a narrow band

Dear Anton, Thank you again for your help! I tried with the following options (adding --with-cpu=arm7tdmi and using binutils from cvs snapshot): ../llvm-gcc4.2-2.6.source/configure --prefix=/usr/local/cross-llvm-gcc-arm-elf-4.2-2.6 --program-prefix=llvm- --enable-llvm=/Users/dummy/Develop/llvm/llvm-build --enable-languages=c,c++ --host=i686-apple-darwin9 --build=i686-apple-darwin9

Dear ML, Anton, Thank you for your answer and your help. I had a look at ARM.td of LLVM 2.6 (in lib/Target/ARM..) where I found following definitions: // V4T Processors. def : ProcNoItin<"arm7tdmi", [ArchV4T]>; def : ProcNoItin<"arm7tdmi-s", [ArchV4T]>; def : ProcNoItin<"arm710t", [ArchV4T]>; def :

Hello, Pazzo > Any clue? Yes. Sorry, my fault - next time I should check ARM docs before replying. ARM7TDMI is ARMv4T and this is not supported by LLVM (LLVM does v5+ codegen). -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

Hello everyone, this is most likely Arm specific, but could affect other targets where there is a somewhat complex relationship between the triple and mcpu option. At present when clang is used as a linker driver for the gold-plugin and when using and an explicit -mcpu is not given to clang, then clang will always generate a -Wl,-plugin-opt=mcpu=<default CPU> where the default CPU is based

I don't know if this is the right place to ask but is there any timetable for thumb mode support on sub-ARMv6 processors? The exact processor support what i'm interested in is arm7tdmi. -Waltteri

Hi, I am PG student, i want to do project on ogg vorbis as my final sem project. I want to know wether it is possible to develope a vorbis decoder on ARM. We have ARM7TDMI . Regards kshemanth Kshemanth

Dear Anton, Thanks for your help! I had a look to llvm (2.6) configure options but I couldn't find any way to specify cpu type, fpu ecc..Could you please give me any indication and/or example? I want to try llvm with Atmel's AT91SAM7X256 (core is ARM7TDMI ) Thank you again, pz 2010/1/9 Anton Korobeynikov <anton at korobeynikov.info>: > Hello > >> But I got the

Hi, I wanted to know if it was possible to force ARM backend to compile a function in ARM while the rest is in Thumb mode. I tried the attributes which is used in GCC but it doesn't work. Here is what I tried: https://pastebin.com/jCr5LPUY Thanks in advance, Uvekilledkenny -------------- next part -------------- An HTML attachment was scrubbed... URL:

On 3/15/2018 9:43 AM, Peter Smith via llvm-dev wrote: > Hello everyone, this is most likely Arm specific, but could affect > other targets where there is a somewhat complex relationship between > the triple and mcpu option. > > At present when clang is used as a linker driver for the gold-plugin > and when using and an explicit -mcpu is not given to clang, then clang > will