Hi, I would like to know when the buffer submitted via uhd::tx_streamer::send() is actually sent. The reason I need this is to keep some data outstanding not to starve the device, but make sure there is as little of it as possible (a large backlog buffered somewhere wouldn't allow me to change what I'm sending at the last moment, which is my use-case).
I'm asking you for help, because I can't find a good way to do it. So far, I've come up with these options: 1. Artificially chop the stream into contiguous bursts and use tx_streamer::recv_async_msg returning EVENT_CODE_BURST_ACK to get to know when data actually gets sent. I'm guessing it's unwise to rely on contiguous bursts being sent together, though, right? 2. Use the system clock to estimate how much data is outstanding. I'm guessing that clock drift will be my enemy here, so it will get tricky. Neither of the options sounds like a good idea to me. Do you have any ideas how to cope with it? Thanks in advance. -- Marek Dopiera [email protected] _______________________________________________ USRP-users mailing list [email protected] http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
