potatohead's Blog

The latest screenie represents some work I got done today. Basically, there is plenty of time in one COG to do two sprite strips. Hmmm... maybe some decent TIA style graphics might be possible in one COG.

 

That's good news. I don't quite have the sprite handling right. Sprite one underlays beneath sprite two ok, but the opposite is not true. I need to incorporate the sprite 0 buffer image into sprite 1, or just avoid that case in the game. That's actually not a bad idea, though I think I'll clean it up now, before it's too far into the game to change otherwise.

 

Added in the VBLANK flag too. Sprite motion is now keyed to the display. Gonna have to check it on a real TV however. My capture card insists on adding motion blur to stuff that shouldn't have it. That, or I've got it wrong some how. Either way, there is a screen drawing flag for limiting screen changes to those times when the electron beam is not actually drawing the video image.

 

On to cleaning up the sprite masking, then making a decision about doubling or multiplexing to permit the paddle display necessary at the bottom of the screen.

Added screenie today.

 

Got in some minor progress. Keyed in the bomber graphics. Not quite right, but good enough to test the two sprite movement approach. I'll show the bombs in the bombers hands with simple animation. Just build some different sprite table for that. Where the bombs are falling, it will just be one sprite active, drawing bombs and being scrolled downward.

 

So, now it's the paddle and collisions at the bottom of the screen. That will complete the core game elements from a video perspective.

 

Just noticed. That bomber is too fat! For some reason, I thought he was significantly wider than the bombs. Doh! Looks like everything fits into one sprite strip. Oh well, I've got the pixel data done, just have to cull every other pixel and go forward from there!

 

Kind of like the fat bomber though...