From 65d37d3b3608e5635c832f76366e84ed2e6269c4 Mon Sep 17 00:00:00 2001 From: Denny Sheirer Date: Fri, 13 Jun 2025 06:38:57 -0400 Subject: [PATCH] Updated Tuners (markdown) --- Tuners.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/Tuners.md b/Tuners.md index b0ef281..a1cff27 100644 --- a/Tuners.md +++ b/Tuners.md @@ -24,7 +24,7 @@ * [SDRPlay RSPduo](#sdrplay-rspduo) * [SDRPlay on Mac OS](#sdrplay-on-mac-os) * [Troubleshooting](#troubleshooting) - * [Setting Gain on RSP Tuners](#setting-gain-on-rsp-tuners) + * [Airspy R1/R2 - Dropped Samples At 10 MHz Sample Rate](#airspy-r1r2---dropped-samples-at-10-mhz-sample-rate) @@ -251,6 +251,8 @@ See the [FAQ](FAQ#how-can-i-use-sdrplay-receivers-on-a-mac-os-computer) wiki for ### Airspy R1/R2 - Dropped Samples At 10 MHz Sample Rate Running the airspy at the full 10 MHz sample rate can be a challenge for some CPU and USB bus configurations. In the following screenshot, you can see in the waterfall the horizontal lines stretching out from the signal of interest at 451.250 MHz. These are caused by dropped samples. The airspy is attempting to send data to the computer at the full 10 MHz sample rate, but some of the samples are getting dropped. These holes in the sample stream cause these visual artifacts in the FFT and can also significantly impact decoder performance. +Note: this can happen with any USB tuner that is experiencing dropped samples. + ![20250613_061702_screen_capture](https://github.com/user-attachments/assets/5bd98d0d-d139-4731-abb3-83c5b38df5e4) Compare that with this screenshot that shows the same computer and same airspy, where the airspy is plugged into a USB port that is capable of providing the full 10 MHz sample rate: