Hi Peter, thanks for testing and for the detailed feedback!
The 'aUaU...' output suggests audio underruns. I'll look into it, but since you're seeing it on FreeBSD as well, it might be tricky to track down in our port. I saw it as well, when I was changing frequency while device was busy. Did you try with the libusb1 and hackrf updates I sent, or those available as package? 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
