[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-gnubg] Question about higher plies
From: |
Øystein Johansen |
Subject: |
Re: [Bug-gnubg] Question about higher plies |
Date: |
Mon, 26 Jul 2004 16:07:33 +0200 |
User-agent: |
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Joachim Matussek wrote:
| Hello,
|
| I was musing a little bit and following question arose.
|
| E.g. you are calculating a 2-ply. At 0-ply it is a contact position,
| but depending on the move chosen it may become a race at 2-ply.
| Do you switch neural nets within this evaluation?
I'll try to explain:
The 2-ply evaluation is the aritmetic mean value of a 0-ply the position
after the assumed best move after all 1296 dice combination. If you
imadgine this as a tree with 1296 leaves, it is therefor the average of
the evaluation of all these 1296 leaves. Each of the 1296 positions are
evaluated with its proper neural net.
However, of course it's only 441 different position evaluated, since
there is only 21 distinct dice rolls.
Now comes some questions from me as well:
The evaluation function is coded with recursion. I therefore assume
EvaluatePosition must be calling ClassifyPosition for each time it's
called. Can we improve the speed of the evaluation if the position type
was given as a argument to the evaluation function and determined before
the call? Of course, implementing this means we must have a function
before calling EvaluatePosition which finds whenever a position class
change is possible of not. (I have not thought about the function yet,
I'm just thinking while I typing)
pseudo code:
if(position class can possibly change over n-ply):
~ Evaluate the position as usual.
else:
~ Evaluate position with a function that take position class as arg.
Will this improve the evaluation, assuming we can find a function to
determining if the position class can change? Maybe not! The
ClassifyPosition function isn't the most time consuming function, is it?
- -Øystein
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFBBRAj6kDTFPhwyqYRAgofAJ0f6FOXtwtPakO9NewGkoIj8BxBgACeNZJA
LhYNxcCLL/S8CBZbz7D7QLY=
=aOFF
-----END PGP SIGNATURE-----
- [Bug-gnubg] Question about higher plies, Joachim Matussek, 2004/07/26
- Re: [Bug-gnubg] Question about higher plies, Joern Thyssen, 2004/07/26
- Re: [Bug-gnubg] Question about higher plies,
Øystein Johansen <=
- Re: [Bug-gnubg] Question about higher plies, Jim Segrave, 2004/07/26
- Re: [Bug-gnubg] Question about higher plies, Joern Thyssen, 2004/07/26
- Re: [Bug-gnubg] Question about higher plies, Jim Segrave, 2004/07/26
- Re: [Bug-gnubg] Question about higher plies, Joseph Heled, 2004/07/27
- Re: [Bug-gnubg] Question about higher plies, Jim Segrave, 2004/07/27
- Re: [Bug-gnubg] Question about higher plies, Joseph Heled, 2004/07/27