Hi, I have a couple questions on tremor optimizations and lowmem vs the standard implementation.<br><br>1.&nbsp; I was reading about a hardware implementation of the Ogg Vorbis decoder (<a href="http://www.vlsi.fi/fileadmin/datasheets/vlsi/vs1000.pdf">http://www.vlsi.fi/fileadmin/datasheets/vlsi/vs1000.pdf</a>) and they mention on page 20 two memory optimizations they take advantage of.&nbsp; First, they say that if the sample rate is below 48kHz that you&#39;ll never have a window size of 8192 samples.&nbsp; Also, they do not support files encoded with floor0.&nbsp; Are both of these assertations valid?&nbsp; I&#39;ve seen mention that floor0 isn&#39;t used because floor1 is a better algorithm (from a computational and fidelty standpoint) but that floor0 is not officially depreciated.&nbsp; Is the 8192 sample/48kHz something that is guaranteed by Xiph going forward or a shortsighted optimization by VLSI?<br>
<br>2.&nbsp; Other sources have mentioned that the only window sizes used in practice are 256 and 2048 samples.&nbsp; Is this correct?&nbsp; At first I was considering whether or not the other windows could be #ifdef&#39;ed out to save memory, but I&#39;m guessing that would be a bad idea as a future encoder implementation could use the other window options right?<br>
<br>Lastly, is there any good reason to use standard tremor instead of lowmem for an embedded application?&nbsp; I&#39;ve seen mention of increased decoding delay in lowmem but I haven&#39;t seen this delay quantified -&nbsp; are there any figures that might give a hint of what to expect for decode delay in a final implementation?&nbsp; Do most handheld players use lowmem?&nbsp; Also, I did a diff of the standard and lowmem branches and found that they were far more different than I was expecting.&nbsp; Is one considered to be more up-to-date than the other?&nbsp; I compared the audio output from the two and found that they were similar but not bit exact.<br>
<br>Thanks!<br><br>Ethan<br>