Hi All,

I've modified the source to generate timesamples (as a seperate stream) from
the USRP2 source blocks and noticed an issue - if the PC is struggling some
frames have a timesample dated before the timesample of a frame processed
before it.

It's possible I've done something wrong modifying the code but I think this
is a host issue as the problem is reduced (i.e it only happens at lower
decimation rates) on faster machines.

Has this been seen before? Are there any kernel options etc that might
improve this? I'd assumed the ethernet bit was a FIFO buffer of some sort
but guess this isnt working quite right.

Tested on Ubuntu 9.04 (Jaunty).

Cheers,

Tim
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to