From 313f5b993d5b26f5e8f8b3b31e302ae125f0bfc3 Mon Sep 17 00:00:00 2001 From: Brumi-2021 <86470699+Brumi-2021@users.noreply.github.com> Date: Sat, 2 Sep 2023 09:57:08 +0200 Subject: [PATCH] Updated Capture (markdown) --- Capture.md | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/Capture.md b/Capture.md index 43d7726..683ec2e 100644 --- a/Capture.md +++ b/Capture.md @@ -15,8 +15,7 @@ Note (*) : Currently , **for correct reliable Replay application ,you should ON Recently, thanks to x4 Oversampling and /4 Decimation introduction , we have also added 1.25Mhz BW REC , but it is in the limit of our hardware System and it starts to have some M4 sample drops. (It is still experimental). -Above 1.25Mhz bandwith options (with YELLOW REC button background Icon), in current fw version , the recorded files have periodical sample drops , and therefore it has not recorded all full original samples content and therefore it is NOT useful for the Replay App , just useful to check the spectrum image, example using the linux tool "inspectrum" or "Audacity") . Anyway when replaying those captured files , the replay time will be shorter than real . but normally you should still get a correct modulation, but in case of voice contents, it would sound , unnatural , "like with accelerated playing speed" , because in fact,due to Hackrf One System (HW+SW) limitations, those recorded files (under those high speed BW with YELLOW icon) have decimated its content - when recorded there were skipped some real time samples. -In future versions, it is pending to investigate and try to apply a correct .C16 recording files (without any samples drop) till a capture of 2Mhz. (We will keep updated that manual , when we achieve it) +Above 1.25Mhz till 5.5Mhz bandwith options (with YELLOW REC button background Icon), in current fw version , the recorded files have periodical sample drops , and therefore it can not record all full original samples content and therefore it is NOT useful for the Replay App , just useful to check the spectrum image, example using the linux tool "inspectrum" or "Audacity") . Anyway when replaying those captured files , the replay time will be shorter than real . but normally you should still get a correct modulation, but in case of voice contents, it would sound , unnatural , "like with accelerated playing speed" , because in fact,due to Hackrf One System (HW+SW) limitations, those recorded files (under those high speed BW with YELLOW icon) have decimated its content - when recorded there were skipped some real time samples. ![image](https://user-images.githubusercontent.com/86470699/162581344-446a1a0b-325e-4bb6-a451-f47ecc91d8e3.png)