search for: arm4_asm

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: target[i]=EXTRACT16(SATURATE(SUB32(EXTEND32(target[i]),EXTEND32(res[i])),32700)); Why this error??? In the emulator i have no problem. I resolved with the sequent workaround: spx_word16_t t...

...ave, 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 libspeex_armce.lib and hand-built FIXED_POINT build as well. I encoded 30sec and it tooks around 6sec with libspeex_armce.lib (1.1.16) and around 4sec with 1.2beta1. rgds, Patrick >Thanks Patrick. I have done...

.... I'm not sure, but it seems a low degradation but wish to know if it is due to Speex or to the phone... i'd like to know if the zeroes-padding i use could affect the encoder in term of audio quality and, most of all, performance. Regards, maurizio PS: I compile it with FIXED_POINT 1 and ARM4_ASM

...(<option> - <default value>): * `ENABLE_FLOATING_POINT` - on * `ENABLE_FIXED_POINT` - off * `ENABLE_FIXED_POINT_DEBUG` - off * `USE_GPL_FFTW3` - off * `DISABLE_FLOAT_API` - off * `DISABLE_VBR` - off * `ENABLE_VORBIS_PSY` - off * `ENABLE_SSE` - on if supported * `ENABLE_ARM4_ASM` - off * `ENABLE_ARM5E_ASM` - off * `ENABLE_BLACKFIN_ASM` - off * `ENABLE_TI_C55X` - off * `USE_SPEEXDSP` - on if library found * `DISABLE_BINARIES` - off * `ENABLE_PACKAGE_CONFIG` - on, [CMake specific](https://cmake.org/cmake/help/latest/manual/cmake-packages.7.html#package-configurat...

Sorry, the 3rd party and (AFAIK) windows builds are still 1.1.6. I have no idea what compiler was used. Of course ARM4_ASM was not used, since the option didn't exist in 1.1.6. Jean-Marc Le samedi 05 mars 2005 ? 13:04 +0100, Fabio a ?crit : > Hi all, > Are the 3rd party builds in page > http://www.speex.org/download.html > based on Speex 1.1.7 ? > > Thanks > Fabio > > > On Thu,...

...s Patrick. I have done this too. However, it was my impression that the libspeex_armce.lib was cross-compiled in GCC. Building in VS2005 doesn't allow you to take advantage of the ARM assembly optimizations, since the Microsoft compiler doesn't know how to do that (try defining ARM5E_ASM or ARM4_ASM and you will see what I mean). At least back in the 1.1.16 days this seemed to make a big difference for me: the time taken during a decent sized encode() call was much greater with a hand-built FIXED_POINT build than it was with libspeex_armce.lib, but perhaps I was doing something else wrong. I h...

.... I'm not sure, but it seems a low degradation but wish to know if it is due to Speex or to the phone... i'd like to know if the zeroes-padding i use could affect the encoder in term of audio quality and, most of all, performance. Regards, maurizio PS: I compile it with FIXED_POINT 1 and ARM4_ASM _______________________________________________ Speex-dev mailing list Speex-dev@xiph.org http://lists.xiph.org/mailman/listinfo/speex-dev

...ne LPC_SCALING 8192 #define SIG_SCALING 16384 #define LSP_SCALING 8192. #define GAMMA_SCALING 32768. #define GAIN_SCALING 64 #define GAIN_SCALING_1 0.015625 #define LPC_SHIFT 13 #define SIG_SHIFT 14 #define VERY_SMALL 0 #ifdef ARM5E_ASM #include "fixed_arm5e.h" #elif defined (ARM4_ASM) #include "fixed_arm4.h" #elif defined (FIXED_DEBUG) #include "fixed_debug.h" #elif defined (C55X_ASM) #include "fixed_c55x.h" #else #include "fixed_generic.h" #endif #else typedef float spx_mem_t; typedef float spx_coef_t; typedef float spx_lsp_t; typede...