It looks to me like the sprite data are missing. That'd be my guess.

Not exactly: I guess it's easier for me since I know what it's supposed to look like, but the sprite data is there. It's just scrambled

That reminds me... would it be a good idea to add flying zombies and allow shooting vertically/diagonally?

Hm, shooting diagonally wouldn't be hard at all actually (I just realized that the up/down buttons do nothing atm) since I already have y-velocity of the bullets. However, zombies are restricted pretty solidly to right/left movement....

I'm working on a melee attack too..I'll think about it. It would definitely help add some variety to the game.

or adding a boss stage.

I was thinking about this: it is possible I think. Hm...

Well, powerups are only going to last for a certain amount of time. I already had a shield/invincible powerup planned, so a drain would just be an extension of that. However, it would make it kind of hard to program...The code for removing a zombie and recording a kill is fairly complicated and embedded in the bullet code loop. The code for checking for zombies' proximity to the player are in a completely different place and environment I could make it that zombies lose health via drain, but they wouldn't be able to die. Would that be weird?

What's the window range?

Code:

Code: [Select]

:.KARRACE
:identity(318C4BD24FF24E724FF2366C0FF0166818181BD87BDE981997E99FF99FF967E6)
:.KAR
:[314B4F4E4F360F16]→Pic1
:[8CD2F272F26CF068]→Pic2
:[181B7B98979F9F67]→Pic3
:[18D8DE19E9F9F9E6]→Pic4
:.DRAW
:Repeat getKey(15)
:Pt-On(0,,Pic1
:Pt-On(0,8,Pic3
:Pt-On(8,0,Pic2
:Pt-On(8,,Pic4
:DispGraph
:End


that's all i see
Edit: It will be best to stick with Pt-On IMO, as you already have the command in the previous and assumed related code

Even this is unnecessary due to the new peephole optimizer Although I believe (I need Runer to confirm) that a While 1 : EndIf getKey(15) might be better than Repeat getKey(15) : End

Thanks

Does anyone have ideas for powerups?

You can in general use the same algorithms and ideas from smoothscroll 8x8 tilemapping: just instead of incrementing the draw by 8, increment by 16, etc. Instead of a single pt-on(), you can use 4 pt-on()s or you can try the bitmap command if you want. I haven't tested this code btw, just wrote it on the spot but it should work (I might have reversed the Y buttons by accident..idr)
.Super simple unoptimized with a 16x16 map and 16x16 tiles
[MAPDATA]->GDB1
[TILES]->Pic1
Repeat getkey(15)
getKey(3)-getKey(2)+X->X
getKey(1)-getKey(4)+Y->Y
For(A,0,4
For(B,0,6
subroutine(B*16-(X^16),A*16-(Y^16),{Y/16+B*16+A+(X/16)+GDB1}*32+Pic1)
End
End
DispGraphClrDraw
End
Lbl subroutine
Pt-On(r1,r2,r3)
Pt-On(r1+8,r2,r3+8)
Pt-On(r1,r2+8->r2,r3+16)
Pt-On(r1+8,r2,r3+24)
Return
If you would rather use Horizontal and Vertical instead of redrawing every frame, you can still use the same engine as Horizontal/vertical 8x8 just with similar tweaks as the above example. The easiest way you call your 16x16 routine to redraw the whole set of edge tiles, but you can also try to optimize by only drawing the two 8x8 tiles of the 16x16 that would be necessary. I don't have a lot of experience with these types of tilemappers though while they can be faster I personally find the redraw-every-frame approach cleaner and more flexible. To each his own.

Woops haha that is indeed true. Fixed now