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