Josh,
The code works well now, thanks a lot for your help in the past week.
The delay was caused by a system setting in my computer and not related
to UHD code.
Andrew
On 03/04/2011 12:19 AM, Josh Blum wrote:
As such, do you know an approach to solve this blocking problem? I have
tried to set the timeout as a small value, e.g. 1ms, but it seems not
able to completely solve the problem. I have never seen such behavior
using the raw Ethernet code. What's the difference?
Andrew,
The uhd_usrp_sink::work() should always block until the entire buffer
has been transmitted. There is no choice in the matter. However many
samples gnuradio buffered before calling work(), we must send all of
those samples.
Now, there is a question of where is the delay, what is taking too long,
what is buffering too much, etc. I am attaching a diff with prints for
the time before and after the send() call in the work function. This
will tell us how often work is called, how many samples are transmitted,
and how long this operation takes. Please try the attached diff and post
the output.
Thanks,
-Josh
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
