similar to: Speex 1.1.7 is out

Hi all, i'm using speex under symbian. When i have compiled the lib for ARM platform i have obtained the follow error: "Error: Can not represent OFFSET_IMM8 relocation in this object file format (1)" I have defined FIXED_POINT 1 and ARM4_ASM. The error is in the function forced_pitch_quant contained in ltp.c. The line that produce the error is:

I think narrowband decoding should work then (at least if you disable perceptual enhancement). As for wideband, it would at least require shortcuts in the QMF (replacing with IIR filter) to work. Jean-Marc Le mercredi 23 mars 2005 ? 08:05 +0100, P?r Moberg a ?crit : > Compared to todays PDAs the GameBoy Advance (GBA) is low spec. it has a > 16MHz ARM7tdmi RISC processor. 32-bit but it

I would consider another solution to your problem. 1) Save the 256 bytes, wait for 64 more in the next 4096 buffer and give speex a complete frame. Or... 2) Not sure on this but I believe simply dropping the 13:th frame could be an option. < 10% packetloss is barely audible with correct decoding and playback. //JT -----Ursprungligt meddelande----- Fr?n: speex-dev-bounces@xiph.org

Hi, To increase the stack size, you can increase the value in the speex_alloc() call in nb_celp.c. Let me know if it solves the problem. Also, what compiler are you using. I think some older versions of gcc may have problems with SSE intrinsics. Jean-Marc Le mardi 19 avril 2005 ? 16:02 +0200, jehan Monnier a ?crit : > Hi, > > I also tried to build speex 1.1.7 with sse enabled on a

I'm using speex under symbian (8000 hz, 16 bit) narrow band. The phones API only give me a buffer of 4096 bytes in recording.To reproduce audio I must fill up the buffer of the same dimension. 4096 isn't a multiple of 320. I want encode the audio in streaming. The solution that I adopt to encode is: - Divide 4096-256 bytes in 12 frames of 320 bytes. - Therefore the frame number 13 is

Hi, Just to let you know version 1.1.6 is out. Changes are: * Improved jitter buffer (now actually works!) * Denoiser tuning * Improved echo canceller (please send feedback) * Support for Symbian OS (thanks to Conrad Parker) * Gapless playback for speexenc/speexdec * Run-time identification of Speex version with a new speex_lib_ctl() call * Moved the includes to /usr/include/speex/ Jean-Marc

Description =========== This patch adds support of CMake meta build system, so you can generate Unix makefiles, VS 6.0-2017 projects and many more. Features ======== * Win32 and Linux tested * Travis CI test added * Generates working Visual Studio 6.0-2017 solutions * Generates working Unix Makefile * Supported options (<option> - <default value>): * `ENABLE_FLOATING_POINT` - on

Le samedi 04 juin 2005 ? 23:38 -0500, Dragon a ?crit : > It's not playing at half speed... It's playing at 2x speed. That exactly what I mean, if you play a mono stream to a soundcard set to stereo, it'll play twice as fast. > -Dragon > > Jean-Marc Valin wrote: > > If it plays at half the speed, it means that either you're setting the > > sampling rate

Just curious (I've never compiled Speex on Win32 myself), why the @1, @2, ... at the end of the lines. Is that for a different compiler or something? Jean-Marc Le samedi 03 septembre 2005 ? 16:36 +0200, Thorvald Natvig a ?crit : > This patch will export new speex functions in the generated library, such > as speex_encode_int as well as the preprocessor, echo-cancellation and >

I realize that hearing tests are far superior for calibrating codec internals, particularly the perceptual enhancement. The tester is for finding gross mistakes like overflows. The test program includes code to subsample the 32Khz source down to 8 and 18 Khz. I've broadend the tests to try all the possibilities like VBR, perceptual enhancement, complexity and quality. The results are

If it plays at half the speed, it means that either you're setting the sampling rate wrong or (if you're using Linux) the machine at the other end is using the broken i810 OSS audio driver which can't set itself to mono. About writing code properly, just look at speexenc/speexdec if you want to have an example of Ogg transport. Jean-Marc Le samedi 04 juin 2005 ? 23:29 -0500, Dragon

Can you provide me with a backtrace? It's quite hard to see what could happen. Also, can you reproduce the problem with testdenoise or only with your own code? Jean-Marc Ouss a ?crit : > The frame size is 320 > > Ouss > > > > -----Original Message----- > From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] > Sent: lundi 23 octobre 2006 18:26 > To:

Also, you would be sattisfied with the narrowband decoding because the GBA sound quality isn't very good, however, that depends greatly on what you're going to do with speex on a GBA.... (an RPG with audio dialogs? ;-)) also, using a DSP in a GBA Cartridge sounds like overkill to me, however, that depends greatly on what are you developing and what's your target audience....

What frame size are you using? Jean-Marc Ouss a ?crit : > Hello, > > I have an (Access violation reading location) on line 115 in the fftwrap.c : > out[i] = scale*in[i]; > > with i = 1193 > > Only with preprocessor active > Systems : Visual studio 2005, XP, WB 16000 Hz, last svn. > > Hope it helps you. > > Ouss > > > -----Original

The frame size is 320 Ouss -----Original Message----- From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] Sent: lundi 23 octobre 2006 18:26 To: Ouss Cc: speex-dev@xiph.org Subject: Re: [Speex-dev] Bug with the new preprocessor What frame size are you using? Jean-Marc Ouss a ?crit : > Hello, > > I have an (Access violation reading location) on line 115 in the fftwrap.c

Hi Dave, I tried defining ARM5E_ASM and ARM4_AS, and you are right, it doesn't compile, But I can't say if the problem come from the Microsoft compiler, because if it doesn't know ARM assembly optimizations, who can know ? We may need to include/install something else to use ARM5E_ASM or ARM4_ASM, or maybe this part of speex's code is not finished. I tried to compare both

Hi all, i am not criticizing the technology itself, but the fact that from the point of view of the implementator that need to make a technological choice while selecting a codec to be used for a mobile multimedia application, speex does not provide affordable informations on "supported platform". Without arranging a test bed with a lot of devices and spending a lot of money i

Fabio Pietrosanti (naif) a ?crit : > However, AMR it's not royalty free and if i need to use it on Windows > Mobile i will need to pay a quite expensive royalty for each peace of > software distributed (not sold, distributed!!!). This is exactly why I wrote Speex! > So, i am evaluating other codes and the only real alternative capable of > running on a 9.6kb/s link seems to

Hello, I have an (Access violation reading location) on line 115 in the fftwrap.c : out[i] = scale*in[i]; with i = 1193 Only with preprocessor active Systems : Visual studio 2005, XP, WB 16000 Hz, last svn. Hope it helps you. Ouss -----Original Message----- From: speex-dev-bounces@xiph.org [mailto:speex-dev-bounces@xiph.org] On Behalf Of speex-dev-request@xiph.org Sent: dimanche 22 octobre

It would be very nice to know about some good success without too much cpu issues on Nokia devices, i tried pjsip.org project on S60 FP1 E65 +200mhz ARM cpu with speex but don't had much luck in using it without having 100% cpu usage :( Please let us to know about your testing E65 CPU: http://www.nokia-tuning.net/index.php?s=processor Fabio Pietrosanti Jordan Dimov wrote: > Thank