similar to: ARM7 decode resource requirements

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

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

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

Hi, I am trying to implement Speex in freeRtos on LPC2138 (ARM7 core), to record about 10sec of voice. I like to compress the data by using Speex, because of the limitation of RAM (32KB). I have read that the speex encoder and decoder need less than 6KB RAM. "The fixed-point narrowband encoder+decoder memory use has been cut by more than half, making it possible to fit both in less than 6 kB

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;

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

On 06/22/2015 11:26 AM, Robert Heller wrote: > 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)? > The Pi2 is armv7 .. the original pi is armv6.

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

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) {

Stripping out usused stuff is very easy, especially with static libraries. The only thing that could cause problem is the speed of the CPU. It's very hard to say what the requirements are because it depends a lot on the exact CPU you're using and (for ARM) the configuration of the cache and the speed of the bus. Jean-Marc Dennis Greenwood a ?crit : > Hi, > > I would like to

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

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

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

Hello Joost, I would like to say since you seem to understand what Vorbis is since you are in the appropriate list that you should not refer to it as "OGG". First, because Ogg is not Vorbis -- it's a container. Second, because Ogg is not an acronym. Vorbis decoding help is what you are looking for. With that said, let's see if I can help you. On 11/6/07, Joost Meijles

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

cb wrote: > Dear Segher, Hi, Why do you ask me? Why not try the vorbis-dev@xiph.org list? (Or the Tremor list). > I am a portable audio player firmware engineer. I try to add vorbis support to our ARM7 base board. Because the total SRAM of our board is only 48kB and only about 32KB can be used by decoder, I try to save all huffman table in flash ROM then don't need to extract the

Hi I've problem when installing Crossworks. The install program says that: "The installayion of the Wiggler Device Driver for ARM component has failed. Cannot start ARMD Wiggler 1.9 : Overlapped I/O pending." Wiggler is the device connected do paralell port. I think, sth is wrong with the mentioned I/O of the LPT. What could I do? I've also tried the version installed in

I was trying to using llvm to targeting ARMv5TE -- 此致 礼 罗勇刚 Yours sincerely, Yonggang Luo -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180314/b9dadc37/attachment.html>

Dear Jan My intention is to read a piece at time of an .ogg file (stored in and external Multimedia card) decompress it and render it on and LPC2000 DAC. Because I don't have enough RAM memory to load the complete ogg file, I must read only a piece of file at certain time, then decompress and render it, and repeat the previous process until the end of the file. The problem is that I don't

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