From webcam to sgf file

Written by alejo on May 22nd, 2010

There was a long topic recurrently appearing in Godiscussions: it would be great to save sgf files directly to the hard disk. Some users had tried it combining several tools, which made it a quite complex procedure for anyone but tech-savvy players.

Unless you’ve been living in another world, you’ll already have noticed the users migration from Godiscussions to Lifein19x19 with both administrators agreement. So the original GD discussion moved on to the new forum. By the way, I just happened to register in Lifein19x19 with the same nick: Alejo. The structure of the forum is very similar and the registration process is totally painless and just takes a minute.

On the Computer Go section, we can see this software announced:

From the video above, the result looks quite promising. Stone detection is very good and the program detects in-game board rotations. Though the video is quite limited and we can’t see all its features, adding a territory counter, while not very difficult, would be quite useful. On the other hand, the developer still hasn’t decided whether to release it freely or not, so we’ll have to wait for the final decision.

While writing the previous lines I’ve started wondering about possible software combinations for these tool. How would this affect the Go software market if this application was embedded in SmartGo or Moyo Go Studio?

Share
Tags: , , ,
Permalink

2 Comments to “From webcam to sgf file”

1. Posted by BramGo, June 3rd, 2010 at 6:27 pm

Actually, I made a similar program a couple of years ago. But also I never published it.

It’s hard to make it robust and error-proof while limitting the configuration procedure.

The camera should be positioned as high as possible, in best situation it should be above the board. If you take a low viewing angle stones can be in front of eachother. In other words, for the stones on the farest end of the board you should not check the middle of the intersection, but you should check a little bit higher to avoid seeing the stone in front of it.
BUT when there’s no stone at the intersection, that means you could spot the stone behind it instead. So, the viewing angle is really one big issue.

The second issue is detecting the board borders. In this clip 4 stones are used for the borders assuming linear interpollation of the intersections. But actually that’s not enough because most webcams have cheap lenses and bend the images to a spheral shape. Linear interpollation is not precise enough here. So I don’t believe that 4 points is enough for most webcams. This also depends on the distance of the webcam.

Then there’s the problem of capturing a game while it’s in progress. There’s a lot of issues there. Moving hands accross the board, should not be confused with stones! I tried to reduce this by ignoring big changes to the board. But actually, … when you capture big quantities of stones, that’s also a big change.

What if somebody suddenly turns on the light? All colors of the stones and the board suddenly change.

What if the camera moves during the game, or just shakes a little bit, … configuration should be performed again.

It’s hard to make it error-proof.

2. Posted by Charlyn Sheeler, September 25th, 2012 at 2:59 am

You are so interesting! I do not believe I have read a single thing like this before. So great to discover another person with a few genuine thoughts on this topic. Really.. thanks for starting this up. This site is something that is required on the internet, someone with some originality!

Leave a comment

You can use these tags:

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>