[theora] oggz reading & seeking
prog_ady at yahoo.com
Thu Aug 27 09:43:40 PDT 2009
Thanks a lot you guys! I am using liboggz and i need this for playback from disk. I tried patching my liboggz with the patches mentioned by Chris but haven't had any luck(tried skipping the files that we're not there but always got a malformed patch file error when no more skipping could be done).
So after reading the URL's you posted i tried using the not so fast method described here http://lists.xiph.org/pipermail/theora/2009-July/002544.html. I've been successuful in eliminating the artefacts but it is rather slow.
I tried implementing the following approach then:
1.0 seek to time t, retrieve current byteOffset (with oggz_tell) and currentFrame
2.0 repeat until the offset of the current frame is not 0(beginning of the frame)
-> read data until a full packet is formed
-> extract frame and offset from this packet, if frame=currentFrame and offset is 0
then stop, else decide in which direction to seek(forward if frame<currentFrame, or backward if offset>0 and frame=currentFrame)
Every time curretByteOffset is incremented(with a value that gets halfed now, if we seeked before currentFrame and/) or decremented so this process is reasonably fast.
I do get some artefacts though, even if this method is faster. I'm wondering if i am missing something obvious. Here is some code if that would help better understand the approach i am using:
The seek routine(the numbers are just for testing).
and everytime a video packet arrives i call this function:
--- On Mon, 8/24/09, Chris Pearce <chris at pearce.org.nz> wrote:
From: Chris Pearce <chris at pearce.org.nz>
Subject: Re: [theora] oggz reading & seeking
To: "Manolache Adrian" <prog_ady at yahoo.com>
Cc: theora at xiph.org
Date: Monday, August 24, 2009, 6:23 PM
Your decode will be encountering only interframes after the seek. It will return garbage until it encounters a keyframe. As ogg.k.ogg.k says, you need to seek back to the previous keyframe and decode forwards from there.
I fixed this in Firefox's HTML video element implementation. There's a patch in this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=463358
which you may find useful. This uses the double-bisect method ogg.k mentioned. It still fails in some cases, due to these reasons: http://lists.xiph.org/pipermail/theora/2009-July/002549.html
Seeking is hard.
Another solution is here, but it's not as fast on local files:
On 8/24/2009 7:06 AM, Manolache Adrian wrote:
> 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 "garbage" frames: how can i address this issue?
> theora mailing list
> theora at xiph.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the theora