SDRplay Community Forum

That error means the .so is in the wrong format for your system. What OS and processor are you using?

Best regards,

SDRplay Support

The Mac files have been updated on the website - http://www.sdrplay.com/downloads

Download and install them both.

Best regards,

SDRplay Support

I think I need to remind people that this forum is primarily for the community to assist and share information with each other. It is not an official support forum and we strongly advise people to contact us if the issue is relating to a SDRplay product (http://www.sdrplay.com/support) We do read as...

It's the first time any one in this thread has mentioned a specific platform, so it's been difficult for me to understand what isn't working. The CubicSDR github repository is updated almost daily - it's not possible for us to keep totally up to date with these builds. We provide installs as a court...

I'll need specifics to be able to help. I've just built SoapySDR, SoapySDRPlay and CubicSDR all from their respective master sources on github. I'm on Ubuntu 16.04 Linux x64 Desktop PC and CubicSDR 0.2.2 is running fine and has no problems using either RSP1 or RSP2 As I've said I've seen this before...

CubicSDR knows nothing about the RSP - all communication from CubicSDR is via the SoapySDR module. So there could be an issue with comms between CubicSDR and SoapySDR but it can't directly be between CubicSDR and the RSP That's why I'm suggesting to break down the problem. Does SoapySDRUtil work cor...

If you've got the latest API, built SoapySDR and SoapySDRPlay and the following command doesn't work then it's not related to CubicSDR...

SoapySDRUtil --probe=sdrplay

Best regards,

SDRplay Support

When this happens it normally means that SoapySDR and SoapySDRPlay need to be rebuilt. I've no idea what the dependency is but this has worked on new builds in the past.

Best regards,

SDRplay Support

The output of GetDevices will allow you to identify which device you want to work with and specify in SetDevice. We support coherence by linking RSP2s together (as shown in this application note: http://www.sdrplay.com/docs/SDRplay_RSPII_Reference_Clock_Application_Note_R1P0.pdf ) Remember whatever ...

Heinrich was trying to tell you that you shouldn't run the SDRuno executable, you should run the SDRuno.EXTIO executable. The functionality was separated out several versions ago.

Best regards,

SDRplay Support