I have been trying to work on a gnuradio block to fill in the dropped samples in a USRP stream. While testing things out, I came across something odd. I am using an X310 as my test device and am changing the sample rate. I was at 100Msps, let it run for some time, and then changed it to 10Msps; sometimes this works, sometimes I need to change a few times to get dropped samples. Sometimes, if I look, the time between the last tag and the tag when I changed the sample rate was 37.4225 seconds (for example). If I count the number of samples between those two tags, I get 374232036 samples. That is more samples than should have happened in that time at 100Msps.
I am guessing that tweaking sample rates does something weird to the sample buffers and probably means that my sample packing approach will only work with lost samples caused by freq changes or other driver slowdowns. Does anyone have any insight to what might be going on here? I know that it is wasted cycles for most people, but it would be nice if the USRP/UHD would report the number of lost samples when it retags at the beginning of good samples.
_______________________________________________ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com
