GitHub/sdrtrunk
1
0
Fork 0
mirror of https://github.com/DSheirer/sdrtrunk.git synced 2026-11-12 16:47:31 -05:00
Code Issues Packages Projects Releases 2 Wiki Activity

Updated Tuners (markdown)

Denny Sheirer
2025-06-13 06:38:57 -04:00
parent bc3ef0f305
commit 65d37d3b36
1 changed files with 3 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files

4
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)
<!-- TOC -->
@@ -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: