similar to: Are vorbis_blocks really independent?

I'm running into memory leak and read-from/write-to unallocated errors in the cleanup phase of parallel oggenc. I see in vorbis_block_clear() that it references some fields on the vorbis_dsp_state that it cached during vorbis_block_init(), and conditionally does some cleanup based on the values of those fields. Does this fact effectively mean that you can't have multiple vorbis_block

A variation on questions that I've asked before... In working on the parallel version of oggenc (both threaded and MPI), a profiling run shows that the function vorbis_analysis() takes up the majority of the run time. This seems to be an obvious choice for parallelization -- send each vorbis_block to a different processor, and let them call vorbis_analsis() in parallel with each other.

Per Monty's suggestions from a while ago, I have [finally] gotten around to playing with different schemes for parallel oggenc. Monty's main suggestion was to have a single thread loop over reading samples and calling vorbis_analysis_blockout(), and then queueing up the resulting blocks to be processed through vorbis_analysis() in other threads (in parallel). To verify that this works, I

Monty -- I'm still running into problems with my threaded encoded, and I think I just figured out why. I have N threads running in parallel calling vorbis_analysis_blockout() and vorbis_analysis() to do the number crunching on the input samples. They all share a single vorbis_dsp_state -- my understanding was that this was ok; they only *read* from the vorbis_dsp_state, therefore not

Hello everybody, Since there is almost no documentation on the vorbis algorithm I have to post some questions on this list. To remind you: I am trying to implement a parallel (multithreaded) ogg encoder, using a manager-worker model. 1. About the vorbis algorithm. I plan to let the workers each process a buffer of vorbis_blocks. The point is that each worker has to start somewhere and can not

Nothing on a branch yet; I'll be building a temp branch for my changes soon. First, I'm eliminating ordering dependancies in vorbis_block structures. They'll be totally sepreate and vorbis_analysis won't have a global state in vorbis_dsp_state that requires them being done in order. That way, a parallel-threaded encoder can run multiple vorbis_blocks through multiple

I have spent quite some hours in the archives of this mailinglist and read a few threads mainly by Jeff Squyres and Monty about making oggenc multithreaded. Those threads all are dated around January 2001, quite a time ago. For my work experience period I have to implement a parallel (threaded) ogg encoder (If this is possible, of course.) If it can be done, the code will be given back to the

Hey I am playing with a LOT of threads right now, and I want to know if the threads all need their own little vorbis encoders running in them or what exactly is threadsafe in vorbis? So here are the functions that would be called from many threads of with buffer = vorbis_analysis_buffer( &m_vorbisDsp, 4*DATA_CHUNK_SIZE ); vorbis_analysis_wrote( &m_vorbisDsp, dataLength/dataSize );

Hello all Can anyone point me to some form of description for the fields in the following structures : 1/ vorbis_dsp_state 2/ vorbis_block Thank you. regards ~previr _____________________________________________________________ Previr Rangroo STMicroelectronics Associate Systems Lab Engineer Plot No. 2 & 3, Audio Competence Center Sector 16A,

Hello all Can anyone point me to some form of description for the fields in the following structures : 1/ vorbis_dsp_state 2/ vorbis_block Thank you. regards ~previr _____________________________________________________________ Previr Rangroo STMicroelectronics Associate Systems Lab Engineer Plot No. 2 & 3, Audio Competence Center Sector 16A,

Hello, I have some code that encodes PCM data into a vorbis stream, using the workflow shown in http://www.xiph.org/vorbis/doc/libvorbis/overview.html. By analyzing that process with valgrind/cachegrind I found out that 95% of the time used for encoding is spent in the function "vorbis_analysis(&vb, 0)". My question now is: would it be technically possible to parallelize this? I

I added a new function to libvorbis that allows lossless changes of the volume to an vorbis_block. This can help to get reasonable loudness on hardware players that do not support the Replay Gain tags. int vorbis_gainadj(vorbis_block *vb, ogg_packet *op, float* dbgain); dbgain contains the relative adjustment for each channel. The trick is quite simple. I adjust the first 2 floor values for

Hi, Lately, my oggenc builds (from CVS) 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

I apologize for bugging you all again, but I've been trying to wrap my head around the encoding process and I'm about to have an aneurysm :P I've gone through oggenc.c, encode.c, and audio.c and I think I have a basic idea of what happens. I got it down in pseudocode as follows: --- 1 get parameters 2 init vorbis_comment -- vorbis_comment_init() 3 init vorbis_info --

Using libvorbis (1.3.5) I wish to extract the raw vorbis packets.  I've built some simple code on the excellent libvorbis API overview on the xiph.org site, but the example relies on the ogg_packet struct for final output and input to decoder, and shows now examples on how to do without it. Taking a look at the vorbis_bitstream_flush() function, which in the overview is the last step before

I'm not sure that this is not my fault, but here it goes: I'm trying to encode a 22 kHz Mono stream. I started with the encoder example and made it take dynamic channels etc. This is how I init it: vorbis_info_init(&VorbisInfo); vorbis_encode_init(&VorbisInfo, 1, 22050, -1, 128000, -1); then I get a crash in: _vp_quantize_couple(vorbis_look_psy * 0x01e6a6ec,

I've been trying to piece my way through the encoder_example.c program to better understand how to encode files as ogg/vorbis. I'm stuck on two sections of the code. This is the first /* uninterleave samples */ for(i=0;i<bytes/4;i++){ buffer[0][i]=((readbuffer[i*4+1]<<8)| (0x00ff&(int)readbuffer[i*4]))/32768.f;

Hay! Has anyone come across these errors using valgrind for the oggenc tool or the encoder_example.c: ==13108== Invalid read of size 4 ==13108== at 0x4155734: _vp_offset_and_mix (in /usr/local/lib/libvorbis.so.0.4.1) ==13108==

Hi, I have recently implemented encoding/decoding to/from OggVorbis in my app, with the code being based upon the Libvorbisenc sample code supplied with the SDK. It all works very well indeed (encoding from a PCM file, then playback), except that no matter the length of the source PCM file, the last (approx) 4 seconds of audio is always missing from the Ogg file. I am trying to find some

I'm in the process of collecting performance data on my platform and I thought I'd test the difference between double and float performance. So, I replaced all occurances of double in vorbis with float (as was suggested should work). I ended up hanging at: #0 0x0002695c in cacm283 () #1 0x00026dd0 in vorbis_lpc_to_lsp () #2 0x0001b3cc in forward () #3 0x0001cac8 in forward () #4