I've been testing with a USRP2 by streaming a data file along with some trivial type conversions. I receive several of the following errors:
usrp2::tx_raw: FIXME: short packet: 1 items (32 bytes) I am running an up-to-date 3.2 branch build (which has EB's fragmenting work around). I noticed a comment in the mail archives from Johnathan Corgan regarding a scheduler workaround to prevent tx_raw from being called with short fragments. Is this still plausible? Can we just return without consuming "shorts" somewhere in the usrp tx chain? I'm new to working with the USRP2, so am I correct to assume that this error will effect the time reference of subsequent samples? (If shorts are dropped then the next packet will be short_number of samples ahead of time) Also, is there a rough ETA on the VRT implementation? Would extra hands help or hinder? --ETS _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
