<br><div class="gmail_quote">On Tue, Feb 26, 2008 at 4:48 PM, Jean-Marc Valin &lt;<a href="mailto:jean-marc.valin@usherbrooke.ca">jean-marc.valin@usherbrooke.ca</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">&gt;&gt; There general idea with Ogg has been to distinguish non-fatal from<br>
&gt;&gt; &nbsp;fatal errors. libogg reports these by returning -1 while still<br>
&gt;&gt; &nbsp;returning the next valid bit of data.<br>
&gt;<br>
&gt; ok, would non-fatal translate into a SHOULD recommendation in the<br>
&gt; spec, and fatal translate into a MUST?<br>
<br>
</div>I assume there there are cases where a MUST isn&#39;t respected, yet libogg<br>
is still able to recover something. If it&#39;s just a SHOULD that isn&#39;t<br>
respected, it shouldn&#39;t be considered as an error in the first place.<br>
</blockquote><div><br>Hmm, good point. Maybe it requires a MUST specification... But then, it would not be conformant to have a partial packet on the last page....<br>
<br>S.</div></div>