Dear All,
I have found more closely the issue. When the first burst is received, the block that does 'stream_to_vector', only copies the first half of the tags contained within the range of items. For subsequent bursts the correct number of tags are copied, but starting with the second half of those that should be in the first vector. Can anyone suggest what's going wrong? Regards, David ________________________________ From: David Halls Sent: 10 September 2015 12:56 To: discuss-gnuradio@gnu.org Cc: martin.br...@ettus.com Subject: Scheduler and Tags - HELP! Dear All, I have recently updated my GR from a prehistoric version. I am having some problems related to scheduling/tags. I have a Python block that takes in vectors of 7680 complex items. This is made up of 10 packets, each with 16 OFDM symbols with 48 data carriers each. I am sending just 10 packets, one burst, and in my old GR version this block would then be called once, and only once, and all tags would be present (each symbol, i.e. every 48th item, is tagged with the channel taps). I n the new version of GR (no other changes), it is now called TWICE, and the first time only the tags from the first 5 packets are available, although the ITEMs for all 10 seem available. This almost seems like some kind of parallelisation, that the block is being called before the tags are completely applied by a preceding block. Can anyone help at all? I can of course provide code... Many thanks, David ________________________________ NOTE: The information in this email and any attachments may be confidential and/or legally privileged. This message may be read, copied and used only by the intended recipient. If you are not the intended recipient, please destroy this message, delete any copies held on your system and notify the sender immediately. Toshiba Research Europe Limited, registered in England and Wales (2519556). Registered Office 208 Cambridge Science Park, Milton Road, Cambridge CB4 0GZ, England. Web: www.toshiba.eu/research/trl --------------------------------------------------------------------------------------- This email has been scanned for email related threats and delivered safely by Mimecast. For more information please visit http://www.mimecast.com ---------------------------------------------------------------------------------------
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
