Using Quackle 0.94 and the following game: #player1 Jones Jones #player2 Opponent Opponent >Jones: AIIKOOU 8G KOI +14 14 >Opponent: DEEEJLT I7 JILTED +23 23 >Jones: AADEIOU J3 AUDIO +17 31 >Opponent: CDEEEMY H12 EMYD +37 60 >Jones: AABEEUZ G12 ZA +30 61 >Opponent: CEEEGIL K7 GELEE +23 83 >Jones: ABEERUX 8K EXURB +66 127 >Opponent: CIILNNR 9K LIN +16 99 >Jones: AADEEHO 5E HEADED +22 149 >Opponent: BCILRNV 3I CAVIL +26 125 >Jones: AIOQTVW 2L QAT +37 186 >Opponent: BNNRRST F3 BRENT +9 134
After generating choices, you get (among others): F13 BRR leaving NNST: score 14 value 15.8 N6 BRR leaving NNRST: score 11 value 13.7 I was under the impression that the difference between the value and the score, pre-simulation, is a static leave value which is a function only of the leave. In this case, NNST is worth 1.8 and NNRST is worth 2.7. Is this correct? How can NNRST be a better leave than NRST? Bug? Another buglet: This game file arose due to an email exchange: "Opponent" and I played a game on Monday and we each recorded racks. I entered the game into Quackle from my scoresheet, using fake racks for opponent. Opponent then sent the game back to me with his real racks from his scoresheet. We did this in the message body itself, not in attachments. On the way, a space got inserted between the leading ">" and "Jones"/"Opponent". Perhaps this syntax is not kosher according to the GCG spec, but Quackle gets... umm... totally spaced out :-) when reading it in. Hmmm... this one might actually be easy enough for me to patch. I can't install Qt4 for various reasons so I can't fix GUI issues, but if this issue is constrained to the simulator binary then I can compile that.
