[theora-dev] further debugging of my ogg/theora decoder
salsaman
salsaman at gmail.com
Tue Nov 11 05:51:06 PST 2008
Aha ! Solved it, it was a single line of code:
while (ogg_stream_packet_out() && !frame_out) {
..
}
should have been:
while (!frame_out && ogg_stream_packet_out() ) {
...
}
Doh !
:-)
Gabriel.
On Tue, Nov 11, 2008 at 10:31 AM, salsaman <salsaman at gmail.com> wrote:
>
>
> On Tue, Nov 11, 2008 at 5:10 AM, salsaman <salsaman at gmail.com> wrote:
>
>>
>>
>> On Tue, Nov 11, 2008 at 4:48 AM, Ralph Giles <giles at xiph.org> wrote:
>>
>>> On 10-Nov-08, at 11:30 PM, salsaman wrote:
>>>
>>> get page at 1773554
>>>> got packet
>>>> frame++, skip is 0
>>>> frame decoded
>>>> page processed, kframe=444 : offs=444
>>>>
>>>
>>> Why doesn't offs reset to zero here?
>>>
>>> -r
>>>
>>
>>
>> My mistake - it actually outputs the frame number rather than the offset.
>> Subtract kframe from offs to get the real offset.
>>
>> Gabriel.
>>
>>
>
> Now I am not so sure this has anything to do with the audio packets
> (although that may be a problem too).
>
> What I am seeing in another file is, for example:
>
> first set of pages decodes to 5 frames (last granulepos is 1,5)
>
> - decoding in sequence without returning anything results in 5 packets
> being decoded - good
>
> - decoding in sequence, returning a frame each time and then re-entering
> the plugin to get the next frame results in only 3 packets being decoded
>
> I don't understand this at all, because after returning the processing
> continues where it left off, with ogg_stream_packetout(), using the same
> stream data...
>
> Gabriel.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/theora-dev/attachments/20081111/05e05c89/attachment-0001.htm
More information about the theora-dev
mailing list