Re: NEW: comms/gqrx

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 <sebastia@l00-bugdead-prods.de> wrote:

Hi,

ping, anyone else?

tarball reattached.

cheers,

Sebastian

On Tue, Jun 2, 2026 at 5:25 PM Sebastian Reitenbach <sebastia@l00-bugdead-prods.de> 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 <petre.rodan@subdimension.ro> 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 <petre.rodan@subdimension.ro>
> 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