<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'><pre>Hi Steve,<br><br>In regards to your post about the anti-aliasing filter<br>you referred to, it appears that it is getting set in<br>librtlsdr.c, rtlsdr_init_baseband()<br><br>If one wanted to change that to optimize the anti-aliasing<br>to a lower bandwidth, say 1500 Khz instead of the 2048 Khz<br><br>How would you change the fir_coeff[] table entries to achieve<br>this? The 8 bit entries and 12 bit entries are confusing to me.<br><br><br>==== orig post ====<br><br>><i> I have seen other reports on the mailing list, saying that sample rates
</i>><i> between 300 kS/s and 900 kS/s don't work. If this applies to all RTL
</i>><i> devices, then maybe it should be documented and the library can return
</i>><i> an error code for such sample rates. Otherwise people will keep walking
</i>><i> into this trap.
</i>
We could return some sort of error in those cases, but such low rates
(< 1MS/s) aren't recommended in general. First of all, the
anti-aliasing filter we're using has a fixed bandwidth of 2 MHz, and
although the coefficients can be changed, I doubt you can get a nice
filter for lower bandwidths with such a low order. And then the ADCs
only have 8 bits resolution, so you want to improve that by decimating,
and also profit from decimation gain.
Even Realtek uses 2.048 MS/s for FM reception in their original Windows
software.</pre> </div></body>
</html>