Nevertheless one thing that annoys me on CubicSdr is that we can only pipe audio out from the application, while on GQRX we can pipe data out through UDP, and hence we can pipe it out to basically anywhere and not be dependent of the audio interface and audio routing on the local PC.
But the truth is that I never was able to make GQRX to work with SDRPlay. I’ve followed some tutorials around the net such as this: http://thomasns.io/gqrx.html and this http://dk3ml.de/2019/01/12/running-sdrplay-with-gqrx-on-ubuntu-18-10/ but at the end I always had this, even with the latest versions of GQRX that support SDRPlay:
While I can hear the FM station at the above frequency the frequency panadapter has a hump at the middle and that’s it, not exactly what I was expecting.
Well the issue is that GQRX at startup does not setup SDRPlay RSP1A propertly and so it shows the above behavior.
So if we get the initial GQRX settings for the SDRPlay:
it looks fine, but as we’ve seen the end result is not as expected. So what we need to do is to re-enter the settings again in a certain order to make this work:
- Stop the data capture, without exiting GQRX (press the Play button)
- Edit the Device settings and choose any other than SDRPlay, and then choose again SDRPlay again. Make sure Bandwidth is set to 0.6Mhz.
- As we can see the default Input rate is set to 2MBps.
- Press Apply, and if we start the capture it should work now, but we have a RSP1A,so…
- Open up again the settings and change the Input Rate to the maximum that RSP1A supports: 10MBps
The end result is this:
And now it works as it should.
While a bit annoying it’s good to see GQRX working fine with SDRPlay RSP1A. Still through GQRX we can’t control the FM and DAB notch filters, which CubicSDR can.