Hi Nigel,
this sounds like you should rather be limiting the input item number
of your next block.
So do I get this right: We're looking at three blocks here:
A-->B-->C
What you want to do is limit the number of output items the
scheduler asks for at block B, right? Block A is the one where you
want to limit the size of data input to, and C is the one that
retunes?
GNU Radio really just politely asks for a number of output items. If
you have reason to produce less, you can simply produce less.
Problem might be that GNU Radio, based on the "busyness" of the
block downstream (these all run concurrently, so the moment that B
produces one sample, C might still be work()ing on the previous
one(s) , and by the time it's finished, there already might be more
than one item accumulated in C's input buffer).
Is it that the potential aggregation of samples in C's input buffer
leads to latency is problematic for your application?
Best Regards,
Marcus
On 01/27/2016 10:44 PM, Nigel Steed
wrote:
Hi,
Can anyone help me set the maximum output
number of items within the C Code of a GNU Radio OOT block ? I
am trying to set this to a single sample as its a decimating
block and I need the next block to retune at specific sample
times whilst controlling the scheduler to limit the size of
data input to the previous block so I can control what
frequency data has been acquired.
Thanks,
Nigel
_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
|