similar to: Division by zero.

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 read some lines in libvorbis/include/vorbis/codec.h: /* vorbis_block is a single block of data to be processed as part of the analysis/synthesis stream; it belongs to a specific logical bitstream, but is independant from other vorbis_blocks belonging to that logical bitstream. *************************************************/ My question. Does this imply that vorbis_analysis

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

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 );

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

Hi, I have several Samba servers running on Linux (Debian Etch) machines using 2.6.18 kernel. The Samba shares are all on an XFS filesystem, with user and group quota support. I have three problems/questions: 1. When a user hits their quota limit, they get a "disk full" error. 2. When a user checks the free space of the share, they see the space on the entire share, rather than the

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 there. I'm having this problem when trying to open the stream to play it. What I'm doing is the following: archivo_original = fopen(Archivo.c_str(), "r"); if (archivo_original == NULL) { if (EventLog) EventLog->WriteString(Format("No se pudo abrir el archivo %s", ARRAYOFCONST((Archivo)))); WaveOut->Stop(); return; }

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

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 <p>Hello, I have encountered a situation where oggenc core dumps. I am using vorbis-tools 1.0 on Solaris 8 x86. This is the command line: oggenc -b 128 -a "Keith, Toby" -t "Losing My Touch" -l "Unleashed" \ - -N "06" -o "Keith, Toby - 06. Losing My Touch.ogg" audio_06.wav Here is a

Hi All, I m having a strange problem with the Ogg-Vorbis writting code. The code I m using to write is skipping some samples at the end of the file. For example I m converting the 10000 sample .wav file ( 441000 sample rate , 16 bit depth , stereo ) to ogg format. But while reading the ogg file I only find 5824 samples in the ogg file. Can any one suggest what could be wrong in the code. Is

Hi All, I m having a strange problem with the Ogg-Vorbis writting code. The code I m using to write is skipping some samples at the end of the file. For example I m converting the 10000 sample .wav file ( 441000 sample rate , 16 bit depth , stereo ) to ogg format. But while reading the ogg file I only find 5824 samples in the ogg file. Can any one suggest what could be wrong in the code. Is

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;

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

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

Hi All, I am trying to get speex working on the Mac and am running into issues. I got the examples working, but am now trying to make speex, which expects 8000 Hz and 160 samples per buffer (320 bytes per buffer), work with the Mac's built-in audio recording, which uses either 11025, 22050, or 44100 Hz and 1024 samples per buffer (2048 bytes per buffer). I just need to know if

Hello there. I'm finding that ov_time_total doesn't return the "expected" value for some files I'm encoding. How do I know that? Well... in the encoder, when I push the "record" button I store the time when I did it, and when I push the stop button I store also that time. I would expect that the time returned by ov_time_total would be some ms less than finish_time

Hello there. I'm seeing with a third party library vendor, wich creates components for signal and audio processing for Delphi and BCB, the way to integrate support for OggVorbis, but there are some license issues that I don't know/understand. In plain text: can he create and distribute a component that uses the code available in the Windows SDK, either in the DLL presentation and/or