Clayton Smith

I had a look into the code history, and left my findings and opinions here: https://github.com/gqrx-sdr/gqrx/issues/920#issuecomment-1510029578

> The bottom clipping probably has a one-off somewhere. I opened #1299 as an alternative, which fixes that bug.

I would suggest using the existing AppImage releases. I don't have any experience with Flatpak and don't have time to dive into it, so support would need to be contributed...

It looks like it's possible (although not simple) to handle Unix signals in a Qt application: https://doc.qt.io/qt-6/unix-signals.html However, I'd prefer to avoid platform-specific code like that if possible. The `set_powerstat`...

I had a look back at the commit history to see how the tuning step has evolved. Originally the tuning step was 10 Hz for all modes. Then a72891b28cf57936c19f2ffcf35d2c3b5ed3c046 (included...

> I'll make it user-configurable... By the way, there is an open pull request for that: #928 As well as one to change the step size to 50 Hz: #1168

It would certainly be possible, but some details would need to be considered. For instance: * There would potentially be a lot of data transferred, so for efficiency reasons it...

Could someone use gdb to provide a full stack trace, preferably with debug symbols installed? This would help track down whether this is an issue in Gqrx itself, or one...

Yes, it does appear the problem lies in the librte-net22 package. On Ubuntu 22.04, gqrx-sdr depends on gr-osmosdr, which depends on libuhd4.1.0 (to provide support for USRP radios), which depends...

You could perhaps verify that the problem is outside Gqrx by installing the `uhd-host` package and running `uhd_usrp_probe`, which also uses librte-net22.