search for: speex_config_types

...er.o CC libavcodec/lcldec.o CC libavcodec/lclenc.o CC libavcodec/libspeexdec.o In file included from /home/user/build/include/speex/speex_types.h:122:0, from /home/user/build/include/speex/speex.h:43, from libavcodec/libspeexdec.c:21: /home/user/build/include/speex/speex_config_types.h:12:1: error: unknown type name ?int16_t? typedef int16_t spx_int16_t; ^ /home/user/build/include/speex/speex_config_types.h:13:1: error: unknown type name ?uint16_t? typedef uint16_t spx_uint16_t; ^ /home/user/build/include/speex/speex_config_types.h:14:1: error: unknown type name ?int32_t?...

...\ProgettoInterdisciplinare\speex-1.2rc1\speex-1.2rc1\symbian\BLD.INF FATAL ERROR(S): \Users\Maurizio\University\ProgettoInterdisciplinare\speex-1.2rc1\speex-1.2rc1\symbian\BLD.INF(37) : Exported source file \Users\Maurizio\University\ProgettoInterdisciplinare\speex-1.2rc1\speex-1.2rc1\include\speex\speex_config_types.h not found === BLDMAKE Command failed with error code 1 === ***Stopping. Check the Problems view or Console output for errors. This is because in the bld.inf file there is: ..\include\speex\speex_config_types.h \epoc32\include\speex\speex_config_types.h while in that folder there is speex_...

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

...ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. >> */ >> >> +PRJ_EXPORTS >> + >> +..\include\speex\speex_bits.h \epoc32\include\speex\speex_bits.h >> +..\include\speex\speex_callbacks.h \epoc32\include\speex\speex_callbacks.h >> +..\include\speex\speex_config_types.h \epoc32\include\speex\speex_config_types.h >> +..\include\speex\speex_echo.h \epoc32\include\speex\speex_echo.h >> +..\include\speex\speex.h \epoc32\include\speex\speex.h >> +..\include\speex\speex_header.h \epoc32\include\speex\speex_header.h >...

...config.h. Why would you want to turn it on/off? > There are also updates to the .pjt files to add > window.c, and updates in the test main files in the TI directory to account > for the reduction in delay from 10ms to 5ms. There is also an added file: > the C6x 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 pat...

...> SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. > */ > > +PRJ_EXPORTS > + > +..\include\speex\speex_bits.h \epoc32\include\speex\speex_bits.h > +..\include\speex\speex_callbacks.h \epoc32\include\speex\speex_callbacks.h > +..\include\speex\speex_config_types.h \epoc32\include\speex\speex_config_types.h > +..\include\speex\speex_echo.h \epoc32\include\speex\speex_echo.h > +..\include\speex\speex.h \epoc32\include\speex\speex.h > +..\include\speex\speex_header.h \epoc32\include\speex\speex_header.h > +..\include...

...point me how to compile speex for subj ? May be I'm doing something stupid.. I just took all files from /libspeex and added them to my project in Code Composer 2.1. Then I set global definitions CONFIG_TI_C55X, FIXED_POINT, DISABLE_WIDEBAND, RELEASE for entire project and edit arch.h and create speex_config_types.h. Then tried to compile it and run. Code seems to be hang in function _spx_autocorr (). What I did wrong ? (I used speex 1.1.10). Should I compile code under cygwin and just link library to Code Composer ? Is it possible ? Please help me.. P.S. I did not use .configure script. May be I should ?...

...the patch that way. >> There are also updates to the .pjt files to add >> window.c, and updates in the test main files in the TI directory to >> account >> for the reduction in delay from 10ms to 5ms. There is also an added >> file: >> the C6x 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_type...

...rn it on/off? > >> There are also updates to the .pjt files to add >> window.c, and updates in the test main files in the TI directory to >> account >> for the reduction in delay from 10ms to 5ms. There is also an added >> file: >> the C6x 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_typ...

> You found it. The SHL32 (not SHR32) line fixes the problem. It must be > doing a 16-bit shift, then extending the result (which is reasonable). As > it happens, that it the same macro which gave us trouble last May > (25th/26th), when the C55 build was more subtlely broken. Yes, that's what I finally remembered. I think I've fixed all occurrences (by adding EXTEND32)

...ude_file(sys/types.h INCLUDE_SYS_TYPES_H) + if(HAVE_SYS_TYPES_H) + set(INCLUDE_STDINT "#include <sys/types.h>") + endif() + endif() +endif() +set(SIZE16 int16_t) +set(USIZE16 uint16_t) +set(SIZE32 int32_t) +set(USIZE32 uint32_t) +set(SIZE64 int64_t) +configure_file(include/speex/speex_config_types.h.in include/speex/speex_config_types.h @ONLY) + +test_vararrays(VAR_ARRAYS) +if(NOT VAR_ARRAYS) + check_include_file(alloca.h HAVE_ALLOCA_H) + if(WIN32) + set(USE_ALLOCA 1) + else() + check_symbol_exists(alloca "stdlib.h;alloca.h" USE_ALLOCA) + endif() +endif() + +option(ENABLE_FLOATI...

Jim Crichton, I'm trying to run speex on omap 1610 platform and i saw that you have a patch for c55. When i saw your mail about this, i decided to ask you for send me those files above: include\config.h (not automatically generated, sets memory sizes, enables manual alloc) include\speex\speex_config_types.h (match Speex types to compiler types, not generated from types.in <http://types.in>) speex_c55_test\speex_c55_test.cmd (C5509A linker command file) speex_c55_test\speex_c55_test.pjt (Code Composer Studio Project File ) src\boot.asm (to force wait states to 0 for the simulator, otherwise cy...

...gt; It's not a big deal, I don't mind using speex-1.2rc1. > But am I doing something wrong or is there something wrong with speex-git? > > (I've put the details in a txt attachment to keep this email post > uncluttered) > Yeah the issue is that the include statements for speex_config_types.h are only hit when building speex, not third-party libraries. This started in commit ef80120166c3a2552f77008f40c59a84577a36b5 Ron, do you think those include statements should also just be generated by configure (like we do for @SIZE16@) instead of being ifdef'd? Best, Tristan --------------...

...#39;t mind using speex-1.2rc1. > > But am I doing something wrong or is there something wrong with speex-git? > > > > (I've put the details in a txt attachment to keep this email post > > uncluttered) > > > > Yeah the issue is that the include statements for speex_config_types.h are > only > hit when building speex, not third-party libraries. This started in commit > ef80120166c3a2552f77008f40c59a84577a36b5 > Ron, do you think those include statements should also just be generated by > configure (like we do for @SIZE16@) instead > of being ifdef'd?...

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

...Code Composer Studio. The bits.c change reduces the data memory usage. The misc.c change allows private memory allocation, for cases where it is not desirable to use the normal heap. Added files: include\config.h (not automatically generated, sets memory sizes, enables manual alloc) include\speex\speex_config_types.h (match Speex types to compiler types, not generated from types.in) speex_c55_test\speex_c55_test.cmd (C5509A linker command file) speex_c55_test\speex_c55_test.pjt (Code Composer Studio Project File ) src\boot.asm (to force wait states to 0 for the simulator, otherwise cycle count is much too hig...

...lem replacing with a float. The reason for the 64 bits is not the precision but only the range. A 40-bit accumulator would work too. Eventually, this could probably made to fit in a 32-bit int, but I haven't done that yet. > 2. I am not using the configure tools, so I needed to create > speex_config_types.h (short and int are 16, long is 32 on C5x). That, or you could add an entry in the speex_types.h file (which is used for all platforms that don't use autoconf). > 3. And, of course, the internal stack memory allocations in > nb_encoder_int and nb_decoder_init had to be cut down to fit...

Hi, Just a couple tips to reduce complexity. First, I think you'd get a good speedup by enabling the PRECISION16 switch (if it's not done already). This (very) slightly reduces quality, but means you convert a lot of "emulated" 16x32 multiplications into 16x16. There are also several routines that would benefit from platform-specific optimizations. There are already

...witch so that byte swapping could be enabled or disabled in config.h. There are also updates to the .pjt files to add window.c, and updates in the test main files in the TI directory to account for the reduction in delay from 10ms to 5ms. There is also an added file: the C6x 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. 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 larg...

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: maleout12may.wav Type: audio/wav Size: 95884 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20050524/57112d0c/maleout12may-0001.bin