D

dhaanpaa

I wasn't aware of the non-square models but now that you've shown me the light, I agree with you that that's probably my best bet. I might be able to fully tile the full 4k with simultaneous detectors (which I can do right now on HD input).

I did look into doing script stuff and fully intend to play with that in future just because it looks like opens up a lot of possibilities/customization. (baby steps, I'm new at this pipeline programming) I also came across setSequenceNum and figured maybe that could be applicable but I wasn't able to find documentation about it beyond "Retrieves image sequence number" (which looks like a cut-and-paste from getSequenceNum). but if the wide-aspect model doesn't work out I'll go down the road of what you describe.

thanks for the help!

I want to apply yolo to native resolution tiles across the 4k camera input. My first stab was to create multiple yolo nodes each simultaneously processing it's own little tile but takes too much memory. So my second approach was to I create a single ImageManip node that feeds a YoloDetectionNetwork and I adjust the crop window of the ImageManip on the host side by setting up a stream and sending a ImageManipConfig message using setCropRect . It appears to work except that I cannot for the life of me figure out how to the yolo detections correlates to which crop rect. They are horribly desynchronized. So I added a synchronization DataInputQueue linked directly to a DataOutputqueue that just goes round trip from host to camera and back, figuring that would act as a sequence number that I could use to associate the incoming detections to the cropped region. However this does not work, I don't know why but maybe because my DIY sequence queue is effectively independent of the yolo detections. Is there any way I can determine which setCropRect matches which detections coming back from the camera? This is on POE Oak D Pro. please help! thanks.