If you want something quick could use any engine that supports the gtp command "final_score". It doesnt give win rate but will report who it thinks won and by how many points. GnuGo.. pachi or commercial engines likely all support it.. but calculation in early game can lag.. like 30s to 1min for gnugo for example.
On Aug 31, 2016 4:31 PM, "Jackson, Andrew" <andrew.jack...@usgo.org> wrote: > Ah, i forgot to put the links to example broadcasts: > > Our recent broadcast of the Bailing cup semifinals: > https://www.youtube.com/watch?v=VXCkkC341L8 > A live game from the recent US Go Congress: https://www.youtube. > com/watch?v=Z3lPUKSQU3g (commentary starts ~45 minutes in) > > BTW, i'd like to point out that this doesn't necessarily need to be > stunningly strong or accurate, although a stronger engine would certainly > do a better job! > > On Wed, Aug 31, 2016 at 3:41 PM, Jackson, Andrew <andrew.jack...@usgo.org> > wrote: > >> Hello all! Long time lurker, first time poster: I'm Andrew Jackson, i >> volunteer w/ the AGA in a number of capacities. >> >> Most recently, i've been putting together live broadcasts of games -- >> professional games from CJK, and also games from AGA events [1] >> >> These broadcasts feature professional commentary to help amateurs >> understand what's going on, but the number one question we get in the chat >> during the broadcasts is invariably "who's winning?" I was hoping >> computer-go could provide some suggestions on how we might run the >> game-in-progress through an engine to get an 'estimated winrate' -- or >> better yet, a graph -- that could be overlaid in the corner of the screen. >> >> Which brings me to the computer-go mailing list :) It seems like someone >> on this mailing list would probably have some good ideas about how this >> might be accomplished :) What do you think? >> >> >> Here are some more details: >> >> The game sgf is kept mirrored on KGS by a human transcriber w/ permission >> from the KBA. >> >> The overlay for these broadcasts is already rendered as a local webserver >> hosting a simple html shell holding the graphics; my thought was that this >> server could easily make requests to another service somewhere. That >> service would be tracking the game and able to send back some json >> describing the engine's view of the game, its confidence, etc. We could >> then plot with d3.js right on the overlay. >> >> The service would need to run somewhere else, as the computer streaming >> the game is already using all the CPU for transcoding & pushing the video. >> >> Given general overview of the goal & constraints, I ask you: >> >> - Does this sound plausible? >> - Any ideas for an engine that would be easy to hook this into? >> - Are bots capable of spectating games on KGS? >> >> Thanks in advance for any help you might provide! >> -Andrew >> >> > > _______________________________________________ > Computer-go mailing list > Computer-go@computer-go.org > http://computer-go.org/mailman/listinfo/computer-go >
_______________________________________________ Computer-go mailing list Computer-go@computer-go.org http://computer-go.org/mailman/listinfo/computer-go
