search for: speex_typ

Hello, alsa-plugins currently includes speex/speex_types.h, but that doesn't work with speexdsp versions >= 1.2rc2, since speex_types.h has been replaced with speexdsp_types.h. I made a patch for alsa-plugins, so that it includes speexdsp_types.h instead. I also bumped the speexdsp version check from "1.2" to "1.2rc2" in conf...

I'm just curious, who and why came up with that strange way to write includes: #ifdef _BUILD_SPEEX # include "speex_types.h" #else # include <speex/speex_types.h> #endif I personally consider it a bug. If I use speex then obviously I should not have _BUILD_SPEEX defined. The broken behavior happens in this simple scenario: 1) I check out latest git version to ./src/speex 2) My system has an older "r...

On Thu, Jul 09, 2015 at 12:23:17PM +0300, Tanu Kaskinen wrote: > Hello, > > alsa-plugins currently includes speex/speex_types.h, but that doesn't > work with speexdsp versions >= 1.2rc2, since speex_types.h has been > replaced with speexdsp_types.h. Strictly speaking it hasn't been "replaced", it's just supplied by speex rather than speexdsp, as was the case before the package split. &gt...

hi, this patch should fix the symbian build. /alfred -------------- next part -------------- A non-text attachment was scrubbed... Name: speex-symbian2.patch Type: text/x-patch Size: 2669 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20061115/5ac4915e/speex-symbian2.bin

...x_header.h >> +..\include\speex\speex_jitter.h \epoc32\include\speex\speex_jitter.h >> +..\include\speex\speex_preprocess.h \epoc32\include\speex\speex_preprocess.h >> +..\include\speex\speex_stereo.h \epoc32\include\speex\speex_stereo.h >> +..\include\speex\speex_types.h \epoc32\include\speex\speex_types.h >> + >> + >> PRJ_MMPFILES >> >> speex.mmp >> Index: symbian/speex.mmp >> =================================================================== >> --- symbian/speex.mmp (revision 12114) >> +++ sym...

...6x build needs speex/speex_config_types.h, so I created a speex > subdirectory under TI with this file. The subversion patch generation tool > would not handle an added file. Actually, speex_config_types.h is not necessary for the TI builds. It's best to put the definition directly in speex_types.h. > I first made a patch against build 11146, applied this against 11169, made a > couple of other changes, and made a new patch agains 11169. The second > patch is larger because some line ends got changed in a couple of the files > when the first patch was applied. I am sorry...

...fig_types.h, so I created a speex >> subdirectory under TI with this file. The subversion patch generation >> tool >> would not handle an added file. > > Actually, speex_config_types.h is not necessary for the TI builds. It's > best to put the definition directly in speex_types.h. > >> I first made a patch against build 11146, applied this against 11169, >> made a >> couple of other changes, and made a new patch agains 11169. The second >> patch is larger because some line ends got changed in a couple of the >> files >> when the...

...clude\speex\speex_header.h > +..\include\speex\speex_jitter.h \epoc32\include\speex\speex_jitter.h > +..\include\speex\speex_preprocess.h \epoc32\include\speex\speex_preprocess.h > +..\include\speex\speex_stereo.h \epoc32\include\speex\speex_stereo.h > +..\include\speex\speex_types.h \epoc32\include\speex\speex_types.h > + > + > PRJ_MMPFILES > > speex.mmp > Index: symbian/speex.mmp > =================================================================== > --- symbian/speex.mmp (revision 12114) > +++ symbian/speex.mmp (working copy) > @...

Hi On 10-06-21 07:24 PM, Pavel Pavlov wrote: > I'm just curious, who and why came up with that strange way to write includes: I did. Because I think that's the way to go. > #ifdef _BUILD_SPEEX > # include "speex_types.h" > #else > # include<speex/speex_types.h> > #endif > > I personally consider it a bug. If I use speex then obviously I should not have _BUILD_SPEEX defined. So far so good. > The broken behavior happens in this simple scenario: > 1) I check out latest git versi...

...mdf.c I am getting error: "undefined reference to exp". I don't see a fixed point implementation of "exp". Can you point me to the correct files. I am using the following files from speex 1.2 beta1 => mdf.c, math_approx.c, misc.c, fft_wrap.c, kiss_fft.c, config.h, speex_types.h, speex_echo.h, arch.h . -Deepa -Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: Deepa Bhatt a ?crit : > Analog Devices sponsored a fixed point version for AEC which was > posted early this year, but it seems from the source code that the > fft routines are stil...

...programs: #include <libavcodec/avcodec.h> But internally, you can't find a single place where ffmpeg includes its own headers using angle brackets. The only headers that are included this way are external and system includes. > > > #ifdef _BUILD_SPEEX > > # include "speex_types.h" > > #else > > # include<speex/speex_types.h> > > #endif > > > > I personally consider it a bug. If I use speex then obviously I should not have > _BUILD_SPEEX defined. > > So far so good. > > > The broken behavior happens in this sim...

Hi all, Speex currently decides endianness at configure-time. This causes the ppc half of Mac universal binaries to have some endianness problems. Most notably, the header built by speex_packet_to_header() has incorrect byte-ordering. This Apple developer page describes the incantation that can be used to build universal binaries on Mac. It also highlights the configure-time versus compile-time

...\epoc32\include\speex\speex_jitter.h ..\include\speex\speex_preprocess.h \epoc32\include\speex\speex_preprocess.h +..\include\speex\speex_resampler.h \epoc32\include\speex\speex_resampler.h ..\include\speex\speex_stereo.h \epoc32\include\speex\speex_stereo.h ..\include\speex\speex_types.h \epoc32\include\speex\speex_types.h @@ -47,3 +48,4 @@ PRJ_MMPFILES speex.mmp +speexdsp.mmp Index: symbian/speex.mmp =================================================================== --- symbian/speex.mmp (revision 14293) +++ symbian/speex.mmp (working copy) @@ -36,10 +36,1...

...nvention, and some it could be converted to assembler in the > future. The assembly definitions for the operators are only useful if you have gcc-like inline assembly. Otherwise, the explicit register loads will make it worse. > 2) Proper definitions for the speex types are required in the speex_types.h > file - I did this and you can enable it via a __C55X__ definition. File > attached. My definition follows the convention of other defines in this > file. It could be covered by the C55X_ASM define above, but the content of > this file is not going to have assembler in it. I le...

...the clicking noise when running Speex on the DSP side. For the TI C64+ DSP on the DaVinci processor, the TI-specific switches doesn't do much other than defining the different Speex data types (spx_int16_t, spx_uint16_t, spx_int32_t, etc) and the static heap and scratch size (in config.h and speex_types.h). How do I try "generic fixed-point"; is there a MACRO for generic fixed-point like "GENERIC_FIXED_POINT". I guess I could try to see if it's an encoder issue (encode it on the DSP and decode it on the ARM side before playing) vs a decoder issue (encode it on the ARM...

Analog Devices sponsored a fixed point version for AEC which was posted early this year, but it seems from the source code that the fft routines are still in floating point. Is the port still not complete or am I missing something? Has anyone out there ported speex AEC on RISC architecture? Please let me know. Thanks in advance, -Deepa -------------- next part -------------- An HTML

...-------------------------------------- > > Index: src/wav_io.h > =================================================================== > --- src/wav_io.h (revision 12905) > +++ src/wav_io.h (working copy) > @@ -35,7 +35,7 @@ > #include <stdio.h> > #include "speex/speex_types.h" > > -#ifdef WORDS_BIGENDIAN > +#ifdef __BIG_ENDIAN__ > #define le_short(s) ((short) ((unsigned short) (s) << 8) | ((unsigned short) (s) >> 8)) > #define be_short(s) ((short) (s)) > #else > @@ -46,7 +46,7 @@ > /** Convert little endian */ > sta...

...for your interest! this is the error, i need to add the speex folder and a path to the .h file and it works Compile thumb : opus-proj <= audio-in.c In file included from jni/../../opus-tools-0.1.7/src/audio-in.c:74:0: proj/../../opus-tools-0.1.7/src/speex_resampler.h:90:32: fatal error: speex/speex_types.h: No such file or directory compilation terminated. make: *** [/opus-tools-0.1.7/src/audio-in.o] Error 1 but then i have this error: error: undefined reference to 'opus_multistream_surround_encoder_create', this I think that is for I'm not using 1.0.3 thanks in advance 2013/10/...

Hello to everyone! During building speex library for Symbian OS I encountered some problems. All thess problems can be solved by modifying the speex sources. I don't have access to SVN repository of speex, so I will just describe the changes to be done: 1) mmp file in symbian derictory misses windows.c sources. You need to add this string into speex.mmp: SOURCES windows.c 2) Symbian OS

...like inline assembly. Otherwise, the explicit register loads will > make it worse. I believe that Code Composer provides very good support for inline assembly, although I have not used it myself, and hope not to. >> 2) Proper definitions for the speex types are required in the >> speex_types.h >> file - I did this and you can enable it via a __C55X__ definition. File >> attached. My definition follows the convention of other defines in this >> file. It could be covered by the C55X_ASM define above, but the content >> of >> this file is not going to have...