Support for pyrtlsdr python libraries

General
1

This is a specific question for the RTL-SDR Blog V4 drivers build from osmocom/rtl-sdr. This driver does not have support for rtlsdr_set_dithering. I notice that in the unusable (for RTL-SDR Blog V4) driver from librtlsdr/librtlsdr that they have implemented this API call in the driver. Following on from this change the Python library code at pyrtlsdr/pyrtlsdr now uses this api call. As a result when I try to use my RTL-SDR Blog V4 with the python api from pyrtlsdr I get the following error

AttributeError: /usr/local/lib/librtlsdr.so: undefined symbol: rtlsdr_set_dithering

My questions:

1/ Is there a plan to implement dithering so that osmocom/rtl-sdr is compatible with librtlsdr/librtlsdr

2/ if no plan then do you now recommend using V2.1.0 of librtlsdr/librtlsdr because RTL-SDR Blog V4 is now supported following this commit - add rtl-sdr blog v4 support · librtlsdr/librtlsdr@fe22586 · GitHub

What I have tried: - I can easily backup to an earlier commit in pyrtlsdr/pyrtlsdr before they used this rtlsdr_set_dithering API call (I have already proven this) and as a result use out of data python bindings. What do you suggest?

3/ Do you plan to update the guidance in the user guide at rtl-sdr/V4 now that librtlsdr/librtlsdr supports RTL-SDR Blog V4?

Peter.

2

Yes if you need dithering you will need to use one of the forked rtl-sdr libraries like librtlsdr.

Unfortunately, you are right, the Osmocom code does not support dithering. We have no plans to submit a patch to them, but I see no reason as to why they would not accept a patch adding dithering support.

We still recommend that most people use the Osmocom code for stability, as librtlsdr is considered more of an experimental fork.