D3DShot VS labelme2coco

By using the Python package d3dshot, we can grab a screenshot of our RealFlight environment (we'll take just the part showing the downward-facing camera feed), and then send this image data (encoded using OpenCV) over UDP. On another computer we can have a script running with a UDP socket open and waiting to receive these messages. This script is representing the third-party peripheral, which in real life would be capable of obtaining the video footage on its own. Nonetheless, the peripheral now has its data to analyze. The important thing to note here is that this peripheral is self-contained. It is not part of the autopilot (it's written in Python, for one thing), and thus its hardware and software can be developed without any integration concerns, provided that it conforms to the autopilot's API. So while this "peripheral" currently exists on the same computer that is running the autopilot, this is by no means a constraint, and it will soon be moved to a separate piece of hardware. So what, you may ask, it the point of this peripheral? Well, that will just have to wait until next time. But I think it's pretty cool, so hopefully you'll come back to check it out. You're very patient, dear reader. That's what I appreciates about you. -Greg

I would also suggest labelme, it's pretty easy to use. Just type "labelme" in the shell after pip installing and you will see the GUI. There are tools to convert to coco format (like https://github.com/fcakyon/labelme2coco) if needed, for instance for Detectron2.