A 51.2kHz rate could be done with most ADC&#39;s, however, if a digital output was being used, a sample rate converter would be necessary to match the rates to external components. (for audio networking, etc).<br><br>I understand your argument, and it can be done. It just doesn&#39;t seem like an optimal solution.<br>
<br>Regards<br><br>PS. I think the CELT community is great. And having direct communication with the developer is a wonderful asset. Thank you for your time and energy.<br><br><br><div class="gmail_quote">2010/5/19 Jean-Marc Valin <span dir="ltr">&lt;<a href="mailto:Jean-Marc.Valin@usherbrooke.ca">Jean-Marc.Valin@usherbrooke.ca</a>&gt;</span><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">Quoting Bob Bang &lt;<a href="mailto:bob.bang2@gmail.com">bob.bang2@gmail.com</a>&gt;:<br>

</div><div class="im">&gt; in regards to your oversampling idea, the extra processing required may<br>
&gt; nullify the gains from using DSPLIB over kissfft.<br>
<br>
</div>I&#39;m not suggesting resampling, but actually doing the native sampling at 51.2<br>
kHz.<br>
<br>
Cheers,<br>
<font color="#888888"><br>
   Jean-Marc<br>
</font><div><div></div><div class="h5"><br>
&gt;<br>
&gt; To be honest, I have not measured the MIPS difference between DSPLIB and<br>
&gt; kiss FFT, I will try to do that sometime soon to see how much of a<br>
&gt; difference the intrinsic libraries make. Do you have those numbers already?<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; 2010/5/18 Jean-Marc Valin &lt;<a href="mailto:Jean-Marc.Valin@usherbrooke.ca">Jean-Marc.Valin@usherbrooke.ca</a>&gt;<br>
&gt;<br>
&gt; &gt; Hi Bob,<br>
&gt; &gt;<br>
&gt; &gt; A few questions/comments:<br>
&gt; &gt;<br>
&gt; &gt; 1) It may be possible to use the TI DSP for all of the radix-2 steps in the<br>
&gt; &gt; FFT<br>
&gt; &gt; and then only apply the radix 3 and 5 in C.<br>
&gt; &gt;<br>
&gt; &gt; 2) I assume that the sampling is done on the TI chip, so couldn&#39;t you just<br>
&gt; &gt; configure it to work at 51.2 kHz? This would produce frames that are powers<br>
&gt; &gt; of<br>
&gt; &gt; two and the resulting bit-stream would be perfectly compatible with a<br>
&gt; &gt; decoder<br>
&gt; &gt; running with the same frame duration (hence 15/16 the actual number of<br>
&gt; &gt; samples)<br>
&gt; &gt; at 48 kHz.<br>
&gt; &gt;<br>
&gt; &gt; Cheers,<br>
&gt; &gt;<br>
&gt; &gt;   Jean-Marc<br>
&gt; &gt; Quoting Bob Bang &lt;<a href="mailto:bob.bang2@gmail.com">bob.bang2@gmail.com</a>&gt;:<br>
&gt; &gt;<br>
&gt; &gt; &gt; Hello Jean-Marc, I appreciate you taking our feedback in this change.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; I would be against this new input frame size change as I am developing on<br>
&gt; &gt; &gt; the TI 55x platform.  On this platform it benefits to use the DSPLIB<br>
&gt; &gt; which<br>
&gt; &gt; &gt; REQUIRES a power of 2 frame size.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; My current setup is using a 48kHz sample rate and a 128 sample frame size<br>
&gt; &gt; &gt; (~2.5ms).<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt;<br>
<br>
<br>
<br>
</div></div></blockquote></div><br>