Hi Martin, Sorry for the very slow reply. Life is hectic here!
I found that if I removed the SNR input, that provides many few inputs that the other (its an SNR value *per packet*, so there is only 1 input item to this for every 768 to the other input), the output buffer increases to Out_bA1.shape(512,) Est_bA1m.shape(3840,) Len(out_bA1) = 512 So the output buffer seems dominated by the input that has fewer items coming in??? I managed to resolve the problem completely by changing Ninput_items_required[i] = noutput_items/pow(2,13) In 'forecast', perhaps there are more elegant solutions, but this seems to work fine (there is only one output). Regards, David -----Original Message----- From: discuss-gnuradio-bounces+david.halls=toshiba-trel....@gnu.org [mailto:discuss-gnuradio-bounces+david.halls=toshiba-trel....@gnu.org] On Behalf Of Martin Braun Sent: 12 March 2014 08:54 To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] output operand requires a reduction, but reduction is not enabled On 11.03.2014 17:10, David Halls wrote: > Hi, > > Yes, the len(output_items[0]), is either 1 or 2... > > If I set_output_multiple to 10, then this value raises to 10. Can you post the entire block code? M > > It is dominated by the fact that one of the inputs to my block is much > lower than the other?? Input[0] is the data stream and has say 768 > items, input[1] is the packet average SNR, so it only has 1 or 2 items > in the same period. > > Forecast is currently > > For I in range (len(ninput_items_required)): > Ninput_items_required[i] = noutput_items > > Does this need to be altered for my case where I have two inputs with > very different requirements. > > If I ever get my head around the scheduler in GNU radio, it will be a > happy day :) > > D > > -----Original Message----- > From: discuss-gnuradio-bounces+david.halls=toshiba-trel....@gnu.org > <mailto:discuss-gnuradio-bounces+david.halls=toshiba-trel....@gnu.org> > [mailto:discuss-gnuradio-bounces+david.halls=toshiba-trel....@gnu.org] > On Behalf Of Martin Braun > Sent: 11 March 2014 15:27 > To: discuss-gnuradio@gnu.org <mailto:discuss-gnuradio@gnu.org> > Subject: Re: [Discuss-gnuradio] output operand requires a reduction, > but reduction is not enabled > > On 03/11/2014 04:24 PM, David Halls wrote: > > Please see the papers we've submitted so far this year. Not exactly > > WNC, yet... We're putting one together as we speak though. > > > > I am not sure I understand your reply fully... > > > > Len(out_bA1) is only 1 or 2, so I can only set one or two elements? > > Is this before or after you assign something? What's len(output_items[0])? > > > How can I extend the length of out_bA1, so I can output all of est_bA1m? > > You can't, not in the work function. You can do things like > set_output_multiple() to influence the size of the output buffer. > > > Or alternatively Is it possible for me to set > > > "output_items[0][0:len(est_bA1m)] = est_bA1m" > > That would work, if len(est_bA1m) < len(output_items[0]) AND they have > the right "shape" (in matrix terms). > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > ________________________________ > > 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 > <http://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 ________________________________ 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
