Incorrect samplerate from RTL-SDR

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-sdr@lists.osmocom.org/.

Steve Markgraf steve at steve-m.de
Sun Jan 5 21:55:02 UTC 2014


Hi,

On 05.01.2014 18:04, Joris van Rantwijk wrote:
> If you know that the hardware is going to freak out, I think returning
> -EINVAL is a more useful thing to do.

Thanks for the suggestion, after some further testing I've now pushed
a change that excactly does this.

> Normally I expect a function to either do what it promised or return an
> error. Because RTL-SDR is reverse-engineered, it is not fair to judge
> it to such high standards. Still, it would be good to document known
> limitations of the RTL chip in the library via comments or error codes.

I've also documented the function in rtl-sdr.h now.

> That is good to know. So in general I should try to keep the hardware
> sample rate high, and resample in software if needed.

Yes, that indeed is the best approach with those devices.

Regards,
Steve





More information about the osmocom-sdr mailing list