[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 01:19:20 +0100
User-agent: Mozilla Thunderbird 0.8 (Windows/20040913)

Hash: SHA1

Carsten Wenderdel wrote:
| Hi!
| I'm developing a bot for fibs which needs the equity loss for a given
|  combination of match ID, position ID and move. To get the
| informations I need, I parse the hint list from "gnubg -t" under
| Linux.

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.

| Now I have the problem, that for some combinations it gives me a
| positive equity loss! At the end of the mail, you'll see such a hint
| list. Is there any possibility to avoid this? I use gnubg 14.3,
| expert (0 ply).

Erh... I'm not sure what you mean. How do you define a positive equity
loss? What are you comparing?

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.

In short: The move list is first sorted be evaluation type and then
sorted by equity. Is that the problem?

- -Øystein
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org


reply via email to

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