Turns out I only have fixed the "magically appearing mushroom" bug. I fixed it for slow moving centipedes coming on screen but there was a second case of the same problem for fast moving centipedes. So fix that now also. Bump the version number to 1.0.1. I will do a patch update at some point but I don't think this bug deserves pushing out a quick release update. It is an annoying minor bug at most.

This commit is contained in:
Jeremy Rand 2021-03-03 22:20:22 -05:00
parent cb47d1ff0d
commit dfcf6a66b6
3 changed files with 7 additions and 7 deletions

View File

@ -7,7 +7,7 @@
<key>Binary.xcscheme_^#shared#^_</key>
<dict>
<key>orderHint</key>
<integer>3</integer>
<integer>1</integer>
</dict>
<key>BuGS.xcscheme_^#shared#^_</key>
<dict>
@ -17,12 +17,12 @@
<key>DiskImage.xcscheme_^#shared#^_</key>
<dict>
<key>orderHint</key>
<integer>1</integer>
<integer>2</integer>
</dict>
<key>doNotBuild.xcscheme_^#shared#^_</key>
<dict>
<key>orderHint</key>
<integer>2</integer>
<integer>3</integer>
</dict>
</dict>
</dict>

View File

@ -1507,8 +1507,8 @@ addBodySegment_fast anop
; This is a bit weird but we pretend the body segment is in the bottom RHS tile while it is offscreen.
; We have to put in a valid game tile here and it doesn't matter if body segments "collide". But we
; don't want head segments to collide with a off-screen body segment. Since the head segments always
; appear at the top, it is safe to just tuck the body segments away at the bottom RHS.
lda #NUM_GAME_TILES-1
; appear at the top, it is safe to just tuck the body segments away at the top RHS.
lda #RHS_FIRST_TILE_OFFSET
sta segmentCurrentTile-6,y
sta segmentCurrentTile-4,y
sta segmentCurrentTile-2,y
@ -1606,7 +1606,7 @@ addBodySegment_slow anop
sta segmentTileOffsetsLR,y
sta segmentTileOffsetsLR,y
; See the comment above why we pretend the body segment is at the bottom RHS tile.
; See the comment above why we pretend the body segment is at the top RHS tile.
lda #RHS_FIRST_TILE_OFFSET
sta segmentCurrentTile-14,y
sta segmentCurrentTile-12,y

View File

@ -63,7 +63,7 @@ resource rVersion (1) {
{
1, /* Major version number in BCD */
0, /* Minor version number in BCD */
0, /* Bug version number in BCD */
1, /* Bug version number in BCD */
release, /* Development phase */
0 /* Release number */
},