-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Channel change stutter. #19
Comments
This unfortunately I have zero control over. I've had this happen too and I believe it's related to rtl-sdr libraries. When I've seen it happen is when I have been messing with direct sampling and such. Are you also seeing the tuning, even within the same bandpass (ie: hardware freq isn't changing, just the demodulation frequency) go much slower than usual? This is the usual symptom that I see, plus it having weird other issues. |
yes the hardware frequency stays the same just the demodulation frequency changes and it is slower. i've also tried Marzona's rig-remote and that doesn't stutter and is faster changing frequency, so i though it could be a problem with gqrx-scan. |
Interesting.. I wonder what could be different. I even tried using the TCP interface directly (telnet) and got the slow, laggy response when I was messing with rtlsdr's libs. Only after I'd gone back to the regular ones did GQRX start tuning fast without delays and such. I assume it does the same on channel scans and frequency scans right? |
did a scan between 166MHz and 453MHz |
I'm scanning between some channels but on the same centre frequency but gqrx acts like it's re-tuning so i see a stutter and a hear a small squelch break on every channel change.
it does this on airspy too but it's able to retune more quickly, i now also have an sdrplay rsp2 and the stutter is more apparent.
The text was updated successfully, but these errors were encountered: