With pulseaudio, there is an audio control, generally found on
the desktop panel top right-hand side (may be elsewhere if you are
not using the Unity desktop) in the form of the loudspeaker icon
🔊.
The lowest option on the control is labelled Sound Settings…
Within the Sound Settings panel is a tab labelled Applications. Using this tab, one can mute individual applications, such as GQRX.
However, you may find that JACK provides the flexibility of audio routing that you are looking for, but it will be a steep learning curve. [I have managed without using it in the past, but for applications such as fldigi JACK is quite attractive. YMMV]
HTH,
Robin, G8DQX
Gqrx 2.6 binaries for Mac OS X are now available :-)
Alex
Application Specific Information:abort() calledterminating with uncaught exception of type std::runtime_error: audio_osx_sink::setup
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread0 libsystem_kernel.dylib 0x00007fff8c2fcdda __pthread_kill + 101 libsystem_pthread.dylib 0x00007fff8c3e7797 pthread_kill + 902 libsystem_c.dylib 0x00007fff8c262440 abort + 1293 libc++abi.dylib 0x00007fff8adc485a abort_message + 2664 libc++abi.dylib 0x00007fff8ade9c37 default_terminate_handler() + 2435 libobjc.A.dylib 0x00007fff8b8f2f33 _objc_terminate() + 1246 libc++abi.dylib 0x00007fff8ade6d69 std::__terminate(void (*)()) + 87 libc++abi.dylib 0x00007fff8ade67de __cxa_throw + 1218 libgnuradio-audio.3.7.10.1.dylib 0x000000010cbb86e4 gr::audio::osx_sink::setup() + 10609 libgnuradio-audio.3.7.10.1.dylib 0x000000010cbb77df gr::audio::osx_sink::osx_sink(int, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, bool) + 57510 libgnuradio-audio.3.7.10.1.dylib 0x000000010cbb74a9 gr::audio::osx_sink_fcn(int, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, bool) + 5711 libgnuradio-audio.3.7.10.1.dylib 0x000000010cb9489e gr::audio::sink::make(int, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, bool) + 155012 dk.gqrx.www 0x000000010c319fd6 receiver::receiver(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, unsigned int) + 363813 dk.gqrx.www 0x000000010c307817 MainWindow::MainWindow(QString, bool, QWidget*) + 117514 dk.gqrx.www 0x000000010c30246b main + 514715 libdyld.dylib 0x00007fff8c1ce255 start + 1
Alex Gqrx runs OK! on OS X Sierra!
The only issue I can find is a small issues with frezzing whaterfall when shifting mode and frequency fast, typical when using the scanning scrips.
I had the same issues with the 2.5.3 version on my Mac with El Captain and Sierra.
I don't belive that the whaterfall issue is coused by gqrx. Addressing a virtual audio interface made by "Rogue Amoeba Loopback" makes gqrx run very good, not perfect but very good. This Indicates to me that something happens in the Apple audio interfaces that is behind the waterfall problems i experience.
I have decreesed the FFT size from 8 something to 4 something and the rate so that I dont have any overlap. I dont remember as Im at my work now.
Sorry for my English.
/Christer
1) is Swap I/Q selected? (Would give this effect)?
2) Is there the same problem on an x86 PC or laptop? (To check the FCDPP)
3) Is there the same problem on other frequencies—does 40m
have USB signals rather than LSB, for example?
4) Does the passband tune backwards? (may be easiest to see with another RX, or on MW/MO)
5) Sometimes the IQ balance gets confused,
overcompensates, and swaps I&Q. Try deselecting IQ
balance. If that cures the problem, then IQ balance
may safely be selected again. This problem seems to occur when
there are only a few weak signals in the FDCPP passband. (In my
case, the local 1296MHz beacon.)
HTH, 73
Robin, G8DQX
Steve,