My mistake, I just realised it is the program that is counting
wrongly and not human error..Many apologies---there is a bug for sure.
Mick J.
wrongly and not human error..Many apologies---there is a bug for sure.
Mick J.
> Well I disagree with the 4/3 versus 3/3 moves/shots. I'll tell youfrom
> why--- In the second method ie" 4/3 you are counting the escape
> the tunnel you are sitting on, to the tunnel above (By shooting the3/3
> block) as one move but it is not a seperate move. If that were the
> case then as in the 3/3 go, why don't you count the 2nd move to the
> first tunnel and the automatic move from that tunnel to the above
> tunnel as two moves? That's what is being done here in reverse.
>
> Do you follow the way I am seeing it. Apart from any playback print
> stats, that is the way it is--either move two is two moves in the
> case or shot 2 is classed shot 2 move 3 in the second case. Youcan't
> do for one what you don't do for the other being they both have the(M/S =
> same outcome. If you count for one and not the other then you will
> always have a one move difference.
>
> Mick J.
>
>
>
> > Hi Donald:
> >
> > Bartok is right. It's definitely a bug in the second solution
> > 4/3). The following is "Action", "Number of moves shown",one
> and "Number of
> > shots shown".
> >
> > "Restart", "0", "0" (OK)
> > "Shoot Up", "0", "1" (OK)
> > "Move Up", "1", "1" (OK)
> > "Move Up", "2", "1" (OK)
> > "Shoot Up", "3", "2" (Bug)
> > "Shoot Up", "3", "3" (OK)
> > "Move Up", "4", "3" (OK)
> >
> > At the second shot (fifth line), number of move is increased by
> byright
> > the program beyond our intention (we hit "space bar" or click-
> > mouse).
> >
> > I tested by "LPB-Print.exe" to see how this program interprets
> the .lpb
> > (playback) file. It printed as follow:
> >
> > **** Playback level: Superfluous move
> > ******* Recorded by: Yono-Yono
> > SU:1x, MU:2x, SU:2x, MU:1x.
> > Moves: 3 & Shots: 3. Printing Date & Time: 3/13/03 6:58:03 AM.
> >
> > Bye
> > Suyono H. Yaphar