Re: Go Programming Environment Offered (?)

[Jeffrey Greenberg <jeffg@xxxxxxxxxx>]

What is available to your engine is the the current move, the full board, the history
of moves, and other information needed by the 'referee' so as to play a legal game.
This 'referee' information and interfaces provide ko detection, and detection of
strings -- including liberty counts --, and simple eyes.

A programmer can use these data structures directly in their go engine if they want,
but I doubt people will.  As has been described recently, everyone is using their own
similar but different representations of strings/blocks, armies, connection, etc, etc,
etc... All tied together in intimate and special ways.  So yes, as I see it, this is a
clean way to provide each engine with the data it needs to play a game.  The game
engine writer must do everything else.  This doesn't require and programmer to do
anything different from what they're already doing.  Call it the OpenGo Game Engine
Interface...

jeffrey

Greg Miller wrote:

> Jeffrey Greenberg wrote:
> >     Your Go Engine would be called with a legal Go board.  You examine the
> > supplied Go Board object , do your Go programming magic, and give your response.
>
> Uh, oh... This sounds like you pass only a current full board state,
> requiring the game engine to cache it and compare each one to the
> previous, or recalculate everything from scratch after each move... Is
> this correct?
>
> --
> Video games: http://www.classic-games.com/
> TW (online game): http://www.classic-games.com/tw.html
> Magic cards: http://www.classic-games.com/magic.html
> ***** ATTENTION NEWBIES: Limit signatures to four lines! *****



--
Jeffrey Greenberg
Mgr. Aegis Adv. Dev.
Acuson Corp.
www.ultrasound.com
www.acuson.com
650-694-5422