<div dir="ltr">Hi<div><br></div><div><div>Perhaps you can add a simple performance test to rtl_fm.</div><div>"decoding 100000 samples takes xxx ms" or something like that.</div><div>It helps to compare different CPU and OS families.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 30, 2014 at 4:19 PM, keenerd <span dir="ltr"><<a href="mailto:keenerd@gmail.com" target="_blank">keenerd@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class=""><div class="h5">On 1/30/14, Anders Lynge Esbensen <<a href="mailto:anders@lyes.dk">anders@lyes.dk</a>> wrote:<br>
> Hi and thanks for a great tool set.<br>
><br>
> I've implemented a faster FM demodulator for rlt_fm. Its an<br>
> instantaneous frequency demodulator, like the already implemented atan<br>
> method, but it uses some math tricks to get rid of the the actual atan<br>
> calculation. Feel free to use it if you wish<br>
<br>
</div></div>Nice, thank you.<br>
<br>
It should probably be under the -A option with all the other types of<br>
FM demodulator math.  Maybe benchmark it against the other FM<br>
demodulators, "-A fast" or "-A lut".  The default "-A std" was not<br>
designed to be very quick, just accurate.  Being faster than "-A std"<br>
is not very difficult.<br>
<br>
Let me see if I can get a fixed-point version written.<br>
<br>
-Kyle<br>
<a href="http://kmkeen.com" target="_blank">http://kmkeen.com</a><br>
<br>
</blockquote></div><br></div></div></div>