Granny is on the loose

20th February 2010

I done some more work on Bionik Granny Returns today. First of all, I drew some more sprites for this game. I created some shoppers, store man, trolley, ghetto blaster, etc. I shall not tell you everything as that would spoil the surprise.

After dealing with the sprites, I went back to do some more game code. I created some data/byte tables to represent frames and colours of the characters, which Bionik Granny will want to whack during her day out. Also I created some frames for the various hazards that hang around during the game. As soon as I got the byte tables sorted out, I programmed routines to initialise all the sprites, positions.

After the initialising of the character sprites I got started working on the game loop, which will expand the sprite position limitations and also I got the player moving, and animating. Now it is time for me to prepare some logic to this game, so that granny is using her cane to whack anything that comes along. Well, after a bit of logic I successfully got granny's cane moving. Whenever the player presses the fire button. She can use her cane. Now my next task will be to get some characters come into the game, but I'll work on this probably some time tomorrow or Monday afternoon. I do also have the Up in the Air project to work on as well. So I might do UITA tomorrow instead.

Bionic Granny travels to the future

19th February 2010

Bionic Granny. Either you would have loved this game, or you would have hated it. Well, I played this Mastertronic classic yesterday for a laugh and decided to create a remix of the original Bionic Granny tune using DMC V4.0. I even did a rubbish SEUCK game based on Granny's antics yesterday as well. Am I terrible or what?

How did I come up with this silly SEUCK made after 1 - 2 hours? Well, basically, I was on an Instant Messenger client and mentioned that BMX NINJA was one of worse games to ever have hit the Commodore 64. But, little did I realise was that there were C64 games worse than that. That was of course Bionic Granny by Mastertonic in 1984. I tested the original Bionic Granny game for myself. It was complete and utter pants. It was one of those games you would have seen made with the Games Creator or Creations game maker tools. (The best game I ever saw made with this probably was Golden Head, an Indiana Jones style game).

As I was discussing with a friend on MSN messenger, I came to a very daft decision to bring back the infamous granny and create a tribute game. That's right fans, Bionic Granny is going to have the Crapcade Games makeover.

For any of you who wants to know what Crapcade Games is: Crapcade Games is a fun label where we give existing game titles a makeover just for fun. And try to make them better, unlike their crap counterparts.

However, although this game is going to be taking a makeover. The concept of the game will be simple, but more fun. For example, we will want some real action involved with this silly game, so the player shall have the opportunity to move Granny left/right (like in the original), but instead of running into the people she wants to whack with her cane. Pressing fire will activate the cane. There will also be a hidden quota. As soon as enough people have been hit by the cantankerous old lady, a coin will move downwards. If the player collects enough coins (by whacking enough people with the cane), they will move on to the next level. Also the speed for each character will depend on the level which you are on. Also planned is a front end with a different piece of music, with flip pages. First showing the credits, then the game instructions, then the high score table.

Anyway, today I got started on working on some in game graphics for this game. I used the Multi Screen Construction Kit utility to design my own screens for the game. It took a while for me to design those screens as I wanted to add some quite nice detail to the actual game's graphics. The result for outside the Mini Mart turned out quite nicely (See pic below).

Other level screens I designed using MSCK were the Park, School and Public Toilets. (I might do a boating port or pub if I get round to designing some more screens. It depends how well the first 4 levels will turn out. There could also be a possibility of some more screens later on if I can think of any more levels for the game. (Huge grin). Then I used the WinVice Monitor to capture all colour and screen data of this game and stored it to the .d64 using:

s "name of file" 8 (source add) (destination add) and that worked out well.

My next step was to make the game sprites. So I dug out the Sprite Editor V1.0 by demo group Faces and drew the characters (sprites) for the game, starting with the Bionic Granny frames (Look much better than the original Bionic Granny), then I drew the kids and lollipop lady and the spinning lollipops. The sprites part is still unfinished, but this will be ongoing for a short period of time. Finally after that, I decided to improve slightly with the Bionic Granny remix, by adding a touch of extra melodies. As soon as the piece of music was finished, I decided to work on the game code. As well as the school stage, I am hoping to add some other characters like, dogs, angry shoppers, drunks, ghetto blasters (blaring notes at you) and some other interesting things.

Unfortunately not much time was spent on the game code for this game, as it was time for tea. So I only programmed in the game screen, IRQ player, etc. But hopefully I should work on the actual game and have something in action some time soon.

As soon as the game is finished and has been tested. It will be released on my web site as a free download and I'll make an authentic tape loader based on the Mastertronic Visiload loader (blue screen and flashing multicolour border) but of course, with loading music.

Oh no ... The aliens are back to invade your loading screen

3rd February 2010

Do any of you remember back in the late 1980's or early 1990's, you inserted a tape and loaded it up to be presented with a little game like Micro Painter, Invade-A-Load, and Load 'N Play. Well, Interceptor Software and Mastertronic may have done this back in the days, but a new kid is in town. Moo-tilation (also known a Moo-tiload) :)

I came up with this little game idea after someone contacted me to ask me if I am able to implement a game into Martin Piper's IRQ Turbo Tape loader source (available from http://codebase64.org) that I always have used to master tapes for Psytronik Software and for my personal collection for the TND web site. After finishing Mutilator on Saturday last week. I originally drew a silly loading picture for the tape loader of this game, but it was complete and utter pants. Well after all I am no artist :o). I thought to myself. Why should I present this game with a duff and stupid loading picture when there could be a possibility of adding something slightly better? So, let's mutilate some cows :)

1st February 2010

I decided that I should give making a loader game a try and also attempt to link it through to the IRQ Turbo Tape loader. So I got designing (using the Multi Screen Construction Kit) to get the game background design. As soon as I was very happy with the final screen design, I captured the screen data, colour data and char set data by using the WinVice Monitor and also Action Replay cartridge. I saved each part separately and then composed some music for the game, using Music Assembler V1.1. I fancied composing something in a sort of Italo disco remix style and ended up with a pretty neat, which the main beat reminds me of the introduction bass line to Around the Planet by Laserdance although the tune isn't like the original cover. I know that FCS of Finnish Gold did a really good C64 remix of the tune using Future Composer. Because I really liked the tune that I composed. I used Goat Tracker V2.26 to do a remix of the same tune I did, but because the instruments were example instruments. I decided to stick to the version which I used.

After finishing the music, it was time for me to head off to the programming stage. So I got started with the main code. Unlike how I normally program games (by SYNCing outside of the IRQ interrupt) I had a simple theory in which is to put the main game subroutines inside the interrupt of a tape loader (Where music usually plays). Because I wasn't that ready for importing this work into the tape loader. I programmed the usual IRQ raster interrupt routine. You know which one I mean? The JMP $EA31 type of thing? :) Yes that's right.

The first thing I did to programming the game was to get the graphics to display, and then get those enemies moving around the screen. My first idea was to have the player as a cross hair, but sadly it did not work out. So the player became a tank instead. Now although the main part of the game was finished, I had some problems, which I will have to resolve tomorrow, as it is getting late now. Night, night.

2nd February 2010

Man, what a blasted annoying morning I had. I was pestered too much by the family dog, and I have been rather poorly as well. Still I was able to continue with this loader game project. The main body of the game was finished, I just had a problem - The Mutilation. It took me a few hours to work out and correct, as what I wanted was an alien to charge down and mutilate a cow. So I programmed a routine which will use a timer to pick an alien (from the mutilation table ) to charge down and mutilate a cow. Well, that sort of worked, but my major problem was collision. When a sprite was moving down and it was shot. The sprite still moves downwards or upwards during the explosion process. I managed to fix this problem, by comparing whether or not the alien was hit during movement. Well, seems that the alien stops when dying, so that worked fine. Now the final part of programming the game. To check if both cows on the ground have been mutilated. If so, then bring back the credits text.

Finalising the data was quite a challenge. Well, it wasn't much of one. I created a routine to initialise the the game data, so that the background, etc is shown. Then afterwards removed the standard JMP $EA31 irq routine, and used the game loop as a JSR play routine. I estimated the initialise and play addresses of the game data and then linked it to the loader source. Oh dear, too many blocks to count (50 something odd blocks of data, included wasted memory). After I linked this and altered the IRQ tape source, it sort of worked, but the long loading time would not be worth it for a loader game. So I decided to try and use Exomizer's level packing method and then link the decruncher at the end of the packed data. Then I put the packed data into the IRQ turbo tape source. Altered the INIT/PLAY routine again and I successfully got a loading game. Bloomin' fantastic, 21 blocks instead :) Time to show this loader off to some of my contacts, who might be interested to see it running.

3rd Februrary 2010

I had some emails back from my contacts/friends about the loader. They thought it was pretty cool. I'm very happy with the overall result, however I really could do with updating the source, so that the loader looks more professional. So I decided to remove the annoying loading noise, alter the colour bars to make them a black border with thin lines. After each block counted, the loader cycles backwards through the colours of the thin lines. You might have also noticed that when I use the Turbo tape routine. And below, specially for you is the Moo-tilation video. Expect to see this loader game appear some time in the near future on C64 productions by The New Dimension :)



Mootilation (Moo-tiload final version of loader, tested on Mutilator)

At the moment, the loader will not yet be available from the TND web site, until after the release of Mutilator (Which will be shortly after Digital Talk #90 has been released). There may be a chance that I might create a little tool which will master Moo-tilation on to a tape along with your game in the near future.

Tips on making a tape loading game:

If you are a C64 programmer and feel like tape mastering your own games, demos or other work and you are unsure how you could make a loading game? Well, there's a simple theory to it. If you take a look at the IRQ Tape loader source by Martin Piper (published in www.codebase64.com) then you will notice that an IRQ tape loader uses INIT and PLAY addresses for music. What you need to do is set up the correct raster positions (as we don't want bugged sprites during a loader game do we?) and also change INIT and PLAY address to initialise the game (not music) and then play the game (not music). The whole of your in game routines MUST be inside the PLAY address inside the IRQ's interrupt of the tape loader. Both INIT and PLAY must use RTS as the end/loop for your game. That's how it worked for me. :)

Let the Invasion Commence

Saturday 30th January 2010

I felt like playing around with the Sideways Shoot Em Up Construction Kit as I had this rather funny idea for a a new C64 for diskmag Digital Talk. Well, after 4 days or so, this 'ickle project is finally finished, but will not be released on my web site until a week after Digital Talk #90 has been released with the game and could this game be going to the 2010 Retro Computing event in Oxford? Well, just have to wait and see, despite that I will not be down there.

27th January 2010

Okay, so what was the idea behind this game? Imagine this, you are an alien that wants to take over another planet so that you can make it your own home. Well, Mutilator was born. But why is the name Mutilator used? Well, just to make things pretty funny in the game, you are able to mutilate cows during your travelling across planet Earth, as well as fighting the army forces. What a cruel thing 1 alien vs loads of armed forces :)

I did an earlier unfinished SEUCK game called Kick Ass. Unfortunately Kick Ass did not turn out very well, so I decided to use the background from Kick Ass and import it into Mutilator, as the background looked better compared to an earlier version I did. All I had to do was create some additional designs.

After getting the background finished, I worked on the main sprites for the game. Quite unusual ideas came to my head. I wanted to create a suitable looking alien ship. Well, I drew one. It sort was based on the player in Mastertronic's Erebus, but the sprite in my game was my own work. I also created a few frames to make the player's smooth animation. Looked much cooler. Now it was time for me to draw various enemies and other objects and insert those into the game's map. Then redesign the front end and charset. :)

28th January 2010

Phase 1 complete. Phase 2 was to write the music for the game. Done :) Phase 3 was to import everything into the SEUCK Redux source. No problem, but there was still a lot of work to be done as I did not want this creation to be a typical SEUCK game. I wanted to add some to the game. One of which was extras. One of which was that if you mutilate a cow, you will be given a smart bomb. Also if you do not lose a life and you mutilate more cows (before activating a smart bomb) it gets more powerful. Quite an interesting idea.

29th January 2010

It wasn't until today where I had some more interesting ideas. For a start off the front end. It still looked very SEUCK ish like as all text was using a silver colour bar scroll effect. So I decided to add some more flashing colours to the front end. It looked much better. Now the next bit, was background animation. I programmed some character scrolling routine for the flowing water background. It looked much nicer. I came across another idea. The LEVEL stages. Would be nice to add some effect to the intermission to each level. So I went back to the Sideways SEUCK and created a brand new block and made 7 frames in the character set. Saved everything again, and imported the new work into the redux source. I added a subroutine to animate the laser beam character sets. Looks great. Now the game is finished .... I thought!

Whoops there was still something wrong. The smart bomb effect never worked very well as the wrong sprite was detected to activate it. So I corrected this problem. I thought the game score looked pretty naff, I had to do something with it, so I centred the score panel and expanded both x and y values of it and repositioned all those sprites that formed it. The score panel looked much better. There was still something I wanted to do to it. So I linked the flashing colour routine from the title screen, to the score sprites. It looked much nicer. Now I'm ready to send to Digital Talk!

30th January 2010 (Today)

Ah, no. I should not have sent that version. There was still some tweaking to be done and additional ideas came in place to improve the game. So I updated the in game music, added a game over jingle. I also thought that the game would look cool if when the player is temporarily invulnerable, it will flash one of the colours from the front end. Well, that looked much better. I had to make a tweak in Sideways SEUCK to alter the front end raster bar colour. I also had to tidy up the level settings and delete a few enemies. As I wanted to use the last of the unused enemy sprites. A giant gun boat. I imported all of the SEUCK data into the redux source and finally, a Sideways scrolling SEUCK game that looks commercial :)

Lumme, this is cool. I wanna play this game. Can I get it yet?

The game was produced for Digital Talk #90 disk mag, and will not be released on the TND web site until a week after release of the diskmag. Hopefully some time in February. You should be in for a treat. However, I have donated an earlier (un redux'd) version of this game and the unfinished (and scrapped) Kick Ass game to The SEUCK Vault and should be released hopefully soon. :)

Enter the Master! (Get it taped)

15th January 2009

Well, well, well. Been a little while since I last wrote something in this blog. Finally (although it is getting rather late) I can blog something. Well, once again I have been very creative. Last week I wrote a Koala Paint 2 Frame Picture Animator V1.0, but this week I worked on something better. The Tape Master Pro V1.0.

I'll give out a story and explain about this program. Over the past year or so, I went on to Codebase 64 and read about the Auto boot tape turbo loader source, by Martin Piper. I thought that I should give this open source a try and modified some of it to make my own loader routines. The scroll text routine was written from scratch and also I added routines that can display a loading picture. Although my knowledge of loaders, etc is limited. I started talking to Martin via email, about his IRQ loader. Gave him some ideas, which included Marty Load, a tribute to the Cyber Load loader. I was also given kind permission to use this source whichever way I like.

I used the same auto boot type of loading source for a couple of Psytronik Software releases (As I was a very kind person) and prepared the auto booting tape masters for The Last Amazon Trilogy and also The Wild Bunch. Now I decided earlier on this month to write a program that allows people to master their own files from a disk and write it to tape with an auto boot turbo loader (Also by Martin Piper) which will play loading music and the loader can also draw a koala paint picture during loading (Just like the Ocean Loader back in the 1980's). The user can also choose whether or not they want flashing sprites or loading noise during loading.

This program is nothing like any ordinary disk/tape transfer tool. As this is probably somewhat more special. Have you ever saw a disk/tape transfer that allows you to choose the type of flashing border you like before mastering to tape? Well, have you? I thought not. Hahaha. Anyway, the overall result was great.

I was very pleased with this tool, and I showed an early version of it to Martin. I think he also liked what he saw. Here are some example loader experiments I have been doing:

1. Sharkz II loading with the Cyber Load style colour bars and a flashing tape sprite at the bottom left corner of the screen.















2. Snacks 4 Snakes (Protovision friends/contributors entry) with a black border and thin light grey stripes.















3. Finally, Hyper Duel, with the classic multicoloured border :)
















Where's the tool? How much does it cost? I wanna try it! (Drool, grovel, glaaargh!)

Like with my other C64 programs, the Tape Master Pro V1.0 program has been distributed as freeware for anybody to use it. So if you wanted to, you could create your own master disks and send them to or a retro software that releases new games or upload on to your web site, but it would be nice if on the loading scroll text you credit Martin for the tape turbo, and Richard/TND for the loader's additional programming.

I have uploaded this tool on the tools page of the usual TND web site address http://tnd64.unikat.sk

The source for the original autoboot tape turbo loader + explanation about it by Martin Piper can be found here on Codebase64

Bah, Humbug.

21st-24th December 2009
Christmas is coming and it is time to do something of a novelty. I did want to do a game in time for Christmas 2009, but unfortunately because of less spare time, I had my own limitations. Well, I suppose I could have done a 1 level preview of Ultimate Stunt Boat Challenge but I would not have had that one done in time. I was hoping to have a new game produced this Christmas, so I decided to do a quick small game called "Bah, Humbug". Because of my own limitations, it took a a couple or 3 days to produce. I mainly worked on the game code first, before I did the in game graphics, music and SFX.

Bah, Humbug! is a game, in which you are Mr. Frosty, a snowman who has be sent out to the freezing cold places to collect presents for Santa (As he has had a bit too much to drink the night before). Mr. Frosty discovers that the only way he can gather presents is by bouncing on a spring board. Mainly because some idiot has laid down candles on to the ground. So it was up to Mr. Frosty to jump and grab presents, avoid falling into the candles. But the idea was just too basic. So I decided to make additional characters to the game to make things more interesting and fun. Each character was given a different feature to enhance game play. Here's what I did:

Present - Scores 300 points (Collect enough to complete level)
Humbug - Scores 200 points
Pudding - The brandy makes Mr.Frosty drunk, so controls are reversed for a short period :o)
Grinch - Swipes 200 points off your score
Smelly Stocking - Swipes a chunk off the bonus timer (The higher the bonus timer, the more points awarded to the player)
Candle - Kills Mr.Frosty

At the end of the last level, I could not resist to add a little joke reward, which the gamers would need to play hard to find out what this little reward could be. It was quite funny.

As soon as the game was finished and the front end was done, I decided to do some tape mastering. So I dug out Martin Piper's IRQ tape loader source from Codebase, made some interesting alterations (No more Dance-A-Load now. I got fed up with it for the time being) and I made a nice black & blue flashing border with loading picture and music. The loader also uses a flashing tape sprite at bottom left corner. This is to represent a positive load, just like what Cyberload did back in the 1980's. Final result looked pretty nice, but why the heck did I add a noisy load on boot up and while loading the music data? Bah, Humbug!

Care to be a stunt man?

7th December 2009
Programming C64 games has been a major hobby of mine. Even if it is programming C64 games using a PC. For the past 2 months or so, I have been very busy with the co-op production with Wayne/Art Ravers' game called "Up in the Air". So far 4 levels have been done, but I have decided to put this on hold until after Christmas is finally over. However, I decided that rather than do nothing, I thought I should dig out one of my old unfinished games and create something new out of it. This is where Ultimate Stunt Boat Challenge came.

I was actually going to call this Professional Stunt Boat Simulator, but Ultimate and Challenge sounds much better, compared to Professional Simulator. Don't you agree? Plus professional and simulator kept getting used time and time again. We know who the culprits are, but the games were pretty good. I'd have to admit.

Anyway, my general idea for this game is somewhat different to what some people would expect. USBC uses the code and graphics from my scrapped Real Speed We Need project, and over the week I have been busy reorganizing the type of sprites, and redesign the level map designs. Also yesterday I have been organizing the enemy sprite types and also sprite movements. I was impressed with the work done so far yesterday. All I will need to do is add sprite/sprite collision, sprite/background collision, add the ramps for the boat, so that it can go over the background in some levels. I was very determined to get a special 4 level version of this game done in time for Christmas Day, but I best not rush it for the sake of Christmas. Plus my full time job takes over most of my time. I do miss the good old pub sessions since I was made redundant at my previous workplace in the end of July 2009.

Here's a video of the game in action:

Treasure Hunt

21st October 2009

I thought I have a go at transferring some of my Commodore 64 disks over to PC. Many of my old disks are unlabled, so I don't really know what was on each disk. Many of the old disks are either formatted or corrupt (Except for the ones I have bought of PD libraries in the late 1990's). Now while I was trying one or two disks out on WinVice. I first tried a disk which was labelled in red writing"Assorted Charsets". The disk contained the charsets that were saved from the " 99 Charsets" program by Danish Gold. While browsing through the directory. I came across some particularly weird filenames (File names were the track and sectors of the disk which were recovered with "Dir Master V7". With curiosity, I decided to load the file from disk on to WinVice V2.1 and then typed in run. I run the program, and it defrozen (as in those days I used the action replay MK VI cart for my stuff). I was presented with the C64 BASIC screen. What a waste of time that was.

BUT Wait. There's more. I browsed through the memory with the M/C cartridge and entered the fastload reset mode. Then I entered OLD: and typed in RUN. Well, seems I have unearthed an old unreleased SEUCK game of mine which I have never released. I typed in RUN, but the BASIC did not work for me. There was also some music at $1000-$1xxx, which I did using Music Mixer that I also forgotten about. Although the game itself is crap. It is a mystery unearthed, but the game is not good.

Up in the Air - Relocate, relocate. Ooer!

17th August 2009

Today, Andrew passed me another .D64 with the Up in the Air prohject graphics. This time yet more great sprites, and a new version of level 6, which I could implement into the game's code later on this week. Anyway, I loaded up the sprites. So many of them, in fact too many of those. It did not put me off though. I decided to relocate the graphics data and use BANK 2 instead of BANK 1, as that way it would make things much easier for me, as the sprites overlapped if loaded at $2000. So now the game source has changed its memory. Here's what we have so far:

$0800-$1000 - Spare memory (That could possibly be used for extra variables, or maybe additional code for the title screen.
$1000-$2400 - The music (Although if the music is larger, as some music editors players like DMC, I could expand it more, otherwise, I could add the exomizer decrunch code in this place)

$2400-$2800 - Decrunched screen data
$2800-$2c00 - Decrunched screen colour data

$2C00 - $4000 - Spare memory, maybe for crunched screen data and exomizer decruncher

$4000 - $7300 - Game sprites data (Bank #$02). Wayne filled a lot of memory with various sprites. Perhaps he got carried away here. Heheheh. Still not to worry, that's where I have placed them.

$7400-$7800 - That will be for the actual screen used!

$7800-$8000 - Game charset

$8000-$C000 - Game code. I am not too sure how big the game code will be, but I have switched the Kernal off by setting #$35 at $01. Which hopefully means I can add further code here. Good eh?

$C800-$CC00 - Title screen logo colour RAM data
$CC00-$D000 - Title screen logo video RAM data
$E000- $FF70 - Title screen bitmap data.

Sadly I did not get round to doing the randomizing of data, scoring, etc but I can continue with that later on this week. So stay tuned. :o) Okay. Now for a can of Foster's lager and a spot of C64 gaming! :o) Oooh, nice!

The darkness arises. Baphomet has risen.

Tuesday 4th July 2009
Don't panic. Darkness has not arisen. Friday last week, I had received another C64 game by Anthony Burns (Created using the Sideways SEUCK) called "Baphomet". The game was deeply inspired by some art by H.R.Giger and also the book "At the Mountains of Madness", by novelist H.P.Lovercraft. Anthony made a few H.P.Lovercraft games in the past, two of which were The Call of Cthulhu and also The Dunwich Horror. I was very happy to add music on to this game as well. But I wont be talking about my activities on this game, just some general information about how this game was made.

Anthony has been working really hard on this game. I am not too sure how long it has taken him to make a game like this, but I was well impressed with the in game graphics. The game starts with the usual SEUCK style title screen (or front end or intro as we all like to call it) with some instructions on what to do to play the game (I done a note file on the disk as well) and the game starts of where you should stand by and not do anything. If you move your player, you will end up crashing into the background which is deadly and die. I did something silly once by starting the game with a joystick in port 1, where the player just could not move - how silly was that eh?.


The game is split into 2 parts. The first part is where you are on foot, fighting against enemy guards and also having to smash some of the cannons (except for the flame throwers). The player could collect the spinning star emblems to boost up their score. The major drawback to this mission is that when the player touches any part of the background, they will die. The background is very deadly, which can be tough for the gamer, but it is a good idea anyhow. When the player goes on to the top part of the screen. It wont be able to move any further than about an eighth of the screen at the top (If I have calculated this correctly that is) . The player has to face two different boss enemies. The first of which are some heads shooting bolts. Later on, an evil skull-type of demon. Once past that stage it is then time to switch the joystick port over to port 1 (as prompted by the message).

Joystick port 1 controls the flying character, who has to fight against various enemies. Instead of this part being a push scroll, it is a continuous scrolling game so there is no need to try and push yourself across the screen. There are enemies that will self-destruct if you can't kill them in time. This is a very clever and probably new idea, which Anthony came up with in SEUCK. At the end of this level, you have to face a big demon, Baphomet and shoot hell out of it :o)

The graphics in this game is well drawn, very nicely detailed. Although it uses the black, white and grey mood. But that does not really matter. The only drawback to this scheme was that the walking player had a *red* score, while the flyer has a *white* score instead. I guess the red score did spoil the theme a bit, but I noticed that with SEUCK or sideways SEUCK, the player's score sprites have always been red if the changable sprite multicolour of the player's object was black. Back to the graphics ... The theme was well detailed and the mood of the game was dark. The theme was based in darkness, and the graphics really suited the theme. What a masterpiece Anthony :o)

This game would have been nicer in SEUCK Redux source, but I did not use it this time, due to the bugs left in the source, which unfortunately crashed the game (I did test the redux version with infinite lives, and not all was working. Player 1 score was black instead of red, the sprite/background collision animation was bugged and also the game crashed somewhere in part 2), but I will release this game on to the friends and contributors page of my web site, as soon as the original, but clean and compressed version is uploaded on to The SEUCK Vault.

Below you can see a video footage preview of Baphomet for the C64. This only features the start of the game. Well, I don't want to give too much away do I?

Up in the Air - Come Fly With Me

Sunday 2nd August 2009

Well it has been yet another busy afternoon, and still a lot of work is to be done before I can get a fully working level. Last week I was working on preparing the labels for the enemy parameters. Well, today I have done some programming, using parameters and it took a long time to prepare and program, but it was worth the Sunday afternoon for 3 or 4 hours or so.

First of all, I created the data tables (!byte tables) to represent the behaviour of enemy's movement. The movement tables will later on be put inside a timed loop, so that we can vary the enemy's directional movements. Each table will consist with only '0' and '1'. '0' represents the selected direction the enemy moves is switched off, and the '1' represents the selected direction the enemy moves is switched on. For example if I wanted one enemy to move to the left, directions UP, DOWN and RIGHT will be switched off and LEFT will be switched on. Or if I wanted an enemy sprite to move upwards and left, UP and LEFT will be switched on and DOWN and RIGHT will be switched off.

However, I wanted to get this routine working in a correct possible manner, and it took lines of code to program. I had to make an enemy direction store value, so that the directional table that is switched on will make the active enemy sprite move a specified direction. I had to create a LOT of routines to get this to work properly. Mainly comparing the value of the stored direction. If the stored direction label equals 1, the enemy can move that direction. Otherwise the enemy cannot move the specified direction. To make sure the enemy could or could not move, I tested each enemy by setting the first value of the 60 bytes for each table (according to the direction I wanted the enemies to move) and then I assembled and test the movement. Fantastic, it worked. Okay, so it is not ready yet, but it was a good start for enemy movements. My next task will be to vary the movements of the enemies, and then get the floating balloons animated.

Knight 'n Grail

Sunday 19th July 2009

Yesterday after I got back from my 2 week holiday, I found a package in the porch and I wondered to myself, did I order anything? Yes. I sure did. I opened the package to find a new C64 game disk called Knight 'n Grail. Yesterday I had no time to play it because of the excessive new C64 releases on the internet and also because of excessive email messages.

Anyway, today I got to play it on my Commodore 64 (The real machine, not the emulators). After a short delay loading, I used the basic RUN and the front end decrunched with some funky music. Then I started playing the game. The graphics was nice, and the music was okay as well. The game itself was awesome. I just could not believe how hooked I was to this game. Could this game win the best C64 game of 2009? I hope so, as this game is now near to my favourite C64 games of all time. :)

MERCS gets SEUCK(ed) in 1917

Sunday 21st June 2009

Wow what an amazing treat I had today. I was checking my email and then Anthony Burns mentioned that he produced another sideways scrolling shoot 'em up with the Sideways SEUCK. I just could not resist to try his game out to see what it was like. Anthony told me that the game was inspired on the Capcom classic on the SEGA Master System (as well as Commodore 64) called MERCS, but based in 1917, during the First World War.

So I checked through Anthony's game and played it all the way in cheat mode from the SEUCK editor. I was well impressed with the game, especially the end of level boss stages, which must have took some time for Anthony to master. I specially liked it where the huge battleship scrolls across the screen, then stops at one position and then scrolls across again. I even liked the ending of the game. Overall this game was amazing and probably was one of the best games I have ever seen done with Sideways SEUCK.

After getting impressed with the game production, I decided to add some music to the game and also import it into Martin Piper's SEUCK REDUX source. For the music, I could not really think of any new combat style tunes, so I dug out my old tune, I died at War and imported the tune into the SEUCK redux source. Also I altered the colour bars for the front end as well, from the green+yellow crap scheme into a nice blue raster bar scheme. Looks much nicer.

Once the SEUCK REDUX version was done, I decided to also do a version of the original sideways SEUCK source, but with the same front end music. The reason for why I done this is because there are NTSC users who would probably enjoy this game, and sadly REDUX doesn't cater for the NTSC machines. The normal sideways SEUCK scrolling engine uses PAL/NTSC. As I noticed with the comments section on CSDB for Trash Course.

Finally I stored the SEUCK source files and also a RAW version of the sideways SEUCK game on to my disk. Bolted the TND intro into both music versions of The Push and then uploaded it all on to the TND web site.

Loading ... Please wait!

Saturday 20th June 2009

I seem to be trapped in a world of loaders, where I have been mucking around with the Martyload Tape loader source for Trash Course. I just could not make up my own mind how the loader should operate and which tune of mine I should have used. So at the end I decided to stick to the default loader (Black screen with white text) and then crack on with adding the tape master to the Trash Course disk.


Instead of wasting time with stuff like this, I should really be doing some serious stuff, Flippin' heck!