similar to: ov_read() returns OV_EINVAL (-131)

I suspect the stopping behaviour is my mishandling of either OV_EBADLINK or OV_HOLE. What should I be doing if either of these values are returned by ov_read? Having experimented more Winamp has no trouble with the "jerky" songs. But the songs where my player stops prematurely pause for a second or two in Winamp. And with WMP they continue to play properly, but from the point where they

Hello, After more tests, I discovered a new problem in my code ( https://gist.github.com/mregnauld/3f7cdc43b02ec3bbd91641b9333ba072) while seeking in an audio file that is being downloaded. When I seek in random positions (when I call OggPlayer::seek()), while I extract audio samples (when I call OggPlayer::extract() every 5ms, in my test - basically, I just play the audio file), sometimes, I

Hello all. I'm new to this list. I'm also new to coding with libvorbis and things, so please bear with me. :) I've been having trouble with libvorbisfile. My use of it is fairly simple, but when I try to ov_clear the vorbis file, it segfaults. I can attach or otherwise make availible some demo source code, but for now I'll just pull out relevant lines: //BEGIN PSEUDO CODE

I found a problem with ov_raw_seek function in oggvorbis win32sdk 1.0. When i called this function it returned OV_EINVAL immediatelly. I solved the issue by replacing the ov_raw_seek by ov_pcm_seek, which worked perfectly, but i would like to use the raw variant due to performace reason . Is anybody aware of this strange behaviour ? Martin Cesky <p><p>--- >8 ---- List

I have a problem i suspect to be a bug in ogg: Assume i have a simple archive "chou_s_test1_test2.pak", created by simply concatenating binary files together: chou_s.jpg (3403 bytes) test1.ogg (5196 bytes) test2.ogg (6128 bytes) If i place the a filepointer passed to ov_open to the beginning of test1.ogg, this ogg gets opened and decoded correctly. But if i place it to the beginning

Hello, This matter seems to be asked every now and then, but I couldn't find if there is a solution today: I had a need (due to compatibily reasons with old Netware server) provide a way to get access rights and _group_ownership_ for a file / directory / whole directory tree, based on the group ownership of the parent directory where the object is *moved* to. By default, the group ownership

Hi, I have been having some problems with ov_pcm_seek in vorbis_file:- Any seeks to a sample within the first second of the stream (i.e. < 44100 samples) fail. Seeks to samples beyond this 44100 limit are fine. It appears to be associated with vorbis_file trying to read the preceding page (odd for the beginning of the file), attempting an ov_raw_seek, then bombing out with an OV_EINVAL.

I've been playing around with using ov_test and ov_test_open as an alternative to ov_open in the xmms plugin's vorbis_check_file function. xmms never bothers to cache the result of a file check, so it tends to happen rather a lot. Unfortunately ov_test_open returns OV_EINVAL because ov_test seems to have left vf->ready_state to OPEN rather than PARTOPEN. I'm presuming this is

I'm seeing some inconsistency in returned timestamps using vorbisfile. I open a file, read some data (grabbing timestamps with ov_pcm_tell), then seek back with ov_pcm_seek(vf, 0) and read it again. The seek lands back on 0, but on the second read through, there's a gap in the timestamps: they jumps up by 2112 frames. This causes my vorbisfile code to insert silence to maintain sync (as

Hello everybody, I sent something about this before, but this bug is still there, so... If you call ov_time_seek(vf, 0); it will fail, returning OV_EFAULT (from ov_pcm_seek_page). I think this must be a bug, because seeking to 0 seconds *should* be OK. Another thing, when ov_time_seek fails with OV_EFAULT, you cannot continue playing (because of the goto seek_error). This is not clear from

Can you get a backtrace that tells in which line of the code of the library it crashes? Not that you did Fuzzing using incomplete files and found a bug. Am 5. November 2018 20:46:21 MEZ schrieb Matthieu Regnauld <mregnauld at gmail.com>: >Hello, > >After more tests, I discovered a new problem in my code ( >https://gist.github.com/mregnauld/3f7cdc43b02ec3bbd91641b9333ba072)

OK, thanks for the information. > Is the overhead of closing and re-opening the handle significant on android? Not that much: I can close, reopen and seek in a file right before extracting samples to play a second audio file, while a first file is already extracting and playing, without any glitch, even on low-end device. -------------- next part -------------- An HTML attachment was

Ok here is the breakdown. I am trying to impliment streaming into our game using openAL and ogg-vorbis. In the non-streaming function when I call ov_read on the file I should be streaming the buffer gets filled with the correct data. However, when I run ov_read on the same OggVorbis_File when I read the buffer gets filled with 0's. The buffer has not been zero'd and starts filled

Hi, I have this code to decode ogg data: unsigned long PSS_OggStream::DecodeOggVorbis(OggVorbis_File *psOggVorbisFile, char *pDecodeBuffer, unsigned long ulBufferSize, unsigned long ulChannels) { int current_section; long lDecodeSize; unsigned long ulSamples; short *pSamples; unsigned long ulBytesDone = 0; while (true) { #ifdef WIN32 lDecodeSize = ov_read(psOggVorbisFile,

I have a wav file which has been converted to an ogg file with libvorbis via ffmpeg. However I've tested a few files just to make sure. I run a standard while loop to using ov_read to pull all the data out of ogg file. Using 4096 as the size to read each call. Watching my debug logs it is reading 2048 bytes each call. When I load the wav file the data chunk for the pcm data is 167680

Hi, I've ditched the idea of calling the oggvorbis .dlls, and I'm compiling the 1.0beta3 source into my own dll. After opening as "rb" instead of "r", the ov_open() call works. However, ov_read() seems to consistently read less data than I ask for. My buffer is enough to hold two seconds of data, 16 bit 44k mono, that's 176400 bytes. The first call to ov_read()

When I call ov_read ( ) I cannot get more then 1024 bytes decoded even when the buffer size is 4K. The function only decodes 1024 bytes max even when I tell it to decode 4096 bytes. Does anyone has an idea what is going on. <p><p>--- >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

When I am using vorbisfile on a disk file, ov_read does not always (in fact - most of the time) read the number of bytes I request. It doesn't seem to be dependent on the number I ask for, and the ratio between what I request and what is read varies. Can somebody tell me what's going on here? TIA Lance --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

I am trying, for the first time, to decode and play an ogg file with two buffers. My audio is choppy and I can't see a problem on the wavOutxxx end of things. So I am wondering about how I call ov_read. From my TRACE statements, the read seems to work perfectly, eventually returning zero. Is it a simple matter of making the same call to ov_read, aside from changing the buffer and

Hi! I solved the problem using ov_read_float instead ov_read. Still do not know why ov_read returned garbage, but ov_read_float works fine! Thanks! El 17 de julio de 2011 10:41, Juan Miguel Mart?n Mu?oz <jmcubo at gmail.com>escribi?: > Hi, thanks for your replies! > > ogg.k, I'm sure MACOSX is defined. When I'm debugging line by line the > program runs into ov_read.