|
From: | Frank Berger |
Subject: | [Bug-gnubg] Question to the Position-ID |
Date: | Mon, 31 Jan 2005 23:47:40 +0100 |
GNU Backgammon Position ID: rwEAAO62gQIEAA Match ID : 8ImmAEAAEAAA +13-14-15-16-17-18------19-20-21-22-23-24-+ O: oooo | X | | X O O O | OO 4 points | | | O O | OO | | | O | OO | | | O | O | | | | Ov| |BAR| | 5 point match (Cube: 1)| | | | | | | | | | | X X | | | | X X X X X | Rolled 51 | X | | X X X X X | 2 points +12-11-10--9--8--7-------6--5--4--3--2--1-+ X: You
Before I looked at the score, I entered the Position-ID and Match-ID in BGBlitz and was astonished that not X is on but O.... I fetched http://www.cs.arizona.edu/~gary/backgammon/positionid.html
found: >>>>>>>>>>>>As an example, here's what the starting position looks like in the key format:
0 0 0 0 0 # player on roll has no chequers on ace to 5 points >>>>>>>>>>>> "player on roll" are the key words for me.I started the debugger and the decoded position ID started with 111101011 (least signifikant bit first) but that are obviously O's checkers not X who's turn it is, what is in contradiction to the position. Turning who's on to O brings as first byte 01110111 (again written with least signifikant bit first) . It looks to me that the position ID starts with the bits for the player *not* on turn.
Did I overlook something? Any clarification appreciated. ciao FrankP.S. what scares me a little is that I'm pretty sure that I had working code at some time, but in my current examples always the wrong player is on....
[Prev in Thread] | Current Thread | [Next in Thread] |