search for: filters_ss

...idden -march=k8 -ftree-vectorize -pipe -mfpmath=sse -O3 -msse -MT filters.lo -MD -MP -MF .deps/filters.Tpo -c filters.c -fPIC -DPIC -o .libs/filters.o cc1: warning: command line option "-fvisibility-inlines-hidden" is valid for C++/ObjC++ but not for C In file included from filters.c:45: filters_sse.h:135: error: conflicting types for 'filter_mem2' filters.h:62: error: previous declaration of 'filter_mem2' was here filters_sse.h:234: error: conflicting types for 'iir_mem2' filters.h:64: error: previous declaration of 'iir_mem2' was here filters_sse.h:331: error...

...ze -pipe -mfpmath=sse -O3 -msse -MT filters.lo > -MD -MP -MF .deps/filters.Tpo -c filters.c -fPIC -DPIC -o > .libs/filters.o > cc1: warning: command line option "-fvisibility-inlines-hidden" is > valid for C++/ObjC++ but not for C > In file included from filters.c:45: > filters_sse.h:135: error: conflicting types for 'filter_mem2' > filters.h:62: error: previous declaration of 'filter_mem2' was here > filters_sse.h:234: error: conflicting types for 'iir_mem2' > filters.h:64: error: previous declaration of 'iir_mem2' was here > filt...

...e to use them, the advantage is that they are platform-independent. Jean-Marc -- Jean-Marc Valin, M.Sc.A., ing. jr. LABORIUS (http://www.gel.usherb.ca/laborius) Université de Sherbrooke, Québec, Canada -------------- next part -------------- A non-text attachment was scrubbed... Name: filters_sse.h__charset_ISO-8859-1 Type: text/x-c-header Size: 3628 bytes Desc: filters_sse.h__charset_ISO-8859-1 Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20040114/7a9bfc3e/filters_sse-0001.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc...

...bsp;&nbsp;&nbsp;&nbsp; {<br> (gdb) bt<br> #0&nbsp; fir_mem2_10 (x=0x80552a8, _num=0x80566b4, y=0x80558ac, N=160, ord=10, _mem=0x80568cc) at xmmintrin.h:790<br> #1&nbsp; 0xb75dc509 in fir_mem2 (x=0x80552a8, _num=0x80566b4, y=0x80558ac, N=160, ord=0, _mem=0x1) at filters_sse.h:330<br> #2&nbsp; 0xb75d2ca7 in nb_encode (state=0x80551b0, vin=0xbfff88e0, bits=0xbfff9f70) at nb_celp.c:351<br> #3&nbsp; 0xb75dd560 in speex_encode_int (state=0x80551b0, in=0xb75e9400, bits=0xbfff9f70) at speex.c:141<br> #4&nbsp; 0x0804a071 in main (argc=0, argv=0x...

Le jeu 15/01/2004 à 15:30, Daniel Vogel a écrit : > Unrelated, but please use SSE/MMX/... intrinsics on Windows instead of using > inline assembly so you also get the speed benefit on Win64. OK, so here's a first start. I've translated to intrinsics the asm I sent 1-2 days ago. The result is about 5% slower than the pure asm approach, so it's not too bad (SSE asm is 2x faster

....in for the > > platform and define a _USE_ARM and place the code in the same functions as > > we did. You would then add a SPEEX_ASM_ARM 8 or something and let the > > application decide to turn it on. > > > > > > Other Notes: This patch obsoletes ltp_sse.h and filters_sse.h . However > > the patch does not remove them. This is thge updated version of the patch > > we sent in November. > > > > > > Comments are welcome. BTW, we have been shipping our Video Conferencing > > product which only uses the Speex codec for 6 months now...

> > >> You might like to write a JNI Wrapper. > > > That's what I'm doing now to get things rolling but I > was talking about a pure java solution. So is there any such > project underway? I wrote a JNI wrapper for speex a few months ago, it's not finished but it does work and i don't think it would need much work to be update it to speex 1.0 and

...; ord=10, _mem=0x80568cc) at xmmintrin.h:790 > 790 { > (gdb) bt > #0 fir_mem2_10 (x=0x80552a8, _num=0x80566b4, y=0x80558ac, N=160, > ord=10, _mem=0x80568cc) at xmmintrin.h:790 > #1 0xb75dc509 in fir_mem2 (x=0x80552a8, _num=0x80566b4, y=0x80558ac, > N=160, ord=0, _mem=0x1) at filters_sse.h:330 > #2 0xb75d2ca7 in nb_encode (state=0x80551b0, vin=0xbfff88e0, > bits=0xbfff9f70) at nb_celp.c:351 > #3 0xb75dd560 in speex_encode_int (state=0x80551b0, in=0xb75e9400, > bits=0xbfff9f70) at speex.c:141 > #4 0x0804a071 in main (argc=0, argv=0xbfffafe4) at speexenc.c:688 >...

...xmmintrin.h:774 774 { (gdb) (gdb) bt #0 fir_mem2_10 (x=0x8054a88, _num=0x8055e94, y=0x805508c, N=160, ord=10, _mem=0x80560ac) at /usr/lib/gcc-lib/i386-redhat-linux/3.2/include/xmmintrin.h:774 #1 0x40020add in fir_mem2 (x=0x8054a88, _num=0x8055e94, y=0x805508c, N=160, ord=0, _mem=0x1) at filters_sse.h:330 #2 0x40016c23 in nb_encode (state=0x8054990, vin=0xbfffd420, bits=0xbfffeaa0) at nb_celp.c:351 #3 0x400215f4 in speex_encode_int (state=0x8054990, in=0xbfffead0, bits=0xbfffeaa0) at speex.c:141 #4 0x0804a089 in main (argc=-80, argv=0xbffffad4) at speexenc.c:688 #5 0x420158d4 in __libc_...

...insics macros. Backtrace: #0 0x40024594 in filter_mem2_10 (x=0x805f31c, _num=0x8061fb8, _den=0x8061fe4, y=0x806071c, N=160, ord=10, _mem=0x8062150) at xmmintrin.h:790 #1 0x400248b4 in filter_mem2 (x=0x805f31c, _num=0x8061fb8, _den=0x8061fe4, y=0x806071c, N=1, ord=0, _mem=0x8061fe4) at filters_sse.h:135 #2 0x40019d1e in nb_encode (state=0x805ebd0, vin=0x80582b4, bits=0xbfffe840) at nb_celp.c:314 #3 0x40025e33 in speex_encode_native (state=0x8061fe4, in=0x0, bits=0x0) at modes.c:717 #4 0x4001dd30 in sb_encode (state=0x8054e90, vin=0xbfffd1c0, bits=0xbfffe840) at sb_celp.c:309 #5 0x40025e...

...A non-text attachment was scrubbed... Name: vq_sse.c Type: application/octet-stream Size: 4006 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20051202/46c05f55/vq_sse-0001.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: filters_sse.c Type: application/octet-stream Size: 9943 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20051202/46c05f55/filters_sse-0001.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: ltp_sse.c Type: application/octet-stream Size...

...t; #0 0x40024594 in filter_mem2_10 (x=0x805f31c, _num=0x8061fb8, > _den=0x8061fe4, y=0x806071c, N=160, ord=10, > _mem=0x8062150) at xmmintrin.h:790 > #1 0x400248b4 in filter_mem2 (x=0x805f31c, _num=0x8061fb8, _den=0x8061fe4, > y=0x806071c, N=1, ord=0, > _mem=0x8061fe4) at filters_sse.h:135 > #2 0x40019d1e in nb_encode (state=0x805ebd0, vin=0x80582b4, > bits=0xbfffe840) at nb_celp.c:314 > #3 0x40025e33 in speex_encode_native (state=0x8061fe4, in=0x0, bits=0x0) at > modes.c:717 > #4 0x4001dd30 in sb_encode (state=0x8054e90, vin=0xbfffd1c0, > bits=0xbfffe840)...

...if it's worth it */ These functions represent 1/2 of the compute time at complexity 10 and 4/5 at complexity 4. The next hot functions at low complexity are: qmf_decomp, fir_mem_up and pitch_gain_search_3tap Some questions I have: 1. I haven't been able to get the version of iir_mem2 in filters_sse.h translated and working. Does this work with GCC, I'm burning my eyeballs trying to spot the difference in my version. 2. I don't have a good source of wav data for testing. I've noticed that introducing bugs into speex (even gross ones like returning completely incorrect codebook ent...

...s a >"reference fixed-point implementation". After that, optimizing is only a >matter of re-writing a handful of functions: various filters, a VQ >search and inner product. That's already what I did with the SSE >optimizations: they're all contained in two small files (filters_sse.h >and ltp_sse.h). Thank you. I've copied Greg on this email. Greg: Could you be available? >You might want to ask Greg Herlein (gherlein@herlein.com), the author of >the Speex RTP profile. He lives in San Francisco. >> One final point ... I direct The Tech Startup Connectio...

> Thanks, I'm having a look at it. I've also had a look at the > various files making up libspeex trying to see how hard the port to > java would be ... Having only had a cursory look it looks ok except > for filters_sse.h & lpt_sse.h which have some assembly. > > Jean-Marc can you throw some light on what these do ... Also > anyone interested in chiping in some time to map libspeex to java? Don't worry about those. They're just asm versions of existing files. They're not even used unle...

...e manor. You would add a check in the configure.in for the platform and define a _USE_ARM and place the code in the same functions as we did. You would then add a SPEEX_ASM_ARM 8 or something and let the application decide to turn it on. <p>Other Notes: This patch obsoletes ltp_sse.h and filters_sse.h . However the patch does not remove them. This is thge updated version of the patch we sent in November. <p>Comments are welcome. BTW, we have been shipping our Video Conferencing product which only uses the Speex codec for 6 months now and have gotten rave reviews (PC Magazine Edit...

...a check in the configure.in for the > platform and define a _USE_ARM and place the code in the same functions as > we did. You would then add a SPEEX_ASM_ARM 8 or something and let the > application decide to turn it on. > > > Other Notes: This patch obsoletes ltp_sse.h and filters_sse.h . However > the patch does not remove them. This is thge updated version of the patch > we sent in November. > > > Comments are welcome. BTW, we have been shipping our Video Conferencing > product which only uses the Speex codec for 6 months now and have gotten > rav...

...native code will not cross platform should generate much faster code since you don't have to perform the cast at run-time, which is what your ALIGN macros appear to be doing in stack-alloc.h. One other thing we noticed is that you tend to do a lot of for loop based copies: from your new filters_sse.h around the asm code for (i=0;i<12;i++) num[i]=den[i]=0; for (i=0;i<12;i++) mem[i]=0; for (i=0;i<ord;i++) { num[i]=_num[i+1]; den[i]=_den[i+1]; } for (i=0;i<ord;i++) mem[i]=_mem[i]; <<< asm code>>> for...

...+ libspeex/sb_celp.c + libspeex/speex_callbacks.c + libspeex/speex_header.c + libspeex/window.c + libspeex/arch.h + libspeex/bfin.h + libspeex/cb_search_arm4.h + libspeex/cb_search_bfin.h + libspeex/cb_search_sse.h + libspeex/filters.h + libspeex/filters_arm4.h + libspeex/filters_bfin.h + libspeex/filters_sse.h + libspeex/fixed_arm4.h + libspeex/fixed_arm5e.h + libspeex/fixed_bfin.h + libspeex/fixed_debug.h + libspeex/lpc.h + libspeex/lpc_bfin.h + libspeex/ltp.h + libspeex/ltp_arm4.h + libspeex/ltp_sse.h + libspeex/math_approx.h + libspeex/misc_bfin.h + libspeex/nb_celp.h + libspeex/quant_lsp.h + libsp...