similar to: Testing for 1.2beta2

Dan Everton a ?crit : > Just one minor issue while building for ARM4 targets. The prototype for > the normalize16 function hasn't been updated in filters_arm4.h. The > attached patch should fix that. Patch applied. Thanks. In case you're interested, there's plenty of ARM4 optimisations that need to be updated (since 1.1.12) :-) > Apart from that, the 1.2beta2 release is

On 12/13/07, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > Did you test what happens if you only enable arm4 assembly? Sure. I tested with "--enable-arm4-asm" and there was no difference. > Also, if you can do some investigation, it would be useful to check what bit > of assembly is causing the crash. Can you disable one at a time and check? ok. I'll try

Alexander Chemeris a ?crit : > Ok, if I comment out inclusion of "filters_arm4.h" (or comment out its > only overridden function - normalize16()) it works fine. > > Also it works fine if I use -O0 for compilation. Specifying -O1 or -O2 lead > to segfault (if "filters_arm4.h" is included, sure). OK, so either I screwed up the alignment/constraints in the

The 's' suffix on the cmp instruction is deprecated and superfluous since the cmp instruction always sets conditional flags. This fixes building for iOS with inline assembly enabled. --- libspeex/filters_arm4.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libspeex/filters_arm4.h b/libspeex/filters_arm4.h index 7a74042..2c64625 100644 ---

I have found that filter_mem2 fixed point does not match the inlined assembly version for arm4. Looking closer there appears to be an off by one error. It occurs when setting the value of mem at the end of the inner loop. In the C fixed point version this is done with a subtract. In the arm4 version instead of multiplying den by yi, it is multipled by nyi and then an add is done. This

Hi, I have compiled the sample sampleenc.c w/o any errors. then I tried to compress a sound file which is in WAV and RAW format but the file size is from 200K to 80byte. I think there is somehing wrong but no idea why will be like that. any idea? I used 1. sampleenc test.wav > test.spx 2. sampleenc test.raw > test.spx Alex Quoting Jean-Marc Valin

Hi I want to port speex to my pocket PC iPAQ1945 which has a Samsung processor 2410, an ARM9-based processor. I would like to write the specific optimized code for this chip. I had some experience at DSP chip and fixed-point coding but know nothing about embedded system and ARM. Could someone tell me some hint how to write optimized code for this pocket PC. If you can give me some links that will

The attached patch eliminates some warnings while compiling for ARM4 targets. It also simplifies the asm constraints a bit. Now we can use the ARM4 optimisations when compiling for PortalPlayer targets in Rockbox. Cheers, Dan -------------- next part -------------- A non-text attachment was scrubbed... Name: speex_arm4.patch Type: text/x-diff Size: 1550 bytes Desc: not available Url :

Hi, Basically, inner_prod() can and should be adapted to the architecture it will run on. It is not really sensitive to noise, so it's possible to tweak it a lot. Also, in the current code, I saturate it to +-16384, which is OK to prevent overflows. I'm not concerned with the case of a constant -16384 value because it can't really happen in practice (especially after filtering). BTW,

> Seems Jean-Marc have not added your optimisation to Speex svn. Could > you sent it to the mailing list, so people would be able to try it out? > If it will give some speed up, we'll try to port it to gcc asm for use > in embedded > Linux applications. Sorry, been busy with maintenance on Valin 2.0 and 3.0 :-) Just applied your fix to the assembly. Can you confirm it works

Hi, I am attempting to port the speex library to TI Davinci DM35x Family. My questions are: 1. What is the best ./configure option for it? Is it ARM5e / ARM4 ? when I tried these two the during the compiled a warning "I suppose you can have a [ARM4/ARM5E/Blackfin] that has float instructions?" 2. is there any available demos for the echo cancellation because I can get it

I'm trying to make a design decision between a TI 6416 or DM642 (fixed point) and 6713 (floating point) platform. The application is a 32 channel speech encoder. (CBR only, 8khz, 8kbps) To get a feel for the computational load, I am running 1 second (50 frames) of voice through the encoder. My profile of the 6416 indicates I'm at 27.4M cycles/channel. I need to get below 720Mhz/32

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 there, I've just started to work with the great speex encoder on ARM9-based embedded platform. This is my configuration: CPU: Cirrus Logic EP9315 @ 200 MHz (ARM920T) o.s.: Linux 2.6.9-rc2-ep93xx GCC: gcc version 3.3.3 (DENX ELDK 3.1 3.3.3-10) without MaverickCrunch support ogg library: 1.0 speex command line configuration: ./configure --enable-fixed-point --enable-arm4-asm The code is

Hi, I'm trying to get speex working on an ARM board (ARM926EJ-Sid(wb) core, ARM 5TE architecture) and getting segfaults if build with "--enable-fixed-point --enable-arm5e-asm" options. If I use just "--enable-fixed-point", then it runs fine, but once I add "--enable-arm5e-asm" it start crashing (I use testenc to test it). Further investigation showed, that it

Hello, I am from a small Czech software company (circletech.net) working on software for mobile phones. We are currently starting a development of an Voice IP software, and consider using speex for voice compression and decompression. The software will be Symbian OS C++ program. Is there anyone who has actually used speex Symbian OS port for realtime voice compression and decompression on mobile

You might not be doing anything wrong. Speex is stateful and can get into a bad state sometimes. It's happened to me too, but not recently. And I've seen such bugs reported on this list and fixed. I suggest several approaches to solving the problem: 1) Try compiling Speex without compiler optimizations and see if the problem still occurs. Most likely it will, but this is an

I'm sorry if this message is slightly off topic, but I'd like to know an opinion from the speech compression experts reading this list. I'm using spheex to encode human voices at about 15kbps, with very good results. I was wondering if this is the best situation for my setup where I have all the voice pre compressed (not in real time) by very powerful servers with (near) unlimited

Hello! I'v downloaded speex lib 1.1.11.1. I am trying to port speex lib to Blackfin processor. I am using VisualDSP++ 4.0. If I am compiling source codes with using floating point everything ok. When I am compiling with FIXED_POINT defined everything's ok and code works about two times faster. But when I am defining BFIN_ASM I am getting several compiling errors in Blackfin assembler

I am using speex on a Philips LPC2138 Arm 7 processor and have hit two compiler warnings when using FIXED_POINT and the Arm 4 asm code. In cb_search.c get a warning on the call to compute_weighted_codebook of: "passing arg 2 of 'compute_weighted_codebook' from incompatible pointer type' In cp_search_arm4.h it is defined as: static void compute_weighted_codebook(const signed