Yes, I'm a VERY curious programmer!
Ok, now I understand that this jump is never done.
But what is an instruction BF good for, when it actually never does anything?

The 2 clocks CPU lost is of course no problem, because I think this bugfix code is only executed when the user changes the level (to or away from a Fun level).

__________________
Meine Webseite: https://fhub.jimdofree.com/

And from your "66DC: 91 ; (41+50)" I guess the program uses only a 1-byte checksum, correct?
Then why not just change the checksum byte instead of adding such a dummy byte?

__________________
Meine Webseite: https://fhub.jimdofree.com/

Yes, only a one byte checksum.
However, the checksum is not stored, it should be 00, so I add a byte to obtain 00.

Another solution would be to delete the checksum call from the rom, but I'm follower of "Entia non sunt multiplicanda praeter necessitatem", or principle of parsimony.


Cordialy,

Mychess

Well, a 1-byte checksum is a quite simple method - how does the program react when it detects a wrong checksum?
I remember such a situation for any other ROM that I've patched, and it actually returned an error message (I've just skipped this error routine).

__________________
Meine Webseite: https://fhub.jimdofree.com/

A continuous error message (E: ron) with beep.
However, "enter" bypass the message and the computer is ready.