Franco Venturi

@dlaw Sorry for answering you only now, but during the day I have to work my regular job, so I can reply to these comments only after dinner (or on...

@dlaw I think there is something I am missing with your setup over there. You are saying that your application `trunk-recorder` can only use a "generic" `setGain()` (i.e. one without...

@dickh768 - tonight I took the SoapSDR Python example from [here](https://github.com/pothosware/SoapySDR/wiki/PythonSupport#basic-example), I modified it a little to count the number of samples and the elapsed time (my version of the...

@dickh768 - there's no guarantee that `readStream()` will always return the same number of samples; it depends on the size of the internal buffers and how many samples are returned...

@dickh768 - since I am an electrical engineer too, I can relate to your experience with all the layers of abstraction. Going back to the specific issue of the sample...

@dickh768 - to rule out (or not) the SoapySDR interface layer, would you mind running the same tests building and running the `single_tuner_recorder` utility from the `single-tuner-experients` repository (https://github.com/fventuri/single-tuner-experiments)? It...

@dickh768 As Andy wrote, with the SDRplay API a non-zero IF (Low-IF or LIF) is only possible for a very specific set of combinations of (sample rate before decimation, IF,...

@dickh768 - thanks for your analysis. How did you exactly compute the 'average received sample rate'? I just ran the `single_tuner_recorder` program with the `-T` flag to measure the time...

To confirm your findings I wrote the attached C++ program based on SoapySDR C++ example (https://github.com/pothosware/SoapySDR/wiki/Cpp_API_Example). I chose a buffer size of 4096 I/Q samples, which means that at a...

It works on Linux Fedora 38 with gcc 13.2.1; think in your case you might need to add `-lpthread`, i.e. try changing the first line in the `Makefile` to: ```...