[computer-go] GTPv3
Stuart A. Yeates
syeates at gmail.com
Sat Mar 3 02:50:50 PST 2007
>From my point of view GTP has two primary virtues:
(a) ease of implementation
(b) widespread support and interoperability
Anything that undermines these two is unwelcome.
If you need to do things that GTP doesn't (currently) do, (and i agree
that there are many things that it doesn't do that a go protocol would
in an ideal world), then a robust bi-directional bridge, released
under a liberal license, seems like the logical choice for getting
traction.
Personally I'd love to see functionality improvements, including:
* moving from file to generic URI references
* interruption of "thinking" engines
* moving beyond ASCII
* handicap and ruleset negotiation
I'd like to see implementation improvements including:
* a validating filter (i.e. a program that sits between the engine and
the controller and checks for conformance of both the engine and the
controller to the protocol)
* test suites for both engine and controller
In an ideal world I'd love to see go move to RFC 3920, but that would
be quite a disruptive shift.
cheers
stuart
More information about the computer-go
mailing list