[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-gnubg] First move in hint list not the best one
From: |
Øystein Johansen |
Subject: |
Re: [Bug-gnubg] First move in hint list not the best one |
Date: |
Sat, 12 Mar 2005 17:14:02 +0100 |
User-agent: |
Mozilla Thunderbird 0.8 (Windows/20040913) |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Carsten Wenderdel wrote:
| Hi Øystein, thanks for your response!
|
|> Ooooohhhhhh..... Sounds like a bad way to connect it to a bot? I
|> guess the external interface or the python interface would be
|> better ways to make a bot. Or maybe even Joseph's pygnubg.
|
| Yes, I have to do a lot of parsing stuff, right, but I already got it
| going. You are welcome to see it in action, just drop me a line.
What's the nick?
| I see two problems with the external interface - first it lacks
| dokumenation and secondly it lacks features.
Unfortunately yes! :-(
| I not only need the best move for a certain position but also the
| equity loss for a certain move. Therefore I either need the hint list
| or the tutor mode, which both are not available through the external
| interface. Please correct me if I am wrong.
You're right! That's not available in the tutor mode.
It sounds to me like the internal function in gnubg you want to call is
FindnSaveBestMoves. Take a look at that function in eval.c.
If you need to wrap that up in something, I'll help you!
|> Let me make a guess. You parse the list and you find the move with
|> the highest equity. The problem is that the list is not necessarily
|> sorted with the highest equity move first. If the movefilter have
|> sorted out a move at 0-ply and then 1-ply evaluates the candiadates
|> with a lower equity, the 1-ply best moves will be sorted hiest on
|> the list.
|
| You are right, Øystein.
|
|> In short: The move list is first sorted be evaluation type and then
|> sorted by equity. Is that the problem?
|
|
| The sorting order is not a problem. My problem is that comparing
| equities in 0 ply and 1ply/2ply is like comparing apples and oranges.
|
See.
| So if I want to compare it correctly it seems I have to use 0 ply. Or
| is there any way to computate a 2 ply equity for _every_ possible
| move? Another possibility would be the tutor mode ... hm.
FindnSaveBestMoves() is an extern function in gnubg that evaluates the
possible moves. It returns a movelist. It also can take a move as input
and ensure that this move is evaluated at the highest ply.
To me it sounds like this is the function for you.
- -Øystein
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCMxVK6kDTFPhwyqYRAplMAJ96X2EmpfIx7+AJ6KF272jAu3svvACeJirf
6H3aHxUoSjVaRxwFqInoqpI=
=DoBr
-----END PGP SIGNATURE-----