similar to: ov_pcm_seek

Hi all, I'm having a little trouble with a Vorbis decoder hanging (actually hard looping the CPU) when I call ov_pcm_seek(&vorbis_file, 0) on a multiplexed theora/vorbis file. It appears to be the vorbisfile library that has the problem. The call to ov_pcm_seek never returns. Seeking in non-multiplexed, including chained, files is OK. Seeking to other values, including sample 1, works

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

I realise the it's hard to do a seek in a variable bitrate file but I didn't think it was this bad. It seems to vary a lot with the file but the total time to do an ov_open() and ov_pcm_seek() can add upp to a second or more. By this time my DirectX buffers have wrapped around and are looping. Can anybody think of a solution for this? I really need a faster response time for my in-game

Hello, All. I am making an Ogg Vorbis decoder based on Tremor. The Vorbisfile library provides a high-level API which enables us to seek in the file, but it needs to declare a pointer to OggVorbis_File structure. Because I am supposed not to use file, so I can't use the ov_pcm_seek() or ov_raw_seek() functions to seek in the file. For decoding an Ogg Vorbis file, I first put it in

What I'd like to do is to copy a part of an Ogg/Vorbis file to a new file, without decoding and re-encoding (say I've got several songs in one long file, and I want to split them into separate files). Sample granularity is not required, packet granularity should do. I'm reading the Ogg documentation. I think I could write some code based on ogg_stream_packet{out,in}. Is this the way

Hi, I've just tried Ogg/Vorbis for the first time, and I'm quite impressed with the results. I haven't heard any artifacts in my tests so far, even at -b 112 (but I'm not a trained listener). Thanks for the great work! Now, some (mostly minor) points: When building libvorbis on either a Linux/libc5 or a Solaris system, both with gcc, it failed with undefined references to logf()

I think I have bumped into the small file error, or I''m doing something stupid. The files are short audio effects for a game (embedded in our own data format). Sample info: Vorbis packets: 1 (4 kb) Samples: 28672 Samplerate: 22 kHz Channels: 2 This is what I''m doing when I want to get a number of bytes from the stream: The problem is that ov_pcm_tell always returns 0. And so

The sound file is played correctly for the first time, then when rewind to the initial position. then copy PCM to buffer, the OpenAL report an error. It seems like the OpenAL doesn't recognize the PCM data. The OpenAL error number : AL_INVALID_VALUE 0xA003 void Buffer::PCMData (ALuint id, ALenum eFormat, ALvoid *data, ALsizei size, ALsizei freq) { // Copy

I am trying to convert some a few WAV files to ogg format (using vorbis-tools-1.0beta4 oggenc). I tried: $ oggenc -o nash.ogg nash.wav ERROR: Wav file is unsupported subformat (must be 16 bit PCM or floating point PCM ERROR: Input file "nash.wav" is not a supported format And: splay -d - nash.wav | oggenc -r -o nash.ogg - The resulting file when played with ogg123 played so

Hey all, I'm having trouble synchronising pieces of audio with an already-playing stream. I have a common background track is always playing, then themes that can mix with this track at arbitrary points. The theme and background tracks are all the same length, so the plan is that themes will start playing at a position that corresponds with that of the background track. Currently when I

I haven't seen this in the options, and have been unsuccessful in trying it... Is there any way to set oggenc to accept data (file) input from stdin? basically do a raw PCM stream from CDParanoia -> oggenc without an intermediary file. Thanks! --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send

Hello, Am I missing something? float** pcm_channels; int bitstream; int where = ov_pcm_tell(&vf); -> The Result is "0"; ov_read_float(&vf, &pcm_channels, 1, &bitstream); -> pcm_channels[0][0] is "0.000338580" ov_pcm_seek(&vf, 0); char* buffer = new char[2]; ov_read(&vf, buffer, sizeof(buffer), 0, 2, 1, &bitstream); short temp =

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 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 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.

Hello! I just got _very_ scared. I was certain the Ogg libraries could be used in commercial products (I know they are used in Star Trek: Away Team and Operation Flashpoint). I've also been told several times that it's OK, even if they're not GPL, but now I can't find any info on the sites that tells me so. Could you please tell me what the deal is (I've used it in a project

hi, I downloaded the vorbis-sdk-1.0rc3 and wrote an application that plays ogg files using DirectSound(win32 application). It uses streaming technique - I'm implementing and passing IStream interface to the DirectX. The interface is used by DirectX to fill his buffers during playing. DirectX is assuming that it's readind from a wav file, so the interface decodes on-the-fly so that

On 01/11/2019 23:32, Bob Wyatt wrote: >> -----Original Message----- >> From: Rowland penny <rpenny at samba.org> >> Sent: Wednesday, October 30, 2019 4:06 AM >> To: samba at lists.samba.org >> Subject: Re: [Samba] Samba 3.6.23 (IBM version), Windows AD at the functional 2003 level >> >> On 29/10/2019 22:47, Bob Wyatt via samba wrote: >>> My

I haven't managed yet to get any stacktrace, but I'll work on it (that's the problem using C/C++ code in an Android app...). Also, it's important to notice that I manage to make ov_read() crash, *even when the audio file is fully downloaded!* What I do to reproduce the bug is to call ov_pcm_seek() (without any reload of the file) many times in a row, very quickly (like 6-7 times

Thanks for your answer. But as I said, I don't have any problem seeking in a local file. Also, I have full control on the ogg file I play, since I encode it by myself. I first would like to know if the code I provided ( https://gist.github.com/mregnauld/3f7cdc43b02ec3bbd91641b9333ba072) is good practice when it comes to extracting and seeking in a file that is being downloaded. Thanks.