Re: [Discuss-gnuradio] Idea of a USRP UHD block that fills gaps in transmission from USRP

[Matt Ettus]

Piotr,

One problem is that if you cannot keep up, adding in all-zeros data will just make it harder to keep up.  In general, modern PCs should be able to keep up with 25 MS/s without problem unless you are doing a lot of processing.  We are actually able to keep up with 300 MS/s on the X300.  So the question is more about why the app can't keep up.

An alternative might be to stream to a file.  That should keep up without dropping as long as you have a fast drive.  Then you can process samples from that file at the pace your app can keep up with.

Matt

On Sun, Feb 9, 2014 at 1:19 AM, Perper <address@hidden> wrote:

Hi all,

Interruptions transmission over Gigabit Ethernet when receiving samples
from USRP can happen at highest data rates no matter how many tricks you
use with your network card (I have experience with N200/N210).

The loss of part of the signal results with synchronization loss in data
transmission systems. There is possibility to handle this problem by
catching rx_time stream tags.

But there might be a solution to keep synchronization that might work
quite well with gr-blocks that don't handle stream tags.

What if USRP UHD Source gave user an option to fill all of the gaps in
signal with exact number of lost samples (for example with zeros).
Additionally it could produce stream tags with position and length of
each gap so it would be easy to store a file with continuous signal
stream paired with a file containing metadata describing where and for
how long the signal samples were lost.

Is it possible to do exactly what I'm describing with current gnuradio
blocks?
In my case it would often make many things I do easier.

--
Best Regards,
Piotr Krysik

_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio