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