<p dir="ltr">Yes, it's basically an intrinsic aspect of the mathematics. If you seek into the middle of an Opus stream, that's about how long it takes before the audio converges to be correct.</p>
<div class="gmail_quote">On Jan 17, 2014 2:13 PM, "Brendan Bolles" <<a href="mailto:brendan@fnordware.com">brendan@fnordware.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Jan 7, 2014, at 11:11 AM, Brendan Bolles wrote:<br>
<br>
> The closest thing to a standards document for putting Opus into WebM is here:<br>
><br>
> <a href="http://wiki.xiph.org/MatroskaOpus" target="_blank">http://wiki.xiph.org/MatroskaOpus</a><br>
<br>
<br>
I'm curious about the part there where it says SeekPreRoll should be set to 80000000. I believe those are in nanoseconds, so that's 0.08 seconds, 3840 samples at 48kHz. Here's a page explaining that it means I need to start decoding that far before the samples I actually need:<br>
<br>
<a href="http://matroska.org/technical/specs/index.html" target="_blank">http://matroska.org/technical/specs/index.html</a><br>
<br>
Is this a fundamental property of the Opus codec that you need to do that?<br>
<br>
<br>
Brendan<br>
<br>
_______________________________________________<br>
opus mailing list<br>
<a href="mailto:opus@xiph.org">opus@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/opus" target="_blank">http://lists.xiph.org/mailman/listinfo/opus</a><br>
</blockquote></div>