why--- In the second method ie" 4/3 you are counting the escape from
the tunnel you are sitting on, to the tunnel above (By shooting the
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 3/3
case or shot 2 is classed shot 2 move 3 in the second case. You can't
do for one what you don't do for the other being they both have the
same outcome. If you count for one and not the other then you will
always have a one move difference.
Mick J.
> Hi Donald:and "Number of
>
> Bartok is right. It's definitely a bug in the second solution (M/S =
> 4/3). The following is "Action", "Number of moves shown",
> shots shown".by
>
> "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 one
> the program beyond our intention (we hit "space bar" or click-rightthe .lpb
> mouse).
>
> I tested by "LPB-Print.exe" to see how this program interprets
> (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