similar to: seeking

Hi, I intend to use Ogg+Speex for voice recording/playback in a VoIP app. I am experimenting with liboggz to get acquainted with its API. As test files I am using some Ogg-Speex files converted from WAV files with speexenc.exe. I wrote a little testing app in Visual Studio 2010 under Windows 7. I defined OggzReadPage and OggzReadPacket callbacks with oggz_set_read_page()

Hi, The Ogg-Speex test file I used is CBR. I am sure of that by running oggz-dump on the file and confirming that all audio packets have 38 bytes; that means (for narrowband) a constant 15 Kbps. I wrote a very basic test program in Visual Studio 2010 that demonstrates the strange behaviour I mentioned. The output shows that the audio file has 8 pages, 6 of them

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

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 <

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

Hi developers! I would like to know if it is possible to use Vorbis encoder as a real-time encoder for Pocket PCs, because they don't have floating point based unit. If not, do you plan to make a fixed-point based encoder? I'm very interested in this issue so if I could help, I will. I'm working on fixed-point MP3 encoder for XScale devices in cooperation with Intel. It seems that

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

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

??????? I've rewritten my theora player using liboggz. I've stumbled upon a few issues though. First of all liboggz exposes oggz_read and oggz_run, but how can i read only sound data, or only video data using liboggz, say something like this: oggz_read_sound(1024), oggz_read_video(1024). ? ? ? ?? Second of all i tried using liboggz's seek function. Immediately after the seek i get some

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

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 have a 1.1G Ogg file with vorbis and theora. oggz_seek_units() takes 14 seconds to find a position in the file towards the end. Now, the function guess() in oggz_seek() guesses a position at about 1.5G and then slowly searches back until it finds the end of the file (continously seeking beyond the end of the file and then calling read which returns 0). Then it does a linear scan from the

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 everybody, I'm new to this mailing list so I'm sorry if it's the wrong place to post this. I'm developing a Speex player and I need to seek with a precision of milliseconds. I used liboggz that supposedly does just that, but it never seeks exactly where it should. For example if I use oggz_seek_units(oggz, 18450, SEEK_SET) result it's 16386 and there is a delay between

Hi, I am using oggz-chop in the ubuntu jaunty, am I doing something wrong? $ oggz-chop -o yt1.ogv -s0 -e500 ondrej.ogv Segmentation fault gdb session doesn't reveal much, since it isn't compiled with debugging symbols: (gdb) bt #0 0x00007f9e5d2f0092 in memcpy () from /lib/libc.so.6 #1 0x0000000000403698 in ?? () #2 0x000000000040262e in ?? () #3 0x000000000040285d in ?? () #4

Hi, Can anyone familiar with data alignment issues on ARM give me some advice about this bug?: https://bugzilla.mozilla.org/show_bug.cgi?id=483912 The relevant code is in liboggz HEAD at: http://git.xiph.org/?p=liboggz.git;a=blob;f=src/liboggz/oggz_auto.c;h=ebb825c348298dc352a54d6925ce74ed707bbc3a;hb=HEAD#l138 cheers, Conrad.

Did you try OggFLAC and MkaFLAC as alternative containers ? For OggFLAC you need libogg, the Xiph documentation should be describing how to seek in the file. But i dont know if using another container than native FLAC framing is an option for you ..... Christian matroska project admin august wrote: > sorry to bother again, > but I can narrow down my problem to certain parst of my flac

On Fri, Jun 5, 2009 at 4:30 AM, ogg.k.ogg.k at googlemail.com <ogg.k.ogg.k at googlemail.com> wrote: > It holds the granulerate, so it'd allow this for those codecs that use the > granule shift way of encoding their granules (except for those pages > where no packet ends, as these will have no granpos set). BTW, we need to add another field out of the remaining reserved bits