Product: [Jumping Sumo]
Product version: [N/A]
SDK version: [N/A]
Use of libARController: [NO]
SDK platform: [N/A]
Reproductible with the official app: [Not tried]
Hi, I’m in NYC and have been having some fun attempting to write, from scratch, some small program that helps the little jumping sumo navigate, based on its camera. the program initiates a connection, does some setup and then pulls via udp jpeg images, which the program will ultimately attempt to make navigation decisions from (based on the location of h (hsv) values in its view).
I struggled for a while with some of the earlier phases of the program, because, programming in linux, I thought of an event based joystick driver, and, after sending move packets to the jumping sumo, the ~16hz jpg frame feed would stop unless the device was in motion, or detected motion; until the device was moved, the frame feed was consistent. I couldn’t figure this out for a bit, thinking that I had something wrong in my protocol implementation.
I switched over to a different joystick method that now polls for joystick values, which I’ve also placed at 16hz and send in 0,0 move commands when the device is not in motion, which has the effect of keeping the jpg feed running. But this seems like a lot of packet traffic.
has anyone else experienced this ? my controller was responding to ping commands, I thought that this ought to have been enough to keep the jpg feed coming.