bug-gnubg
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnubg] Problems with Gnubg 04-Mar-2009 release


From: Christian Anthon
Subject: Re: [Bug-gnubg] Problems with Gnubg 04-Mar-2009 release
Date: Fri, 13 Mar 2009 14:14:53 +0100

Bug reports with attachments are better suited for the bug page on savannah

http://savannah.gnu.org/bugs/?group=gnubg

while questions and uncertainties go this list. In both cases we would
rather have one problem per report, even if we get ten reports :).

Christian.

On Fri, Mar 13, 2009 at 1:52 PM, Efe Arkayin <address@hidden> wrote:
> Hello Christian,
>
> Thank you very much for your prompt reply!
>
> How can I assist you with respect to 5), A) and C) in terms of examples?
>
> Shall I send saved games/matches and/or screenshots of the errors in
> question to your e-mail address?
>
> Please advise.
>
> Kind Regards,
>
> Efe
>
>
> --- On Fri, 13/3/09, Christian Anthon <address@hidden> wrote:
>
> From: Christian Anthon <address@hidden>
> Subject: Re: [Bug-gnubg] Problems with Gnubg 04-Mar-2009 release
> To: address@hidden
> Cc: address@hidden
> Date: Friday, 13 March, 2009, 11:52 AM
>
> Hi Efe,
>
> please bear in mind that the releases you find on www.gnubg.org are
> development snapshots, and therefore some will be better than others.
> For example I recently made some changes to the hint code, which
> didn't turn out too well, and this covers 1), 3) and 4).
>
>> 2) In addition, the line spacings in the "Analysis panel" and "Hint
>> window"
>> are now much narrower which leads to a more cramped / crowded list of
>> moves.
>
> This is a tradeoff between details, and available space. But it should
> be different from september 2008.
>
>> 5) For unknown reasons, there were couple of instances when the newer
>> version arbitrarily crashed during games/matches. The only common
>> characteristic that I noticed was that they were all happening when I was
>> clicking on the dice to make the next move (either for gnu or for myself).
> Difficult to say without a more precise error report..
>
>> 6) The size of the new Temperature Map window and the fonts are bigger now
>> which is obviously a huge plus! However, the best moves inside the squares
>> are listed upto 4 lines now (intentional?). For example, a double six
>> played
>> 13/7(4) is not represented 13/7(4) anymore, but on four separate lines as
>> 13/7. Also, when you resize the temperature map bigger, the fonts of best
>> moves and equity over-adjust such that the characters overlap.
>
> Intentional with the four lines since we had much more vertical than
> horizontal space. The font problem is probably specific to windows.
> I'll take a look.
>
>> 7) When an offered cube is taken by the other player, the previous version
>> played a sound file ("take.wav"). This file is not played in the newer
>> version. After one accepts the cube, you immediately hear the sound of
>> next
>> dice rolling. Very minor issue but just wanted to point it out.
>
> Possible. I don't pay too much attention to the sounds myself.
>
>> 8) Finally, when I analyze the same match that I played in the 2 instances
>> of gnubg, the older version takes 5 seconds, whereas the newer version
>> does
>> it in 45 seconds! (even starting the analysis first with the older
>> version!)
>> This applies to any previous saved games of mine, too. The newer version
>> with exactly the same settings takes much more time to analyze the
>> games/matches? I have no idea why.
>
> Are you sure the settings are the same. Another possibility is that
> the tutor now uses the eval settings, which may be different from the
> analysis settings.
>
>> Last but not least, there are 4 general problems in both versions that one
>> would hope to be fixed in the future versions:
>>
>> A) The tutor does NOT warn you (however big of a blunder your cube
>> decision
>> is) when you are "Too Good To Double" and gnubg penalizes you by taking
>> your
>> wrongly offered cube and ending the game, whereas you should have
>> continued
>> to play for gammon. Everytime this happens I think that my cube was
>> correct,
>> just to be disappointed later when I run an analysis of the match to see
>> that it was either doubtful, or even bad.
>
> Examples please.
>
>> B) When your actual move is marked doubtful (maybe even bad) in the Hint
>> or
>> Analysis window and you perform a rollout just to be sure, sometimes you
>> find out that it is indeed the best move according to the rollout results.
>> But gnubg does not somehow "save" or "feed" this information into its game
>> evaluation. Then, when you go ahead and play the confirmed best move in
>> the
>> game, it is still marked as doubtful, bad etc. which affects your final
>> statistics :( This was not the case when I was trial testing Snowie 4
>> where
>> seemingly incorrect moves were accepted later after a proper roll-out.
>
> Should be fixed in the near future.
>
>> C) In the bear-in or bear-off phase, Gnubg does some strange checker plays
>> when it is either definitely winning OR definitely losing the game. For
>> example, with two checkers left on 1 and 2 points and having a last
>> winning
>> roll of a 6-1, it moves the checker on the 2 point to the 1 point and
>> bears
>> off the same checker, leaving one checker behind for an additional
>> unnecessary roll? I sometimes wonder whether it is psychologically messing
>> and teasing me by prolonging the pain :)) Likewise, when I am certain to
>> win
>> a gammon, it does not continue the fight by trying to bear-in as much
>> checkers as possible to save the gammon and sometimes makes irrelevant
>> moves
>> in its own homeboard?
> I've rarely seen this, but examples please.
>
>> D) The statistics numbers in the "Player Records" do not match those of
>> "Match Statistics". One can verify this by erasing all player records,
>> playing a fresh, brand new match, running a match analysis and adding the
>> results to the "Player Records". The numbers in the two windows are
>> completely different (unless "Player Records" calculates something else?)
>
> Player records will be removed very soon in favor of the player database.
>
> Christian.
>
>




reply via email to

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