search for: granuleposandseek

On 12-Feb-08, at 2:54 PM, Silvia Pfeiffer wrote: > I've added Monty's email to the wiki at http://wiki.xiph.org/ > index.php/GranulePosAndSeeking , but I was unable to edit the wiki > entry page and add a "Granulepos and Seeking" link under the > "developer resources" section. Maybe somebody with more rights on > the wiki could add this. I'm not sure it's helpful to keep linking to this. It'...

...it first and then get back to the discussion of Kate's granulepos ... Here is what some documents have to say: * Neither RFC3533 or http://www.xiph.org/ogg/doc/framing.html clarify this. * The seeking algorithm suggested in the (troublesome) email quoted at http://wiki.xiph.org/index.php/GranulePosAndSeeking is "find the earliest page with a granulepos less than but closest to 'x'" should be able to handle equal granulepos (if the earliest of a sequence of pages with equal granulepos is taken to be the first of those in the stream). * The draft mapping for Ogg Dirac uses success...

On 13/02/2008, Ralph Giles <giles@xiph.org> wrote: > > The hypothetical seeking algorithm. We should be writing it down, I > suppose This is about the closest we have to a source document on that: http://web.archive.org/web/20031201054855/http://www.xiph.org/archives/theora-dev/200209/0040.html K.

I have almost finished integration of Theora into our videoconferencing program. Since a videoconferencing program is realtime, it is UDP-based and wraps the Theora stream in RTP (More on that later). The problem here is that most examples I could find, wraps the theora stream in ogg, and used over tcp or files. I send over UDP and clients need to be able to start in the middle of the stream.

Hello! I need to extract audio data at a certain position in respect to the original audio data. Is the "-cbr" switch meant to ensure that data can be found on a specific position? I want to be able to predict where certain audio can be found in the encoded data. An example: If you put 10 apples into a box and then compress the box, you will not be able to predict where apple C

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

...dy corrected that statement then - the wiki seems the right place to put the correct algorithm, IMHO. Cheers, Silvia. On Feb 13, 2008 10:06 AM, Ralph Giles <ralph.giles@artifex.com> wrote: > > On 12-Feb-08, at 2:57 PM, Ralph Giles wrote: > > > http://wiki.xiph.org/index.php/GranulePosAndSeeking > > I'm not sure it's helpful to keep linking to this. It's important > historically, but Monty's whole thesis about "start decoding here and you're > good" is WRONG because of the continued packet issues. > > > To clarify, the seeking algorithm...

...NOT what I want :-) > > > > > > > (Oops, replied off-list by mistake) > > The encapsulation records this information, for Opus in Ogg you want > 'granule position': > http://tools.ietf.org/html/draft-ietf-codec-oggopus-00#section-4 > https://wiki.xiph.org/GranulePosAndSeeking > > I'm less familiar with RTP, but I think the RTP timestamp is probably the > equivalent thing: > http://tools.ietf.org/html/draft-spittka-payload-rtp-opus-03 > > > > -- > imalone > http://ibmalone.blogspot.co.uk > -------------- next part -------------- &g...