similar to: re: Seek problems with vorbis_file

Turned out to be a bug in my implementation of the file callbacks (not setting up vi->end properly). Apologies :) -----Original Message----- From: owner-vorbis-dev@xiph.org [mailto:owner-vorbis-dev@xiph.org] On Behalf Of Michael Smith Sent: 11 May 2004 01:04 To: vorbis-dev@xiph.org Subject: Re: [vorbis-dev] re: Seek problems with vorbis_file On Tuesday 11 May 2004 01:43, Paul Knight wrote:

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

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

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

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.

Well, your " OggPlayer::release; OggPlayer::open; before OggPlayer::seek" seems to work! Thank you so much! Also, I'll take a look at the Opus codec, thanks for the advice! For your information, here was the problem in details: let's say I download an audio file whose length is 300 seconds. When, for example, 15 seconds of the file were downloaded, I called OggPlayer::open().

I need to be exposed to a way of seeking theora streams. I have repeatedly found the same question asked on a different forums but could not find an answer. I'm working on a game and started integrating video with theora, the sound works just fine with ogg/vorbis(i find it easy to seek using ov_raw_seek for audio files). Could someone please point me to some example/code of how can i seek with

How do I seek back to the beginning of a stream using ov_pcm_seek()? ov_pcm_seek(0) doesn't seem to do anything, though ov_pcm_tell() returns 0 right after opening the stream. I'm now using ov_pcm_seek(1) which seems to work, but I'm not sure if that's really right. Are PCM offsets meant to be 0 or 1 based? Is this a bug? Frank -- Frank Heckenbach, frank@g-n-u.de

Hi, I'm new to mailing lists, so don't argue if I do sth wrong... I'm coding on a C++ game with Vorbis- and 5.1-Surround-compatibily. For two channels (stereo), everything's fine, but when I try to read a 6-channel-ogg, ov_read returns -131 (OV_EINVAL). That's strange, because as the specification says, it only returns OV_HOLE or OV_EBADLINK as errors [1]. Have I missed

ok, I'm aware that vo_open cant be used at the same time as other functions such as ogg_sync_wrote, ogg_sync_pageout, ogg_stream_pagein, ogg_stream_packetout and vorbis_synthesis_headerin. In order to get information from the bitstream i've been using this method because it's fast and doesn't require decoding of the stream. But, i can only retrieve the average bitrate of

I seem to be having a small problem, with _f0_fit_to_clear, basically I get a segment violation when trying to seek, (it seems to take two seeks before it falls over) and for some vorbis file after playback as finished. Here's a stack crawl for the seek. loading symbols segment violation occurred _f0_fit_clear: _f0_fit_clear: +002a ea3039c6: * 103b cmpl (%eax), %edx

Hello, hope you're fine. And hopefully someone can help me. I wrote a short demonstration to show you my problem (see below). I'm asking always for 64 samples. When "ov_read_float()" is finished, I want to seek back to sample 1, and ask immediately for the next 64 samples. But when I run this small app, I get an totally high CPU load. Is there a way to it speed up? Or do I

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

Not too long ago, I converted my whole cd library to OGG format, because I loved the way it sounded, and the fact that is was open source. Recently, I wanted to update my library with the latest CVS code. I just did a compile of the CVS ogg binaries (ogg.dll, vorbis.dll, vorbis_enc.dll, vorbis_file.dll), and I noticed they were alot larger in size than the default ones that came with CDex. I

Is there a straight forward method for seeking straight to a particular logical stream using vorbisfile? I'm guessing I'll have to look the offset for a given link up in vf->offsets, and use that in ov_raw_seek? Thanks, John --- >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

I'm working on an application where I need to record the current playing position and return to it later. and I need this to be done the most efficient way, so I used ov_raw_tell() and ov_raw_seek() because the documentation says they are the best when speed is a concern. but the problem is that sometimes ov_raw_tell returns the same value before and after calling ov_read; here's an

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

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

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

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