Thanks Mike. You are spot on. <div><br></div><div>Is there a way that we can decode the Vorbis only stream without information about the packets size from OGG header ? </div><div>I am assuming that Vorbis stream is individually decodable <b><u>without any information from OGG header</u></b>.</div>
<div>Please correct me if i am wrong.</div><div><br></div><div>thanks,</div><div>Pankaj</div><div> </div><div><br><div><br></div><div><br><br><div class="gmail_quote">On Tue, Aug 10, 2010 at 10:55 AM, Michael Smith <span dir="ltr"><<a href="mailto:msmith@xiph.org" target="_blank">msmith@xiph.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Tue, Aug 10, 2010 at 10:52 AM, Jindal <<a href="mailto:jindal25@gmail.com" target="_blank">jindal25@gmail.com</a>> wrote:<br>
> Hi,<br>
><br>
> I am trying to take off the ogg header processing from the Vorbis decoder.<br>
><br>
> During analysis of some streams i found that the lacing values are not<br>
> following as described in document OGG logical bitstream framing.<br>
> <a href="http://xiph.org/vorbis/doc/framing.html" target="_blank">http://xiph.org/vorbis/doc/framing.html</a>.<br>
> Now as the document says that lacing values are 255 and then followed by a<br>
> value < 255 which marks the end of packet in normal case.<br>
><br>
> Now i have seen stream with header specifying lacing values less then<br>
> 255 before the packet ends.<br>
<br>
</div>I suspect you're misinterpreting that - it's definitely not possible<br>
for any decoder to decode a vorbis stream where the packets are split<br>
like this.<br>
<br>
Perhaps you're confusing packets and pages? There are typically many<br>
packets in a single ogg page - each of them follows the rule you've<br>
quoted.<br>
<br>
Mike<br>
</blockquote></div><br></div></div>