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)