Hi George,
first a few words of caution. Python blocks are intended for quick tests
and incur a serious performance penalty. Thus, they are actually not
that well documented in terms of more advanced functionality. Given that
`forecast` is generally more of a performance optimization
Hi Jeff, thanks for bearing with me.
When I retested the last approach just now upon receiving your email it
works. Earlier, l forgot to take out some extraneous stuff in my code,
which broke it. The code snippet I sent implies a one to one relationship
between input and output. The forecaster
The last one looks correct, and would not have given the error you mention
above. What happened?
On Wed, Oct 12, 2022 at 4:49 PM George Edwards
wrote:
> Hi Jeff, thank you very much for the response.
> I tries:
> ninput_items_required[0]=[noutput_items]
> ninput_items_required=[noutput_items]
>
Hi Jeff, thank you very much for the response.
I tries:
ninput_items_required[0]=[noutput_items]
ninput_items_required=[noutput_items]
and
return [noutput_items]
None of these worked for me.
Regards
George
On Wed, Oct 12, 2022, 8:07 AM Jeff Long wrote:
> For Python, the forecast() function
For Python, the forecast() function should return a list, containing the
number of items required for each input.
On Wed, Oct 12, 2022 at 8:08 AM George Edwards
wrote:
> Hello GNURadio Community,
>
> I am getting a TypeError when I fill in the code in the forecast() method
> in my Gnuradio OOT
Hello GNURadio Community,
I am getting a TypeError when I fill in the code in the forecast() method
in my Gnuradio OOT block design. I know, if I want to interpolate or
decimate, I can simply pick the block type in the gr_modtool design menu,
however, I would like to develop the capability to
