Thanks Tim!
George
On Wed, Jan 20, 2021 at 1:01 PM Tim Huggins
wrote:
> George,
>
> That should be correct; I was more referring to keeping your coding clean
> so you don't accidentally make a mistake (I've been bit before :-). You
> could conceivably start consuming inputs at different rates
George,
That should be correct; I was more referring to keeping your coding clean so
you don't accidentally make a mistake (I've been bit before :-). You could
conceivably start consuming inputs at different rates but by then you are
probably getting into some more complex signal processing.
Hi Tim,
Thanks for your help and for sending the links.
One final question, I was under the impression that length of data in each
input was the same because the data to each input is streamed in in
lock-step sample by sample. Therefore, len(input_items[0] =
len(input_items[1] =
Hi Tim,
I thought I had it working. However, it is dropping the last output sample.
In the QA file, there are 5 complex samples going into each of the 3-inputs
to the module. When the general_work() method runs with the for loop, it
throws an exception error stating that index 4 (meaning out[4])
Hi Tim,
Thank you very much for your help!
The problem was with the QA file. I tried to input the 3 source streams as:
src = blocks.vector_source_c(np.array([src0, src1, src2]))
where each srcX was defined as a complex array. Based on the link into the
github QA files that you sent me, it showed
Hi Tim,
Thanks for the offer to help! I appreciate it very much.
Here is the rest of yml file. I also have some further questions:
1. In the gr-modtool design, I picked the "general" block, is this correct?
2. The current model has 3 streaming inputs. Each output sample computation
takes one
George,
I have made several OOT Python blocks with variable numbers of inputs and
outputs and while I could very easily be overlooking something the error does
not, at first glance, appear to be in the code that you have sent out. Can you
send the rest of your yml file (and potentially the