similar to: Speex and the ARM7 Core

2007/9/6, Brett Humphrey <directgumby@hotmail.com>: > > Hello, > Hi Brett, > 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

Hi, I'm evaluating the libspeex library for usage in an embedded platform based on an ARM7 TDMI micro (the ubiquitous Atmel AT91SAM7S). In details, I'm trying to use libspeex to encode the audio stream coming into the micro from an I2S channel and saving the encoded audio to an SD card (currently in binary format just to test it decoded back to the I2S channel from the saved file), but

Dear Speex developers I am going to port Speex on LPC2368 I tested Speex encoding and the mesurments shows ~40ms cpu time for one frame Do you know who ported speex to NXP or other 32bit platform? Best Regards Zohar fox -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20081105/8261e962/attachment.htm

Hi, I would like to compile the Speex fixed-point, WB decoder for an AT91SAM7S256 ARM7 microcontroller using gcc-arm-elf and was wondering, before I roll up my sleeves and try to figure out all the autoconf things that I'm really unfamiliar with, if anyone else has done this and can share their experiences. I see in the archives that some folk have compiled for this processor before but

On Thu, Oct 13, 2011 at 10:33 AM, Raja Venkateswaran <rajav at codeaurora.org> wrote: > I think we need a group of maintainers rather than a single maintainer given > the spectrum of ARM targets/ISAs/platforms required to support There have been a plethora of ARM Instruction Set Architecture variants over the years. Which ones do we expect LLVM to support right now, and which as-yet

Hi All, Currently I am investigating how interesting OGG is for me. The most important requirements are: - Decoding on embedded hardware, ARM7 or ARM9. - Mixing multiple audio streams/files on embedded hardware First of all how difficult is it to decode OGG on an ARM7/9 processor? I read that OGG decoding needs floating point support? Secondly I would like to know how many MIPS are needed to

Hi, all, I am porting speex on ARM7TDMI, I have done some optimization, the result is that the encoder and decoder need about 60 MCPS for 5.96kbps bitrate and complexity 0. Can someone give me informtion about Speex optimization on ARM7? Another question, my ADC and DAC are 12 bits, but Speex codec is 16bits, Did someone try to modify speex to 12 bits? I think if I modify speex to 12 bits, the

Hi all I'm looking in to using speex for an ARM7 based speech decode development (note we need the decode only). My hope is that we should be able to run the decoder (in wideband mode) real time on the ARM7 (40MHz) without any problems (the difficulty would be in the encode - but we plan to run that offline on a PC - so we should be OK). Can anyone confirm that this is the case please? Also

I saw in the anouncement for the upcoming Boston, MA conference that there will be demos of CentOS on an ARM7 system. I am wondering: does this mean that there is somewhere out there a build of some version of CentOS that might run on a Raspberry Pi (which has an ARM7 processor)? -- Robert Heller -- 978-544-6933 Deepwoods Software -- Custom Software Services

Hi Jean-Marc Thanks, >>>> I've never measured that, but it shouldn't take too much space, especially if you disable all the code (and possibly codebooks) that aren't used. so the 100kbyte ROM value quoted by Tom in his earlier mail should reduce if I cut out all the encoder code? Ta John -----Original Message----- From: Jean-Marc Valin

Dear All I ported the speex decoder in LPC2000 ARM7 family. Because I fetched the .ogg file from and external MMC card, I can only red a limited memory block 1) Can I decode only a block of a speex file at time ? /*Create a new decoder state in narrowband mode*/ state = speex_decoder_init(&speex_nb_mode); /*Set the perceptual enhancement on*/ tmp=1;

Hi, I have read the decoding side performance on ARM7 or ARM9. Your comment is very useful for us on evaluating the possible usage of Speex on our ARM system. How about the encoding performance? In your article, you mentioned "optimization". What is it? Is it included the 1.1.6 release source codes? thanks, Jay -------------- next part -------------- An HTML attachment was

Hello I'm testing SPEEX on embedded board using ARM7 (Atmel). ARM7 don't have floating point so I'm using FIXED_POINT. Unfortunately the encoding speed is about 5 times slower then necessary for real time. ARM7 is slow for 16/8 bits operations. The sequence: static inline spx_word32_t compute_pitch_error(spx_word16_t *C, spx_word16_t *g, spx_word16_t pitch_control) {

Testing on arm-darwin outside of Apple is _complicated_. I had it partially working about two years ago. The general approach is to use rsh/ssh to remotely execute each test on the target, which outside of Apple requires jailbreaking. In the old test system, setting up REMOTE_CLIENT=ssh, REMOTE_PORT, etc. would automatically use ssh to run the tests. In lit, it looks like TestRunner.py has

Hi, I have the encoder running on an ARM7 at 66mHz and it takes about 2-times real-time to encode a monophonic pcm file. Both quality and complexity are set to 3. I am using the ADS 1.2 tool-chain which seems to optimize C pretty well. I cannot use the inline ARM assy code because the operations used are only available for the V5 and up core. I would be grateful for any thoughts or

Dear Ralph Thank you for your info. My file_read() function only get a specified number (nbBytes) of bytes from the .ogg file and store it in cbits, nothing else lb = file_read(&file, nbBytes, (void *)cbits); Unfortunately I have only 32K (first section) + 8 (second section) = 40 Kbyte of RAM to do all, including the file system management (I get the FS from the EFSL project). Speex

I have to define a project that will have speex in the future. Can someone give me information about Speex running on an ARM7TDMI(v4) such as AT91SAM7S64? I will expect to use AEC, AGC noise reduction, encode and decode. Is this supposed to run? Or do I need something faster or different? Just for information: the chip runs at 55MHz, 1 wait stat in 32 bit mode or 0 wait in thumb mode. I

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

On 8 February 2013 14:28, David Given <dg at cowlark.com> wrote: > Debian's clang packages are totally broken on armhf --- the compiler > emits a confused warning about the platform being unrecognised, and then > generates softfloat code --- so I was wondering about LLVM itself. I'm using Ubuntu on Pandas and Chromebooks and LLVM itself behaves well, with the right set of

Pulled from my Arch archive, this following patch seems to have made quite a difference in getting my ARM7TDMI chip to play FLAC (compression levels 0-2) on my ipod. I don't have benchmarks with hard numbers, but playing with skips vs playing without skips is a fairly noticeable difference. memcpy and memset on uClibc are optimized in asm for the ARM7TDMI in uClibc. Other hardware/libc