search for: ov_pcm_seek_page

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 the documentation at all, after a OV_ENOSEEK or OV_EINVAL error it seems to me tha...

...sr/local/lib/lib -logg gcc -O20 -ffast-math -mno-ieee-fp -D_REENTRANT -fsigned-char -DUSE_MEMORY_H -o seeking_example seeking_example.o ../lib/.libs/libvorbisfile.a -lm -logg ../lib/.libs/libvorbis.a -lm -logg -lm -L/usr/local/lib/lib -logg ../lib/.libs/libvorbisfile.a(vorbisfile.o): In function `ov_pcm_seek_page': vorbisfile.o(.text+0x19fc): undefined reference to `ogg_stream_packetpeek' ../lib/.libs/libvorbisfile.a(vorbisfile.o): In function `ov_pcm_seek': vorbisfile.o(.text+0x1c32): undefined reference to `ogg_stream_packetpeek' collect2: ld returned 1 exit status make[1]: *** [vorbisfile...

...sr/local/lib/lib -logg gcc -O20 -ffast-math -mno-ieee-fp -D_REENTRANT -fsigned-char -DUSE_MEMORY_H -o seeking_example seeking_example.o ../lib/.libs/libvorbisfile.a -lm -logg ../lib/.libs/libvorbis.a -lm -logg -lm -L/usr/local/lib/lib -logg ../lib/.libs/libvorbisfile.a(vorbisfile.o): In function `ov_pcm_seek_page': vorbisfile.o(.text+0x19fc): undefined reference to `ogg_stream_packetpeek' ../lib/.libs/libvorbisfile.a(vorbisfile.o): In function `ov_pcm_seek': vorbisfile.o(.text+0x1c32): undefined reference to `ogg_stream_packetpeek' collect2: ld returned 1 exit status make[1]: *** [vorbisfile...

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

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 introduced by the new search algo: /* new search algorithm by HB (Nicholas Vinen) */ regards, Martin RCS file: /usr/local/cvsroot/vorbis/lib/vorbisfile.c,v retrieving revision 1.59 diff -u -r1.59 vorbisfile...

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

...he codebook model wants to do. Vorbisfile optimizations; I took HB's optimization patch, fixed a few infinite loop problems in it, and then decided to go a little nuts eliminating unneeded machine initializations and decoding work. The end result is that ov_open (and friends), ov_raw_seek and ov_pcm_seek_page are more than 100x faster (and even faster than that on a network file system), and the other seek functions (that do actually require some internal background PCM decode to get sample boundaries right) are a shade under 2x faster (again, much larger margin on distributed file systems). I also add...