bug-gnubg
[Top][All Lists]
Advanced

[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-----





reply via email to

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