search for: pcm_current

...annels); /* 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 vorbis_lpc_predict(lpc,v->pcm[i]+v->eofflag-order,order, v->pcm[i]+v->eofflag,v->pcm_current-v->eofflag); the final parameter "v->pcm_current-v->eofflag" evaluates to a huge value (33MB+) at the end of a file, so that in vorbis_lpc_predict(), alloca is trying to allocate 33MB of stack space (which returns NULL). Could this be some related compiler bug, or is this a vorb...

...nality. I tried the function vorbis_synthesis_restart() because it's named like the thing I've looking for but it doesn't work as expected. Currently I only use a hack which produces good but not perfect results: Before I add data from a new wave sound to the encoding process I set the pcm_current variable in the vorbis dsp state to 0 (it's typical size is about 3500). But there should be a more appropriate solution, isn't it? I'm looking forward to get some hints on this. Thx, Robin Siegemund, dp -------------- next part -------------- An HTML attachment was scrubbed... URL:...

...tore = 0x64a380, localtop = 64, localalloc = 64,    totaluse = 7376, reap = 0x64a360, glue_bits = 0, time_bits = 0, floor_bits = 0, res_bits = 0, internal = 0x647330} vorbis_dsp_state: (gdb) p vdsps $10 = {analysisp = 1, vi = 0x7fffffffdde0, pcm = 0x642750, pcmret = 0x642770, pcm_storage = 221012, pcm_current = 55376,    pcm_returned = 0, preextrapolate = 1, eofflag = 0, lW = 0, W = 0, nW = 0, centerW = 512, granulepos = 256, sequence = 4,    glue_bits = 0, time_bits = 0, floor_bits = 0, res_bits = 0, backend_state = 0x608790} ===== oggpack_buffer comes from ogg/ogg.h, so I guess it may add some thing...