A Frogger game would be nice. There is already one in BASIC that is extremely popular, so you would have some serious competition, but a brand new one with actual sprites (maybe inspired from the SNES Frogger?) and color would definitively be great.

As for the other game besides the Tunnel, is it a DOOM port?

Wow looks really good .

Mockups on the 84C are pretty fun to make, they are a good incentive to start coding imo.

Hopefully you can find the time to knock this one out pretty quickly, cant wait .

tr1p1ea: Thanks! I make mockups to figure out where to place stuff and get a jump on creating the graphics. Then I use IViewer converter to convert the sprites to asm files.

DJ Omnimaga: Thanks! I chose Frogger because it has a static background and that helps a lot with the speed.

I take advantage of the static background and it uses 160 mode. Also the road and water are one color so no background copying and pasting necessary for the vehicles and logs. Because the frog has to jump on logs and stuff it requires transparency and background copying to erase it. The slow part comes when he has to jump on a log, that means I have to redraw the frog constantly or copy the background where hes at and redraw it constantly as it scrolls around. I may make the road three lanes and the water 2 'lanes' to speed it up. Hopefully I'll have a demo video up by tonight.

The sprite count is definitely the biggest problem and will slow it down significantly, I try not to think about it I can make a small number of sprites go faster or large number go slower. I was also thinking about not letting the logs come on screen until the road was passed, then stop the vehicles. Maybe even have the road on one screen, then scroll up to water part. There is also the possibility of having the screen horizontal to take advantage of the hardware scrolling for that. But for now, I use the edges of the screen for borders so I don't have to draw any partial sprites (the sprites scroll completely off the screens sides out of view). Tunnel does use the hardware scrolling and with Hayleia's suggestion for scrolling multiple frames it helps out a lot. I scroll it at 16 pixels now (the width of the ship) which is essentially drawing the ship as an aligned sprite. Before, when the ship got to the edge of the screen, I had to draw part of it on one side and the rest on the other. That really killed its speed. For certain games that might be necessary, but Tunnel doesn't need the extra resolution. Now it scrolls so fast that the hardware scrolling itself is the bottleneck. I have to purposely slow it down so that when it scrolls, the ship sprite is drawn at the right place instead of ghosting it in front of its position.

The Frogger background image is almost 7,000 bytes compressed, and every sprite is about 256 bytes, font data is over 1,000 bytes (it's not in use but will be). I can get the background down to around 2,000 bytes if I break it up. In the end, it will probably be around 8,000 to 10,000 bytes for 20 sprites and background data.

Here's a demo video on Frogger. Right now its at 10,737 bytes.

Darn that is fast! Can't wait to see the game in its fully functional state.