search for: rgomez

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

...s an acknowledgement to Xiph.org for using the codec source, isn't? He is not trying to use or distribute other parts of the SDK (i.e., not vorbistools, etc). The only function of this components will be to encode or decode audio, nothing more. Thanks for any help. -- Rodrigo Gómez http://rgomez.msa.com.mx/gallery/

Hi folks, We're gearing up to the next full release of the Vorbis codec; I've just tagged a release candidate in SVN in order to encourage wider testing toward final 1.1 release. This release includes the following updates: 1) Adoption of AoTuV and other tuning work by Vorbis developers outside of Xiph into the mainline codebase 2) New bitrate management code 3) bugfixes In more

Hi folks, We're gearing up to the next full release of the Vorbis codec; I've just tagged a release candidate in SVN in order to encourage wider testing toward final 1.1 release. This release includes the following updates: 1) Adoption of AoTuV and other tuning work by Vorbis developers outside of Xiph into the mainline codebase 2) New bitrate management code 3) bugfixes In more

Hi there. I have been hearing to ogg vorbis for maybe 2 years and I can only say: it is fantastic! Right now, I'm working in a project that uses ogg vorbis as the format for recording. I have now a working recording engine (I have recorded up to 8 channels at the same time and my computer uses only about 30% of the processor, wich is great in this project), and I'm starting with the

Hi there. I'm getting this exception, Floating point division by zero, when encoding at, for example, 22050 hz. This doesn't happens in a specific song or audio, it mostly happens after several calls to vorbis_analysis. This also doensn't happens, at least so far, at 11025, 8820 or 44100. Also, it doesn't seem to happen at low qualities (0, -0.1). The exception is generated in

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