My email got cut off near the end. My final thought was that it would be preferable to stick with GTP, just a revised asynchronous version.
- Don 2009/4/21 Don Dailey <dailey....@gmail.com> > Yes, this is a powerful feature that all chess interfaces have. > > There is one issue with GTP that will have to be kludged around - there is > no way to stop an engine from thinking that is provided naturally by gtp. > GTP has the nice feature that you can pipe in commands from a file, but it's > not an ideal protocol for a sophisticated interface. > > Therefore, it is impossible to build a workable interface for all programs > without requiring some basic modification to the protocol. > > I believe the protocol should have a special mode for this, the ability to > accept commands even while busy - the ability to communicate asynchronously > which is required to build the more sophisticated interfaces. > > I don't want to open up a can of worms here - this has been discussed on > this list before. But it's a necessary step that will have to be taken > sooner or later and I would personally prefer it's hea > > - Don > > > > > > On Tue, Apr 21, 2009 at 5:48 AM, Łukasz Lew <lukasz....@gmail.com> wrote: > >> I like the idea very much. >> But the coding effort is mostly in the GUI so it depends whether >> gogui's (or other GUIS's) author will like the idea. >> >> It has great commercial/popularity potential. >> But it is not so important for research. >> >> Lukasz >> >> On Tue, Apr 21, 2009 at 07:35, "Ingo Althöfer" <3-hirn-ver...@gmx.de> >> wrote: >> > Hello, >> > >> > during the last weekend I have tried (for the >> > first time) to use commercial go programs >> > to analyse some games played between human >> > players (on KGS). >> > The idea was to use the bots for blunderchecks. >> > So, I was looking for positions where the >> > evaluation (in win percentages) jumped or >> > dropped between consecutive moves. >> > >> > >> > *** Concrete Example *** >> > >> > Amongst others I looked at a game between >> > bwilcox[3d] and harleqin [2d], played on April 20, >> > 2009, starting time 5:31 [CEST]. You can download >> > the sgf for instance from the KGS archive at >> > http://www.gokgs.com/gameArchives.jsp?user=Harleqin >> > >> > (By the way, bwilcox might be Bruce Wilcox, one of >> > the veterans in computer go.) >> > >> > >> > Both programs in my analysis "claimed" that >> > 77.f13 was a big error: >> > * In Leela the score dropped from 50.5 to 41.4 . >> > * In ManyFaces the score dropped from 50.0 to 45.8 . >> > >> > Instead of 77.f13, both programs proposed 77.d14, >> > with the possible continuation 78.e14 79.d13 . >> > >> > I discussed these "findings" with Harleqin, and >> > he agreed that 77.f13 was a move that brought him >> > into problems. >> > >> > >> > *** General Wish *** >> > >> > Unfortunately current, (commercial) go programs >> > (including Leela and ManyFaces) do not have a user >> > interface that allows for COMFORTABLE analysis of >> > games. The user has to click lots of buttons when >> > jumping back and forth in some sgf. >> > >> > My wish is to have something similar to that, what has become >> > standard in computer chess programs in the mid 1990's: >> > * on the left half of the screen the diagram of the board >> > * on the right half a list (not only sgf, but also with >> > move numbers included) >> > * the program is computing in analysis (infinite) mode >> > * when the user clicks (by mouse) on any move in the move list >> > then the program jumps immediately to this position and >> > starts analysing (of course this position is shown in the diagram) >> > * of course the screen should all the time show (in fat font) >> > what the value of komi in the game under investigation is. >> > >> > * Another big wish: the programs should allow for some k-best mode >> > where not only the best but the k best moves are computed (k being >> > some integer specified by the user). >> > >> > Ingo. >> > -- >> > Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + >> Telefonanschluss für nur 17,95 Euro/mtl.!* >> http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a >> > _______________________________________________ >> > computer-go mailing list >> > computer-go@computer-go.org >> > http://www.computer-go.org/mailman/listinfo/computer-go/ >> > >> _______________________________________________ >> computer-go mailing list >> computer-go@computer-go.org >> http://www.computer-go.org/mailman/listinfo/computer-go/ >> > >
_______________________________________________ computer-go mailing list computer-go@computer-go.org http://www.computer-go.org/mailman/listinfo/computer-go/
