<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=big5">
<META content="MSHTML 6.00.2800.1106" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT size=2>
<DIV><FONT size=2>As to tremor fixed-point implementation, i got several
questions, and hopefully some one can help me out.</FONT></DIV>
<DIV>Thanks a lot!</DIV>
<DIV> </DIV>
<DIV><FONT size=2>1. For DSP chips with small and limited memory, how much
memory do we really need for </FONT></DIV>
<DIV><FONT size=2>saving all codebooks before we start to decode audio
packets? Can the bit-rate give us some clues?</FONT></DIV>
<DIV><FONT size=2>Is there some simple guidelines for this? </FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>2. For CRC error protection, it seems to me that we need to
get all the pages, compute the CRC,</FONT></DIV>
<DIV><FONT size=2>and then compare the result to the one for that packet.
That means a huge input buffer in some cases.</FONT></DIV>
<DIV><FONT size=2>So, ignoring the CRC words seems a reasonable compromise for
portable devices, </FONT></DIV>
<DIV><FONT size=2>since it is anyway a error detection, not correction. We
cannot do anything about it except skipping that</FONT></DIV>
<DIV><FONT size=2>packet. Is this assumption ok?</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>3. Any further information/papers/books about how Vorbis gets
audio samples compressed?</FONT></DIV>
<DIV><FONT size=2>Well, the Vorbis I specification does give me some clues, but
not very clear </FONT><FONT size=2>to me. </FONT></DIV>
<DIV> </DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV> </DIV></FONT></DIV></BODY></HTML>