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
