search for: mapping0_forward

...nges: 2006/08/24 Lancer 20060824 * Lancer is based on aotuv-r1_20051117 now. * add SSE optiomizations to _vp_couple. * add the dividing code of multi channel processing to xmmlib.h. * _vp_quantize_couple_memo, _vp_quantize_couple_sort is multithreaded under the OpenMP. 2006/08/18 Lancer 20060816 * mapping0_forward is more parallelized. * Buffered delay writer for Ogg stream is implemented. It makes possible that floor1_encode in the code book.* is parallelized. * floor1_encode is able to execute in the parallel processing now. * _vp_couple is parallelized. * It changes so that an infinite loop may not be ent...

...S) haven't been running correctly. In a few debugging sessions, I've found that I'm getting a divide by zero exception. The exception happens in accumulate_fit (floor1.c), line 455: int weight=nb*info->twofitweight/na; Here is the call stack: accumulate_fit floot1_fit mapping0_forward vorbis_analysis oe_encode main The error happens very early: the first call to vorbis_analysis (third iter. through the main encode loop) in oe_encode. Reproducable with every wav I feed it. Can anyone help? <p> -- -:-:- David K. Gasaway -:-:- XNS : =David K Gasaway -:-:- Email...

...quot;Keith, Toby - 06. Losing My Touch.ogg" audio_06.wav Here is a backtrace: #0 0xdfa8e36b in apsort () from /usr/local/lib/libvorbis.so.0 #1 0xdf8eb94d in qsort () from /usr/lib/libc.so.1 #2 0xdfa8d90a in _vp_noise_normalize_sort () from /usr/local/lib/libvorbis.so.0 #3 0xdfa94ac4 in mapping0_forward () from /usr/local/lib/libvorbis.so.0 #4 0xdfa8b025 in vorbis_analysis () from /usr/local/lib/libvorbis.so.0 #5 0x0804d099 in strrchr () #6 0x0804a160 in strrchr () #7 0x080497db in strrchr () The core dump happens at 13.8%. If I change the bitrate to 192 it does not core dump. I can provide...

I built ogg vorbis from the rc1 cvs source on Irix 6.5.12 with gcc 2.95.2. Using oggenc I encoded about 8,000 aiff files but found about a dozen where oggenc would go into an infinite loop. I tracked the problem with Laguerre_With_Deflation() as far back as logmask being Inf in floor0_forward. I'm now building gcc 3.0 with the expectation this is a compiler issue. If not, I'll back

...Invalid read of size 4 ==13108== at 0x4155734: _vp_offset_and_mix (in /usr/local/lib/libvorbis.so.0.4.1) ==13108== by 0x415F598: mapping0_forward (in /usr/local/lib/libvorbis.so.0.4.1) ==13108== by 0x4151C8B: vorbis_analysis (in /usr/local/lib/libvorbis.so.0.4.1) ==13108== by 0x804F3E5: oe_encode (in /usr/local/bin/ogg...

Hello !! <p> Can I get the vorbis -I encoder spects ..? I have Vorbis I specifications . That talks mostly about vorbis Decoder . <p>Leena --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-request@xiph.org' containing only the word 'unsubscribe' in the

...loaded the nightly CVS, but it seems unusable right now. The Windows SDK does not appear to include source code or Borland compatible libraries. One thing I've noticed about the nightly CVS code is that the nested alloca() calls seem to confuse Borland's compiler. I had to change code in mapping0_forward() from: zerobundle[0]=alloca(sizeof(int)*vi->channels); to: z=alloca(sizeof(int)*vi->channels); /* int *z; */ zerobundle[0]=z; I'm considering that yet another Borland compiler bug. Another problem I found is that in vorbis_analysis_wrote(), the line...

...mpiling the examples dir. The output:: <p>gcc -O20 -ffast-math -mno-ieee-fp -D_REENTRANT -fsigned-char -O2 -march=i586 -DUSE_MEMORY_H -static -o decoder_example decoder_example.o ../lib/.libs/libvorbis.a -L/usr/lib -lm /usr//lib/libogg.a ../lib/.libs/libvorbis.a(mapping0.o): In function `mapping0_forward': mapping0.o(.text+0xeec): undefined reference to `oggpack_writealign' make[1]: *** [decoder_example] Error 1 make[1]: Leaving directory `/home/monkey/rpmbuild/BUILD/libvorbis-1.0/examples' make: *** [all-recursive] Error 1 Bad exit status from /home/monkey/rpmbuild/tmp/rpm-tmp.12892 (...

Is anybody interested in cleanly separating encode and decode in vorbis? I'm trying to take a stab at it myself from the head of cvs as of this morning, but it looks like a lot of files contain both encode-only and decode-only functions. An obvious one is mdct.c, which contains mdct_forward and mdct_backward (which isn't that big of a deal, since both are pretty well-contained, but it

Hello! First of all a question: When you make the encoder tables (ie: mode_e.h) do you use the mapping0_forward function? Because you made the encoder tables, and after this you did a minor correction in the final beta4 ... (this correction was: additional[0]=fabs(additional[0]*scale); in the mapping0_forward function) (I see this was a bug, and the modification was correct, but this correction caused an...

...p;VorbisInfo); vorbis_encode_init(&VorbisInfo, 1, 22050, -1, 128000, -1); then I get a crash in: _vp_quantize_couple(vorbis_look_psy * 0x01e6a6ec, vorbis_info_mapping0 * 0x017c1988, float * * 0x01ea3ce0, float * * 0x00120754, float * * 0x00120758, int * 0x00120760, int 0) line 1021 + 35 bytes mapping0_forward(vorbis_block * 0x00121a20, void * 0x01e68d3c) line 496 + 41 bytes vorbis_analysis(vorbis_block * 0x00121a20, ogg_packet * 0x00121b30) line 65 + 30 bytes The error stems from: float *pcmA=pcm[vi->coupling_ang[i]]; where i is 0 vi->coupling_ang[i] is 1 pcm is only one channel so pcmA is 0x...