bug-gnubg
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnubg] UBgI - Universal Backgammon Interface


From: Jim Segrave
Subject: Re: [Bug-gnubg] UBgI - Universal Backgammon Interface
Date: Fri, 23 Dec 2011 20:00:23 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20110730 Thunderbird/5.0

On 12/23/2011 07:41 PM, Frank Berger wrote:
>>From: ?ystein Sch?nning-Johansen <address@hidden
> <mailto:address@hidden>>
> 
>> I would love to see a standard interface for communication between a
>> backgammon GUI and a backgammon engine similar to UCI. Can someone
>> suggest/define a UBgI - Universal Backgammon Interface?
> 
> Yes, absolutely. And the best is, I believe we have such a beast already
> :)  
> 
> To connect BGBlitz to Tony Lezards "Dueller" (unfortunately it seems not
> to be available anymore) Tony defined a TCP/IP based protocol, so
> different blots can play against each other. I implemented it in BGBlitz
> and Tony in Dueller.
> 
> It seems to me that this would be the perfect match. One issue: on the
> documentation of the protocol is a "Confidential" mark, so I will ask
> him first whether it can be published. I'm pretty sure we can connect
> anything except Snowie and Jellyfish. There is only a small server
> needed that holds the state and drives the match for automated duels. 
> 
> Does this sound interesting? :))

Yes! I'm still sketching out for myself (I'm very pressed for time to
really get stuck in) a "learn from your errors" interface between
gnubg's RDBMS and the bot, so you can have the program select random
postitions from the databse which you've flagged as errors and allow you
to just replay the one move/cube decision. One major effort with the
current set up is getting gnubg to accept a postion - match score, cube
position, maybe dice, board, etc, allow you to play one move and then
stop ala tutor mode to analyse the results before moving on to another
"let this be a lesson to me". An interface like this would vastly
simplify things (or at least I think it would)



reply via email to

[Prev in Thread] Current Thread [Next in Thread]