this is new port of gqrx: cat pkg/DESCR Gqrx is an open source software defined radio receiver (SDR) powered by the GNU Radio and the Qt graphical toolkit.
tested with rtl-sdr and hackrf on amd64 to listen to radio. it needs the gr-osmosdr port I just sent as dependency. comments and feedback welcome. cheers, Sebastian On Thu, Jun 11, 2026 at 4:43 PM Sebastian Reitenbach < [email protected]> wrote: > Hi, > > ping, anyone else? > > tarball reattached. > > cheers, > Sebastian > > On Tue, Jun 2, 2026 at 5:25 PM Sebastian Reitenbach < > [email protected]> wrote: > >> updated version attached, with a MESSAGE about permissions on usb >> devices, similar to dump1090. >> >> >> >> On Tue, Jun 2, 2026 at 2:15 PM Petre Rodan <[email protected]> >> wrote: >> >>> >>> hello, >>> >>> On Mon, Jun 01, 2026 at 04:07:08PM +0200, Sebastian Reitenbach wrote: >>> > Hi Peter, >>> > >>> > thanks for testing and for the detailed feedback! >>> > >>> > The 'aUaU...' output suggests audio underruns. >>> [..] >>> > Did you try with the libusb1 and hackrf updates I sent, or those >>> available >>> > as package? >>> >>> this time I compiled the latest libusb1 and hackrf you sent and >>> recompiled all the relevant packages. >>> >>> if in I/O devices I set a small enough 'Input rate' (below 2000000) >>> (which means I get a <2MHz wide window in gqrx) then the demodulated audio >>> output is perfectly fine. anything above 4MHz will start generating >>> underruns and glitched audio. this 'input rate' is an editable drop-down >>> list [1] that provides values from 8MHz (which is the default) up to 20MHz, >>> so I had to edit in a smaller value to have it work. >>> >>> long story short it's a horsepower problem on my part, the port itself >>> is working :) >>> for context this is a Thinkpad X1 carbon 3rd Gen, so the cpu is not >>> great by today's standards. >>> I tried to set up a much more powerful PC to do these tests, but >>> unfortunately I get into page faults due to an amdgpu rx 6800 that is not >>> properly initialized, so this Thinkpad is all I got for the time being. >>> >>> a message about how to make the SDR device available to the user would >>> be nice. in Linux and FreeBSD I have udev rules to automate this, no idea >>> how to replicate this in OpenBSD. >>> >>> [1] >>> https://github.com/gqrx-sdr/gqrx/blob/0b4ab30e42c3752a6838a651304422dbb7ef6a1e/src/qtgui/ioconfig.cpp#L283 >>> >>> best regards, >>> peter >>> >>> > My tests with rtl-sdr and hackrf pro were good (I am here in a place >>> with >>> > very poor radio reception, but using hardware AGC, I got at least one >>> > station quite good) >>> > >>> > Regarding the SDRplay RSPdx note, I updated the gr-osmosdr DESCR, to >>> only >>> > include what we currently have. >>> > I didn't mentioned any specific support of devices in gqrx, so left >>> that >>> > one untouched. >>> > >>> > cheers, >>> > Sebastian >>> > >>> > On Sun, May 31, 2026 at 9:07 AM Petre Rodan < >>> [email protected]> >>> > wrote: >>> > >>> > > >>> > > hello! >>> > > >>> > > On Wed, May 27, 2026 at 09:09:02PM +0200, Sebastian Reitenbach wrote: >>> > > > Hi, >>> > > > >>> > > > this is new port of gqrx: >>> > > > >>> > > > cat pkg/DESCR >>> > > > Gqrx is an open source software defined radio receiver (SDR) >>> powered by >>> > > > the GNU Radio and the Qt graphical toolkit. >>> > > > >>> > > > tested with rtl-sdr and hackrf on amd64 to listen to radio. >>> > > > it needs the gr-osmosdr port I just sent as dependency. >>> > > >>> > > thank you for your work! >>> > > >>> > > this port as well as it's dependencies you provided previously >>> (gr-osmosdr >>> > > soapy-hackrf soapy-rtlsdr soapysdr) compile just fine on my amd64 7.9 >>> > > desktop. >>> > > >>> > > I tried to use it with a HackRF One (firmware 2024.02.1) but the >>> audio >>> > > output is garbled when trying to demodulate radio stations. >>> > > >>> > > the output looks thusly: >>> > > >>> > > gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.10.11.0 >>> > > built-in source types: file rtl rtl_tcp hackrf rfspace soapy >>> redpitaya >>> > > rx_nb_cc :info: set_min_output_buffer on block 10 to 32768 >>> > > Resampling audio 96000 -> 48000 >>> > > audio_portaudio_sink :info: default is the chosen device using sndio >>> as >>> > > the host >>> > > BandPlanFile is /root/.config/gqrx/bandplan.csv >>> > > BookmarksFile is /root/.config/gqrx/bookmarks.csv >>> > > gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.10.11.0 >>> > > built-in source types: file rtl rtl_tcp hackrf rfspace soapy >>> redpitaya >>> > > Using HackRF One with firmware 2024.02.1 >>> > > audio_portaudio_sink :info: default is the chosen device using sndio >>> as >>> > > the host >>> > > audio_portaudio_sink :info: Latency = 0.02133, requested >>> sampling_rate = >>> > > 48000 >>> > > audio_portaudio_sink :error: Requested sampling rate 48000 not >>> achieved; >>> > > using 48000 instead >>> > > audio_portaudio_sink :info: d_portaudio_buffer_size_frames = 1024 >>> > > >>> aUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaudio_portaudio_sink >>> > > :info: Latency = 0.02133, requested sampling_rate = 48000 >>> > > audio_portaudio_sink :error: Requested sampling rate 48000 not >>> achieved; >>> > > using 48000 instead >>> > > audio_portaudio_sink :info: d_portaudio_buffer_size_frames = 1024 >>> > > >>> > > >>> aUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUa >>> > > >>> > > also tried to plug in a SDRplay RSPdx, but there is no surprise that >>> the >>> > > user-space driver for it is missing (since it's closed source [1]). >>> maybe >>> > > it should not be mentioned in gr-osmosdr/pkg/DESCR? >>> > > >>> > > both devices work flawlessly in Gentoo. HackRF One has an audio >>> problem in >>> > > FreeBSD as well (audio chunks are played correctly but with an >>> overlap). >>> > > >>> > > [1] https://www.sdrplay.com/api/ >>> > > >>> > > best regards, >>> > > peter >>> > > >>> > > > comments and feedback welcome. >>> > > > >>> > > > cheers, >>> > > > Sebastian >>> > > > >>> > > > >>> > > > -- >>> > > > https://buzzdeee.reitenba.ch >>> > > >>> > > >>> > > >>> > > -- >>> > > petre rodan >>> > > >>> > >>> > >>> > -- >>> > https://buzzdeee.reitenba.ch >>> >>> -- >>> petre rodan >>> >> >> >> -- >> https://buzzdeee.reitenba.ch >> > > > -- > https://buzzdeee.reitenba.ch > -- https://buzzdeee.reitenba.ch
gqrx.tar.gz
Description: application/gzip
