SDRplay Community Forum

Luis, you may want to start with the 'Non Windows Workflow' here: https://www.sdrplay.com/non-windows-workflow/ For GNU Radio the workflow is here: https://www.sdrplay.com/docs/gr-sdrplay-workflow.pdf Another option you may want to consider is to run SDRuno on Linux under Wine; a few days ago a user...

It's very interesting that SoapySDRPlay works on Alpine with libmirsdrapi-rsp. Given my reasoning about libc last night I would have expected exactly the opposite, so there's something I am missing here. Do you mind running the command: ldd /usr/local/lib/libmirsdrapi-rsp.so and post the output here...

I just pushed to the 'sdrplay3' branch of my gr-osmosdr repo a version of the GNU Radio block 'gr-osmosdr' that includes a device driver for RSP devices using the new SDRplay API version 3.01 and should (in theory) support the dual-tuner mode available on the RSPduo model. This 'sdrplay3' branch is ...

The reason you are seeing those errors is that Alpine Linux uses 'musl' as its libc library (as stated in their main page https://www.alpinelinux.org/ ), while the developers at SDRplay compiled (and linked) the SDRplay API library 'libmirsdrapi-rsp' using the GNU 'glibc' library (which is commonly ...

I ran the test as you suggested and downgraded libusb to version 1.0.19 - sure enough using libusb-1.0.19 the problem went away: $ rpm -q libusbx libusbx-1.0.19-2.fc22.x86_64 $ ./change_samplerate 2000000 3000000 fs1: 2000000.000000 fs2: 3000000.000000 MaxDevs=6 NumDevs=1 Dev0: SerNo=********** hwVe...

Looks like I'm on 1.0.22: $ ldd /usr/local/bin/sdrplay_apiService linux-vdso.so.1 (0x00007ffcbfdad000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fce66e8e000) librt.so.1 => /lib64/librt.so.1 (0x00007fce66e84000) libusb-1.0.so.0 => /lib64/libusb-1.0.so.0 (0x00007fce66e68000) libstdc++.so.6 => ...

You may want to take a look at 'rx_fm', which is part of rx_tools - https://github.com/rxseger/rx_tools

Franco

While running some tests on the SoapySDRPlay3 driver using the Linux API version 3.01 with my RSP2 (using tuner A, of course), I noticed something curious: whenever in CubicSDR I changed the sample rate from say 2Ms/s to 3Ms/s, after issuing the call to 'sdrplay_api_Update()', the streaming stopped ...

I just created a new git repository ( https://github.com/fventuri/SoapySDRPlay3 ) that has a SoapySDR driver that uses the new SDRplay API version 3.01 (see here https://sdrplay.com/community/viewtopic.php?f=6&t=3997). This driver is based on Charles J. Cliffe's excellent work ( https://github.com/p...

You have two options: Create a symbolic link under '/usr/local/lib' where libmirsdrapi-rsp.so.2.11 points to libmirsdrapi-rsp.so.2.13 (and then run 'ldconfig'): $ cd /usr/local/lib $ ln -s libmirsdrapi-rsp.so.2.13 libmirsdrapi-rsp.so.2.11 $ ldconfig Open a support ticket with SDRplay and they can pr...