"If it ain't broke, it probably soon will be"

T.M.R's Workstation
General Stuff

 Home Page
 About T.M.R
 Photo Galleries
 Web Links
 Random Quotes
 Old Web Log

8-Bit Stuff

 T.M.R's Dev Blog
 The Scrapyard
 Ye Olde Stuff

Other Stuff

 Rendered Images
 PHP Toys

Random Quote

"The wireless telegraph is not difficult to understand. The ordinary telegraph is like a very long cat. You pull the tail in New York, and it meows in Los Angeles. The wireless is the same, only without the cat."

Albert Einstein 

Notice: Trying to get property 'title' of non-object in D:\Xampp\htdocs\cosine.org.uk\tmr\projects_dev_blog.php on line 20
 [ A8 :: shooty stuff ] posted 2009-10-13T16:01:00.005+01:00 

i've been thinking about writing a shoot 'em up for the Atari 8-bit for literally years now... but it's not the easiest machine to write that kind of game for. The current project started as something of a urine extraction of a particular person at Atari Age who rather ridiculously kept banging on about how more colours in a game somehow made it more beautiful. No, i couldn't see it either so i threw together something with three playfield colour splits a scanline that essentially looked like Rainbow Brite had vomited down the inside of the monitor to demonstrate:

i suspect a few people thought that was just a mock-up when i posted it (and it keeps getting complements, that's worrying...) but there's a fully functioning game engine behind that too... but the sprite engine being used isn't much more complicated than what games like Mirax Force or Humanoid already do (it has some wave sequencing behind it so there's more game logic going on, but the way it actually recycles hardware sprites is the same) so everything is on horizontal rails. It's workable, but seriously limited when it comes to what the nasties can actually do.

So i started thinking about other options and now i have a [i]second[/i] preview, this time far less busy on the playfield colour splits but changing the sprite colours every other scanline and able to recycle the three sprites assigned to nasties (the player's is dedicated) in order to give six relatively free standing objects whizzing around the play area with a more complex wave sequencing engine feeding them control data. Fantastic stuff and i can live with just one of the playfield colours being split... except to my mind the sprites simply don't look as good with one colour and splits (the splits are a scanline out on this screenshot, use your imaginations!):

So now i have something of a dilemma, do i go with this revised engine and carry on, look at the possibilities of changing it again to multiplex three colour objects (if i do, the player's ship becomes a software sprite and things are... fraught as far as available CPU grind go already) or is there a third option...

Decisions, decisions...

In the meantime, i might arse around with the scroll engine and multiplex to produce a much simpler game to see how things stand on CPU loads.

 [ C64 :: GR9 Strike Force released ] posted 2009-09-14T19:40:00.002+01:00 

It's being called the "party version", but GR9 Strike Force has been released over on the Cosine website. Yay! Here's a screenshot from the final release:


 [ C64 :: so near...! ] posted 2009-09-10T15:49:00.001+01:00 

GR9 Strike Force is pretty much done bar the pretties now... here's the video!

Powered by an Atom Feed from Blogger
Site content and design copyright © 2001-2012 T.M.R of Cosine Systems