Hi JanCuhel ,
Many thanks for the clarification.
That's disappointing though - I think the uint8 input limitation is quite a restrictive one. I was hoping this wouldn't be the case!
In fact, the way I landed here is as follows: I was trying to implement a Kalman filter on the on-board processor of the OAK device, to avoid having to stream data to the host and back. This is crucial to me as I am using the OAK as part of a real-time audio application and latency needs to be minimised. Now, as you would know, the Kalman filter being a recursive filter requires the state to be memorised every time step. I did not find a straightforward way to memorise the state of the neural network node. Therefore, as a workaround, I thought about passing the state as output, saving it in a Script node, and then feeding it back with one time step delay to the input of the NN. This is where I observed this datatype conversion issue, which is why I created this minimal reproducible example.
Is there a way to save the state of the NN node other than feeding back the delayed output via a Script node? If so, please let me know how to do it and I can happily avoid the Script node-based workaround.
If there is no other way, then it implies that one cannot implement any recursive/IIR temporal filter on non-uint8 data on the device! Am I right in thinking so, or am I missing something?
Best,
Abhi
