Gqrx 2.9 released

[Alexandru Csete]

Greetings,

There is a new Gqrx release available, with the following updates:

- Verified Airspy HF+ support
- Always save TCP and UDP host settings
- Fixed application hang when pulseaudio server is not running

Otherwise it has been mostly a packaging exercise. There are binary
packages for Mac OS X, Ubuntu 14.04 - 17.10, Raspbian Stretch, and
also a generic intel x64 binary, see
http://gqrx.dk/download

Let me know how it works out.

Alex

[G3TDJ]

Thanks Alex....The v2.9 release works very well with my SDR-IQ (Airspy HF+ on order)

It's so good to have a 100% native Linux receive setup with Gqrx, Fldigi, QSSTV, WSJT-x etc

(Linux Mint 64-bit v18.2 - Mate)

many thanks

Andy G3TDJ

[Alexandru Csete]

Hi Neil,

It looks like this error is not necessarily related to Mac OS X
version, but to API incompatibility in SoapySDR. Can you give me more
info about your setup and in particular the things related to
SoapySDR?

Alex


On Mon, Nov 13, 2017 at 11:52 AM, Neil Matchan <nmat...@optusnet.com.au> wrote:
> Alex,
> Crashing at start-up on OSX 10.13.1 (as you suggested on your download
> page).
>
> Gqrx crash output:
> Process: gqrx [91908]
> Path: /Applications/HamRadio/*/Gqrx.app/Contents/MacOS/gqrx
> Identifier: dk.gqrx.www
> Version: 2.9 (0)
> Code Type: X86-64 (Native)
> Parent Process: ??? [1]
> Responsible: gqrx [91908]
> User ID: 501
>
> Date/Time: 2017-11-13 19:58:14.296 +1100
> OS Version: Mac OS X 10.13.1 (17B48)
> Report Version: 12
> Anonymous UUID: EDAF2EE1-D371-C890-7937-98C01AE314E8
>
> Sleep/Wake UUID: 8D6F2A74-40D4-41EC-BFA8-6F766C2ADD32
>
> Time Awake Since Boot: 120000 seconds
> Time Since Wake: 7900 seconds
>
> System Integrity Protection: enabled
>
> Crashed Thread: 0 Dispatch queue: com.apple.main-thread
>
> Exception Type: EXC_CRASH (SIGABRT)
> Exception Codes: 0x0000000000000000, 0x0000000000000000
> Exception Note: EXC_CORPSE_NOTIFY
>
> Application Specific Information:
> abort() called
> terminating with uncaught exception of type std::runtime_error:
> soapy_source_c::set_iq_balance_mode() not supported
>
> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> 0 libsystem_kernel.dylib 0x00007fff69ac1fce __pthread_kill + 10
> 1 libsystem_pthread.dylib 0x00007fff69bff150 pthread_kill + 333
> 2 libsystem_c.dylib 0x00007fff69a1e30a abort + 127
> 3 libc++abi.dylib 0x00007fff67a00f8f abort_message + 245
> 4 libc++abi.dylib 0x00007fff67a01113
> default_terminate_handler() + 241
> 5 libobjc.A.dylib 0x00007fff68d85eab _objc_terminate() + 105
> 6 libc++abi.dylib 0x00007fff67a1c7c9 std::__terminate(void
> (*)()) + 8
> 7 libc++abi.dylib 0x00007fff67a1c26d __cxa_throw + 121
> 8 libgnuradio-osmosdr.0.1.5git.dylib 0x000000010acdefe2 non-virtual thunk
> to soapy_source_c::set_iq_balance_mode(int, unsigned long) + 66
> 9 org.qt-project.QtCore 0x000000010ba47a81
> QMetaObject::activate(QObject*, int, int, void**) + 913
> 10 dk.gqrx.www 0x000000010a04cc30
> DockInputCtl::iqBalanceChanged(bool) + 64
> 11 dk.gqrx.www 0x000000010a04cdff
> DockInputCtl::qt_metacall(QMetaObject::Call, int, void**) + 63
> 12 org.qt-project.QtCore 0x000000010ba48233
> QMetaObject::activate(QObject*, int, int, void**) + 2883
> 13 org.qt-project.QtWidgets 0x000000010af41348 0x10ad5d000 + 1983304
> 14 org.qt-project.QtWidgets 0x000000010af40719
> QAbstractButton::setChecked(bool) + 297
> 15 dk.gqrx.www 0x000000010a003b22
> DockInputCtl::readSettings(QSettings*) + 690
> 16 dk.gqrx.www 0x0000000109f0f3b7
> MainWindow::loadConfig(QString, bool, bool) + 5063
> 17 dk.gqrx.www 0x0000000109f0b138
> MainWindow::MainWindow(QString, bool, QWidget*) + 7496
> 18 dk.gqrx.www 0x0000000109f044db main + 5163
> 19 libdyld.dylib 0x00007fff69972145 start + 1
>
>
>
> SoapySDR version info (latest version from SDRPlay site)
>
> /usr/local/bin/SoapySDRUtil --info
> ######################################################
> ## Soapy SDR -- the SDR abstraction library
> ######################################################
>
> Lib Version: v0.6.1-g285e72aa
> API Version: v0.6.0
> ABI Version: v0.6
> Install root: /usr/local
> Search path: /usr/local/lib/SoapySDR/modules0.6
> Module found: /usr/local/lib/SoapySDR/modules0.6/libsdrPlaySupport.so
> Loading modules... done
> Available factories...null, sdrplay,
>
> Cheers,
> Neil - vk3zve

> --
> You received this message because you are subscribed to the Google Groups
> "Gqrx SDR" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to gqrx+uns...@googlegroups.com.
> To post to this group, send email to gq...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/gqrx/244b9467-29b7-4d58-a96a-82e96b0cd816%40googlegroups.com.
>
> For more options, visit https://groups.google.com/d/optout.

[Alexandru Csete]

On Mon, Nov 13, 2017 at 10:32 AM, G3TDJ <sideba...@gmail.com> wrote:
> Thanks Alex....The v2.9 release works very well with my SDR-IQ (Airspy HF+
> on order)
>
> It's so good to have a 100% native Linux receive setup with Gqrx, Fldigi,
> QSSTV, WSJT-x etc
>
> (Linux Mint 64-bit v18.2 - Mate)
>
> many thanks

Hi Andy,

Thanks for the info. The Airspy HF+ now works very well with gqrx, so
it will be a nice upgrade for you :)

Alex

[Robin Hugo]

Thanks Alex,

Downloaded and running OK today on ubuntu 16.04 LTS

Found some very strong signals on 415 to 417 Mhz - possibly mobile phone related as I am close to a tower

as a complete beginner, I found the software easy to install and setup - understanding what the signals are will take time

cheers

Robin

[Neil Matchan]

Alex,

I tried to amend/delete my post as I made an error regarding SoapySDR.

I think the drivers available on the SDRPlay site are native drivers, not SoapySDR as I first thought.

My SoapySDR installation is a 'macports' installation (macports base version 2.4.2). I usually use the 'macports' version of gqrx but it hasn't worked to well with the RSP2 for awhile now and doesn't let you select the A or B antenna port. I saw your OSX binary and decided to give that a go.

The program displays the 'device' panel (with the SoapySDR parameters already specified) and after selecting ok, gqrx terminates with the OSX crash report screen.

I was thinking of compiling SoapySDR from the GIT repository to see if that fixes the problem (haven't used GIT before).

The SoapySDR utility program seems to 'probe' the RSP2 ok but that's different from opening/initialising the various library functions.

Is there anything specific that you would like me to provide? ("port info soapysdr" doesn't say much: SoapySDR @0.6.0 (science)).

Neil - vk3zve

On Sunday, 12 November 2017 23:46:25 UTC+11, Alexandru Csete wrote:

[Neil Matchan]

Alex,

I suspect the problem is that gqrx is not finding soapySDR.

I change 'SOAPY_SDR_ROOT' to something completely wrong and it crashes with the same error (soapy_source_c::set_iq_balance_mode() not supported.

  <dict>

        <key>SOAPY_SDR_ROOT</key>

        <string>/usr/local/junk</string>

  </dict>

I believe /usr/local is correct for my SoapySDR installation.

Directory Listing:

/usr/local/bin/SoapySDRUtil

/usr/local/lib/SoapySDR

/usr/local/lib/SoapySDR/modules0.6

/usr/local/lib/SoapySDR/modules0.6/libsdrPlaySupport.so

/usr/local/lib/SoapySDR/modules0.6-dev

/usr/local/lib/libSoapySDR.0.6.1.dylib

/usr/local/lib/libSoapySDR.dylib

/usr/local/lib/libSoapySDR.0.6.dylib

/Applications/HamRadio/SDR/CubicSDR.app/Contents/MacOS/libSoapySDR.0.6.dylib

/Applications/HamRadio/SDR/Gqrx.app/Contents/MacOS/SoapySDRUtil

/Applications/HamRadio/SDR/Gqrx.app/Contents/Frameworks/libSoapySDR.0.6.1.dylib

/opt/local/bin/SoapySDRUtil

/opt/local/include/SoapySDR

/opt/local/include/SoapySDR/Time.h

/opt/local/include/SoapySDR/Logger.hpp

/opt/local/include/SoapySDR/Errors.hpp

/opt/local/include/SoapySDR/Version.h

/opt/local/include/SoapySDR/Device.h

/opt/local/include/SoapySDR/Formats.h

/opt/local/include/SoapySDR/Config.h

/opt/local/include/SoapySDR/Time.hpp

/opt/local/include/SoapySDR/Types.h

/opt/local/include/SoapySDR/Registry.hpp

/opt/local/include/SoapySDR/Errors.h

/opt/local/include/SoapySDR/Config.hpp

/opt/local/include/SoapySDR/Version.hpp

/opt/local/include/SoapySDR/Modules.h

/opt/local/include/SoapySDR/Constants.h

/opt/local/include/SoapySDR/Device.hpp

/opt/local/include/SoapySDR/Modules.hpp

/opt/local/include/SoapySDR/Logger.h

/opt/local/include/SoapySDR/Types.hpp

/opt/local/include/SoapySDR/Formats.hpp

/opt/local/var/macports/software/SoapySDR

/opt/local/var/macports/software/SoapySDR/SoapySDR-0.6.0_0.darwin_17.x86_64.tbz2

/opt/local/var/macports/software/SoapySDR/SoapySDR-0.5.4_0.darwin_16.x86_64.tbz2

/opt/local/var/macports/software/SoapySDR/SoapySDR-0.5.2_0.darwin_16.x86_64.tbz2

 de Neil - vk3zve

[Alexandru Csete]

Hello Neil,

Regarding editing the Info.plist please see the info in this post:
https://github.com/csete/gqrx/issues/556#issuecomment-327339694

"MacOS (at least Sierra) seems to cache plist files for apps, so
editing it in place seems to have little effect as a quick fix.
Perhaps this is done for security reasons. I found that I needed to
edit the plist, then drag the app to the trash. When "put back" from
the trash the new environment was in effect."


PS: Don't bother editing posts, just send a new message.

Alex

[Neil Matchan]

Alex,

It's kind of working now!!!

I edited the plist again to use /usr/local/lib and then dragged the gqrx into the trash. I then restored gqrx back to its original directory and it started up ok. I then changed the plist back to /usr/local (as it comes with the installer), dragged it into the trash and back out again and it still works!!! Maybe I just needed to drag it in & out of the trash (I still had the macports version of gqrx installed when I started all of this but it some how got replaced with the 2.9 version. Still don't know how that happened as they were in totally different directory trees).

I say 'almost works' as it crashes with the same error when I enable 'IQ balance' in the 'input controls' area.

I did a macports cleanup (uninstalled SoapySDR) and the /usr/local/lib SoapySDR files still exist. I did a read up on the SDRplay driver package and it does install SoapySDR. I reinstalled it and the date attributes on the /usr/local/lib SoapySDR directory changed, so it looks like I am using the SDRPlay supplied SoapySDR distribution. Guess I was right in the first place, just for the wrong reasons. I have no idea where macports installs SoapySDR and reading the link that you sent me, it looks like I'm not the only one to say that.

This is looking like a problem with the SoapySDR distrubtion. I'll talk to SDRplay about it, maybe its just an unintended feature.

Thanks for you help.

de Neil - vk3zve