similar to: ov_time_seek to 0s fails... AGAIN

Hello, the appended Patch makes vorbis work on KDE 3.0.(again) A seek on a closed stream segfault vorbis, unfortunately this situation happens in the KDE Multimedia player very frequently (threads), thus vorbis does not work with KDE 3.0. The bug is that the goto seek_error calls in ov_pcm_seek_page do not set the return value in the error case. Monty, can you apply this? The bug was

Hello, If you call ov_time_tell(vf) after a ov_time_seek(vf, 0), it returns Not A Number (Negative Infinity). I tested this only using Win32 MSVC++ 6 Dynamic, Release. Does it also occur on other platforms? Is this the right behaviour? Seems wrong to me. Anyway, it caused a range check error in my code, and a divide by zero when I disable range checking (I'm using Borland Delphi 5). I

I’m running into a problem with my application crashing when I make a call to the ov_time_seek() function. The call includes the OggVorbis_File and it is indeed seekable, as I first check that using the ov_seekable() function. Everytime, however I try to seek forward, the application dies with a core dump. I’m working with the example from the “VorbisFile Documentation” site. The application

On Mon, 12 February 2001, OmegaDan wrote: [snip code] Hmm, weird.. that does work for me. I only had the trouble that ov_time_tell returned negative infinity after a ov_time_seek to 0 secs. This is my code: function TMainForm.ReadBuf(Buffer: PChar; Size: Longword; var Time: Single): Longword; var BytesRead, Change: Longword; begin BytesRead := 0; Time := ov_time_tell(vf^); if Time <

Hi, I need to know if it is possible to seek the Speex stream. I want to have an ability to seek in time, just like Vorbis does. Vorbis has function "ov_time_seek" and I want something like this from Speex. Is this possible? Thanks for any reply. Rado --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this

This patch ensures that lib/lib/vorbisfile.c will not use negative value of "link" when seeking. Negative value (link=-1) was used by ov_time_seek(vf, 0.0) at least. Double arithmetic is not precise, it depends on order of operands. "for(i=0;i<links;i++) sum+=x[i]" gives slightly different result than "for(i=links-1;i>=0;i--) sum+=x[i]". I tried add this

The changes to vorbisfile that I suggested earlier have now been committed - this is mostly a merge of my code with a similar patch from Martin Vogt (thanks Martin). The old ov_open() interface remains untouched - and for many people, this is all you'll need to use, ever. It now calls the new interface with appropriate arguments. The new ov_open_callbacks() function adds an extra argument to

Hi, I've been playing with a little player, and it seems I can't ov_open a file twice? heres a snipit... <p>#include <stdio.h> #include <stdlib.h> #include <errno.h> #include <vorbis/vorbisfile.h> OggVorbis_File vf; FILE *f = NULL; int main(int argc, char **argv) { char *file = NULL; int err = 0; if(argc < 2) {

Good day. It seems vorbisfile has a bug. There is a such string in ov_time_seek: ogg_int64_t target=pcm_total+(seconds-time_total)*vf->vi[link].rate; It is not accounted type convertion between double and ogg_int64_t. E.g. if I convert 440267'th sample (44100Hz source) to time: double dSec = 440267 / (double) 44100; and then try to seek dSec: ov_time_seek(pOVFile, dSec); the resulting

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

In file vorbisfile.c, function int ov_pcm_seek_page(OggVorbis_File *vf,ogg_int64_t pos) the calculation of the approximate seek point causes an overflow for very large files and on pure 32 bit architectures. /* take a (pretty decent) guess. */ bisect=begin + (target-begintime)*(end-begin)/(endtime-begintime) - CHUNKSIZE; The temporary expression (target-begintime)*(end-begin)

>From the documentation that I read, ov_time_tell is supposed to tell you the how many seconds the decoder is into in the stream. However, I'm getting some weird results from it. On my stream (which is seekable - I verified it), ov_time_total returns the correct total seconds. However, when I start playing, ov_time_tell first gives me a wrong floating point number (like 4.969.). when I

I have been having problems compling vorbis on my computer( running redhat 7.1 ), it gives me a bunch of errors about vorbisfile.o( at least that what the errors are complaining about...I don't know enough to figure out what is wrong ). Below is the output I get from compile: Making all in examples make[1]: Entering directory `/home/mchavez/devel/vorbis/examples' /bin/sh ../libtool

I have been having problems compling vorbis on my computer( running redhat 7.1 ), it gives me a bunch of errors about vorbisfile.o( at least that what the errors are complaining about...I don't know enough to figure out what is wrong ). Below is the output I get from compile: Making all in examples make[1]: Entering directory `/home/mchavez/devel/vorbis/examples' /bin/sh ../libtool

Hi, I'm experiencing (what I think), is an odd problem. Whenever I try to open a plain ogg file with the code below, it is failing with OV_EBADHEADER. I am able to open (and play), blowfish encrypted files using the ov_open_callback (and openssl BIO functions), so I thought maybe I had struck some silly problem with the default FILE * handlers. So I whipped up a basic callback handlers for

Hi, I am using libvorbis-1.0.1 and I am trying to debug the example decoder (examples/decoder_example.c) using gdb. I have compiled the source tree for debug and can single step through the program. However i am facing the following problem (which I think is more of C than vorbis) 1. after single steppig I finally arrive at the function shown below (in file lib/info.c) static int

Hi folks, I'm doing a merge of my current branch onto the mainline (for testing) today. I believe it to be stable. Just a little more vorbisfile testing. After the merge, I have a few more patches to apply, then onto cascading/coupling. New stuff: Floor backend 1 and residue backend 1; both are present, but the mainline modes won't use either yet. Naturally, both are enabled for

> I need to know if it is possible to seek the Speex stream. I want to have an > ability to seek in time, just like Vorbis does. Vorbis has function > "ov_time_seek" and I want something like this from Speex. Is this possible? > Thanks for any reply. It's not really a feature of Speex, but Ogg. So if you have a Speex stream in an Ogg container, it's possible to seek.

On Thu, Feb 26, 2004 at 03:20:01AM -0500, Jean-Marc Valin wrote: > > I need to know if it is possible to seek the Speex stream. I want to have an > > ability to seek in time, just like Vorbis does. Vorbis has function > > "ov_time_seek" and I want something like this from Speex. Is this possible? > > Thanks for any reply. > > It's not really a feature

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