SDRuno on Linux

[the other ken]

WOW, Thank you.

Easily got this working following your instructions. Using Mint 19.1 and Wine 4.

[StandingWave]

SDRplay have just released version SDRuno 1.3 which has the new scanner feature. Although I have not had an in-depth look at it yet, when I installed it on WINE in Linux, I found that the ExtIO version no longer works but instead, generates an "Unhandled exception: page fault on read access..." error. A small blank Window with the title 'Sdruno' is spawned at the same time and closes along with the error dialogue when it shut down.

The first line of the detail shows:

Unhandled exception: page fault on read access to 0x00000f30 in 32-bit code (0x00430965)

Initially I thought that this might be some obscure problem with the 32-bit architecture, but digging a little further into this, I discovered that the version 1.3 installer does not come bundled with the ExtIO edition of SDRuno like version 1.22 did. Consequently after installing version 1.3, SDRuno and the support files get updated to version 1.3 while SDRuno ExtIO edition still remains at version 1.22 on the system. It is perhaps not too far fetched to suppose that perhaps version 1.22 of SDRuno ExtIO would now have compatibility issues with the later version of the support files installed with SDRuno version 1.3.

I have attached screenshot of the error dialogue I am getting when I try to run SDRuno ExtIO (version 1.22) after installing SDRuno version 1.3. Fortunately, it is easy enough to revert back to 1.22 after installing version 1.3 just by re-installing version 1.22, whereupon the existing SDRuno ExtIO version will start to work again. Looking at the downloads on SDRplay, I notice that version 1.22 (annotated ExtIO as opposed to All RSP's) is still available for download from SDRplay and this is the version that will be required to install SDRuno ExtIO edition in WINE on Linux.

Can I ask SDRplay whether an updated ExtIO version is planned for release at some point?

[sdrplay]

You cannot install 1.3 and 1.22 into the same directory as this will corrupt the ExtIO version.

The reason that the ExtIO version had to stop development was that we have had to focus on RSP integration into SDRuno and quite a number of the improvements are not compatible with the support for other hardware. There may be some small improvements made to the ExtIO version at some point, but I can't say what they would be or when they would happen I'm afraid.

Best regards,

Andy

[sdrplay]

It's important to note that whilst the ExtIO version of SDRuno is bundled with the 1.22 release, it is actually 1.06 so you will appreciate how far apart in development terms that is from what we have today with 1.3

It's likely that we'll release the ExtIO 1.06 version as a separate install so that people aren't having to install 1.22 when they don't need to.

Best regards,

Andy

[StandingWave]

Andy, thank you for the clarification.

[Strykar]

@StandingWave First up, nicely done, I never explored the EXTIO version and could only confirm the standard SDRUno version exits right after starting
Is 4.0 your output of wine --version?

I'm using Wine 4.2 and I can get SDRUno to connect and rsp_tcp confirms it but I see no text on any of the buttons, making it unusable.

I've tried fixes from the Wine FAQ but the issue persists. Wine devs ask to upgrade to 4.2 before they'll offer any support.
Any chance you could test on a Ubuntu 18.10/Wine4.2 system?

Another quirk - If I start the standard non-EXTIO version of SDRUno, it shows all the windows momentarily with the proper text on buttons before failing due to lack of USB RSP detection. This leads me to believe there are some quirks when using rsp_tcp and it's not the Wine version that's causing the missing text.

I'm currently compiling Wine 4.0 to test, but I've been told it's likely not an issue between Wine versions.

[Strykar]

The reason that the ExtIO version had to stop development was that we have had to focus on RSP integration into SDRuno and quite a number of the improvements are not compatible with the support for other hardware. There may be some small improvements made to the ExtIO version at some point, but I can't say what they would be or when they would happen I'm afraid.

I sincerely hope there's enough development done on ExtIO to at least have the RSP's usable in the future. I have my RSP2Pro setup remotely and need to talk to it via an Odroid-C2, which works well BTW. Being able to use SDRUno would complete the linux experience for those of us who don't use Windows.
FWIW, getting it to work via Wine would save SDRPlay tons of development time over a native linux version.

[nk2042]

For those who want to try, the extio also works with HDSDR on wine.

https://sdrplay.com/community/viewtopic ... 137#p13982

[StandingWave]

@StandingWave First up, nicely done, I never explored the EXTIO version and could only confirm the standard SDRUno version exits right after starting
Is 4.0 your output of wine --version?

Yup, the standard version just exits like it does on Windows when the RSP is not plugged in, because it can't 'see' the USB port.

This is the output from my wine --version command:

$ wine --version
wine-4.0

I just installed the wine-stable package and that's the version I ended up with.

I'm using Wine 4.2 and I can get SDRUno to connect and rsp_tcp confirms it but I see no text on any of the buttons, making it unusable.

Following your post, I tried installing the wine-staging package on my test system which is in a virtual machine. I had to completely remove/purge the wine-stable package first, but that's another story.... After eventually getting it installed, I ended up with WINE version 4.4.

I then tried SDRuno EXTIO and .... got exactly the same issue that you were having. The buttons were just empty boxes. Since I had version 4.4 installed, I went on to #winehq on IIRC where eventually someone suggested it might be a missing font. Rather than guessing which one, I just installed the package ttf-mscorefonts-installer. The good news is, that, after doing so, the button text did appear in all of the the boxes. I guess WINE just needed to have the correct TrueType MS font which evidently is not available in WINE by default. I must have installed the fonts on my working system some time ago and forgot that I had done so. Hopefully that will work in WINE 4.2 as well.

Incidentally, I was able to get RSP_TCP and SDRuno EXTIO running in WINE on Linux in Virtualbox with the RSP plugged into the USB port on the host PC, however the performance suffered badly to the point of being unusable. To be fair, it is perhaps a tall order to run a Windows program in WINE, which is already an emulated environment (WINE) in yet another virtual layer, i.e. the virtual machine. On the other hand, when the RSP was connected to the Pi instead, the performance seemed comparable to running SDRuno EXTIO in WINE directly on the host OS. It would therefore seem that the USB tunnel between the virtual machine and the host OS presents a substantial bottleneck to the streaming throughput. I'm not recommending running SDRuno EXTIO it in a virtual machine, but it seems that it is at least possible if the RSP is connected to another remote host such as a Pi or another PC.

For those who want to try, the extio also works with HDSDR on wine.

https://sdrplay.com/community/viewtopic ... 137#p13982

Thanks for the update. I saw your thread a few days ago. I'm glad you got it working. I have now tried it myself as well and can confirm that it works quite nicely.

[ve9gj]

Thanks StandingWave!

Just installed with your instructions on Ubuntu 18.04 64bit, wine version 4.0 with RSP1

Appears to be working great
73
Glenn VE9GJ