On another post, Ports mentioned the idea of pointing a camera at the screen and using image recognition to read the ball parameters. If you can do that, I don't see why you couldn't fake a COM port to send them to, format the data to look like it comes from a GC2's bluetooth, and then use GSX to play TGC. To be fair, my programming skills are geared towards hacking something together for engineering purposes and not customer-facing products, but I thought I would at least mess around with this for fun. There are already open source image-to-text programs and virtual COM port creators, so I think it is more a matter of piecing stuff together and maybe tweaking a few things here and there.
To that end, can someone with a GCQuad take a video of the screen when they hit a shot, both with and without the backlight on and post it to youtube or some other hosting service? I don't actually know what order the data is displayed (ball in hitting zone, ball data, then club data?) or where on the screen each parameter is located. It is surprisingly hard to find even a still image of the ball data, and the ones that I found are not very good quality due to reflections, small size, and being taken at an angle. With a sample video, I can take screenshots of it and quickly see how difficult extracting the text would be.
To that end, can someone with a GCQuad take a video of the screen when they hit a shot, both with and without the backlight on and post it to youtube or some other hosting service? I don't actually know what order the data is displayed (ball in hitting zone, ball data, then club data?) or where on the screen each parameter is located. It is surprisingly hard to find even a still image of the ball data, and the ones that I found are not very good quality due to reflections, small size, and being taken at an angle. With a sample video, I can take screenshots of it and quickly see how difficult extracting the text would be.
Comment