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
gqrx.tar.gz
Description: application/gzip
