Monday + Tuesday 31st March 2009
After tea this evening, I decided to work on a loading tune for the first Last Amazon game. So I dug out the DMC V5.0+ music editor and loaded in one of my old work tunes. Kenz fancied a Matt Gray(esque) style tune for the tape loading music. So I loaded in one of my tunes that I done for Last Amazon 2, and then I made a new atmospheric Matt Gray(esque) tune for the loader. Once I was very happy with it I worked on the main tape mastering for the game.
But there was something I just could not resist for the tape loader. Because Martin Piper had done a turbo tape loader routine with a flashing/pulsating sprite. I thought to myself, hmm. I could do a tribute to the classic Cyberload tape loader, but without the CYBERLOAD NOW LOADING GAMENAME thing and draw my own flashing square sprite (But make it look different to the original Cyberload sprite). I positioned the sprite at the bottom and in the middle of the screen and then linked the game music, loading picture and game files into the source code of my version of Martin's loader and then compressed the assembled source and data using the Exomizer, and tested the tape master. Magnificent. I was very pleased with the loader result. I will send this off to Kenz to check out to see what he thinks of it.
Tuesday, 31 March 2009
Monday, 30 March 2009
DIY Slang :)
Sunday 29th March 2009
Ah. There is nothing quite like a Sunday playing around with SLANG. Well, XLANG really from http://www.ffd2.com/fridge/slang/. What is it precisely? Well, it is a cross-platform programming language that combines sort of BASIC commands with assembly language. Pretty okay stuff if you want to build simple programs to help you do things.
Well, that is what happened this morning. I was writing some commands in the Relaunch 64 text editor, to program some XLANG routines as well as assembly code routines to create a little program that could help me convert pictures that were saved in Vidcom Paint format into one of my own picture formats, so that I could make a much easier tape loader using the Auto boot IRQ Turbo Tape loader source from www.codebase64.com. But I wanted to make a few simple routines that will display the tape loading picture, along with music in the background. After I compiled and compressed the utility. The size it fit was 1K, after Exomizer. A 4 block program? What a result.
I tested the little utility that I made on the C64 and the utility worked fine. So I took one of my old C64 games, repacked it and then I modified the public domain IRQ turbo tape loader source so that it could do the following:
Optional flashing/loading sprite at $0200-$0280
Loading music at $1000-$1fff
Picture data (All bitmap, colour RAM and video RAM in one single load) - $2000-$47e8
Game data $4800-$ffff ;Smaller size is usually preferred.
Of course the game data would not be able to run straight away. So I added a transfer/relocator routine, so that the game that uses a BASIC SYS 2061 address will move from $4800-$xxxx to
$0801-$yyyy and then execute Exomizer's decrunch routine. Loading speed was fast. I sure will use this source for The Last Amazon tape mastering when it is time. :)
Ah. There is nothing quite like a Sunday playing around with SLANG. Well, XLANG really from http://www.ffd2.com/fridge/slang/. What is it precisely? Well, it is a cross-platform programming language that combines sort of BASIC commands with assembly language. Pretty okay stuff if you want to build simple programs to help you do things.
Well, that is what happened this morning. I was writing some commands in the Relaunch 64 text editor, to program some XLANG routines as well as assembly code routines to create a little program that could help me convert pictures that were saved in Vidcom Paint format into one of my own picture formats, so that I could make a much easier tape loader using the Auto boot IRQ Turbo Tape loader source from www.codebase64.com. But I wanted to make a few simple routines that will display the tape loading picture, along with music in the background. After I compiled and compressed the utility. The size it fit was 1K, after Exomizer. A 4 block program? What a result.
I tested the little utility that I made on the C64 and the utility worked fine. So I took one of my old C64 games, repacked it and then I modified the public domain IRQ turbo tape loader source so that it could do the following:
Optional flashing/loading sprite at $0200-$0280
Loading music at $1000-$1fff
Picture data (All bitmap, colour RAM and video RAM in one single load) - $2000-$47e8
Game data $4800-$ffff ;Smaller size is usually preferred.
Of course the game data would not be able to run straight away. So I added a transfer/relocator routine, so that the game that uses a BASIC SYS 2061 address will move from $4800-$xxxx to
$0801-$yyyy and then execute Exomizer's decrunch routine. Loading speed was fast. I sure will use this source for The Last Amazon tape mastering when it is time. :)
Wednesday, 25 March 2009
Another trip to the Amazon
24th+25th March 2009
Yesterday, I managed to create a new front end for The Last Amazon - Special Edition. Pretty good result. However I felt that I should add an ending message to the game instead of the game looping. Well, it sort of worked, but I found it to be boring to have still text, so for the ending part I programmed a FLD routine, and the text moves up and down. Much better :o) There was still something missing. Waz did a couple of tunes that was exclusive for The Last Amazon, but we changed the music for the new version of the first game where title music was by me and in game music by Tonka. So we used Waz's tunes specially for this game. There was one tune I noticed in the HVSC which was originally for the first Last Amazon game, but it never appeared on the game, so I decided to use it for the end part of the game.
Later on, Kenz sent me a scroll text for me to add to the game. So I tried to import the scroll text into the cross-assembly project. Scroll text came in, but sadly there was not enough room for me to place the scroll text. I thought that I had to sacrifice the end tune as it had overlapped the scroll text message. Thankfully there was a lot of space in memory $1300-$18FF, as there was nothing there (As Sideways SEUCK scroll map data was originally at a different area). So I placed Kenz's scroll text at $1300 and it did not overlap anything else.
I wanted to do one more thing to the game before I classed it to be a finished piece. And that was to animate the waterfall background chars. First of all I had to dig out the Action Replay Graphics Support Disk and use the E.SS program to rip out the character set, and then load the character set into the Megaunit Char editor. This was so that I could work out where the waterfall background chars were.
Well, when I tried to animate the waterfall's background, I had a very bad result. Some of the chars that were used for the waterfall were also used for parts of the jungle's background. Sadly that meant I had to sacrifice the background animation for the water fall as the char rolling even happened with the green jungle background, as it used the same chars for it. Still, it should be alright without the animation.
Yesterday, I managed to create a new front end for The Last Amazon - Special Edition. Pretty good result. However I felt that I should add an ending message to the game instead of the game looping. Well, it sort of worked, but I found it to be boring to have still text, so for the ending part I programmed a FLD routine, and the text moves up and down. Much better :o) There was still something missing. Waz did a couple of tunes that was exclusive for The Last Amazon, but we changed the music for the new version of the first game where title music was by me and in game music by Tonka. So we used Waz's tunes specially for this game. There was one tune I noticed in the HVSC which was originally for the first Last Amazon game, but it never appeared on the game, so I decided to use it for the end part of the game.
Later on, Kenz sent me a scroll text for me to add to the game. So I tried to import the scroll text into the cross-assembly project. Scroll text came in, but sadly there was not enough room for me to place the scroll text. I thought that I had to sacrifice the end tune as it had overlapped the scroll text message. Thankfully there was a lot of space in memory $1300-$18FF, as there was nothing there (As Sideways SEUCK scroll map data was originally at a different area). So I placed Kenz's scroll text at $1300 and it did not overlap anything else.
I wanted to do one more thing to the game before I classed it to be a finished piece. And that was to animate the waterfall background chars. First of all I had to dig out the Action Replay Graphics Support Disk and use the E.SS program to rip out the character set, and then load the character set into the Megaunit Char editor. This was so that I could work out where the waterfall background chars were.
Well, when I tried to animate the waterfall's background, I had a very bad result. Some of the chars that were used for the waterfall were also used for parts of the jungle's background. Sadly that meant I had to sacrifice the background animation for the water fall as the char rolling even happened with the green jungle background, as it used the same chars for it. Still, it should be alright without the animation.
Monday, 23 March 2009
Stuck in the Amazon - Episode 2
23rd March 2009
If you remember a few weeks back, I did a new front end for Last Amazon - Special Edition, but yesterday I received an E-mail from Kenz that the Special Edition could do with a new and better front end. So he sent me a mockup up of what himself and Alf would love to see for the new front end. Well, it seems I have another job to do so yesterday evening I got started on it and then felt a bit tired and called it a day.
Today I did loads of programming for this new front end. I was originally scratching my head wondering if I could get anywhere to matching Kenz's example. I estimated the number of raster splits that would have been required for the title screen for this game. It turned out that I needed 10 of those. So I made some test splits (Border colour splits) to work out the areas for where the splits lie, and where I should change the font for the text. Mainly because the text is mixed with 1x1 characters and also 2x2 characters.
After I done the splits, I worked on a few other routines, for example a routine that will the normal SEUCK title screen, so that whenever RESTORE is pressed or the player quits the game it will jump straight back to the new title screen code, not the old SEUCK title screen. Then I added the scroll text, with the colour detail. Then I programmed the options that gives the player to chose between 1 player or 2 plays, and to choose whether to have in game music or sound effects. I tested the front end. Looks very nice. I shall now send it to Kenz :)
If you remember a few weeks back, I did a new front end for Last Amazon - Special Edition, but yesterday I received an E-mail from Kenz that the Special Edition could do with a new and better front end. So he sent me a mockup up of what himself and Alf would love to see for the new front end. Well, it seems I have another job to do so yesterday evening I got started on it and then felt a bit tired and called it a day.
Today I did loads of programming for this new front end. I was originally scratching my head wondering if I could get anywhere to matching Kenz's example. I estimated the number of raster splits that would have been required for the title screen for this game. It turned out that I needed 10 of those. So I made some test splits (Border colour splits) to work out the areas for where the splits lie, and where I should change the font for the text. Mainly because the text is mixed with 1x1 characters and also 2x2 characters.
After I done the splits, I worked on a few other routines, for example a routine that will the normal SEUCK title screen, so that whenever RESTORE is pressed or the player quits the game it will jump straight back to the new title screen code, not the old SEUCK title screen. Then I added the scroll text, with the colour detail. Then I programmed the options that gives the player to chose between 1 player or 2 plays, and to choose whether to have in game music or sound effects. I tested the front end. Looks very nice. I shall now send it to Kenz :)
Sunday, 22 March 2009
An external C64 disk drive - WICKED
Thursday 19th March 2009, Saturday 21st March 2009, Sunday 22nd March 2009
I was watching a video on YOUTUBE.COM, which contained video footage from a US technology show called ScreenSavers. The video consisted of something interesting, which was to make an external disk drive for the good old Commodore C64, which meant people could load C64 programs from the PC on a Commodore C64. I was very interested and learned that you could do an external disk drive from PC if you owned an X or XE 1541 cable and software such as the 64HDD, a DOS compatible piece of software that can emulate the 1541 disk drive. It was my lucky day, I own an XE1541 cable (Although the sites show how to make one) and I even made a system boot disk on a floppy drive.
So now it was time for me to put it to the test. I extracted all the files to the hard disk on the PC, but unfortunately the software wasn't working properly in MSDOS. I could not go to directories with .D64, and .PRG files that were stored on to the PC. Luckily for me on 22nd March 2009 I reinstalled the software properly and connected the XE1541 cable to my 1541 disk drive and I set up the settings for the disk drive. GREAT, it all works.
I tried loading in a .D64 file of a magazine cover disk. I loaded it up, but unfortunately I had to load the games/demos separately as the 64HDD does not seem to be compatible with various C64 hardware/software fast loaders. It is great to have an external disk drive. It is a shame that I could not load programs that use the software fast load on them though.
I was watching a video on YOUTUBE.COM, which contained video footage from a US technology show called ScreenSavers. The video consisted of something interesting, which was to make an external disk drive for the good old Commodore C64, which meant people could load C64 programs from the PC on a Commodore C64. I was very interested and learned that you could do an external disk drive from PC if you owned an X or XE 1541 cable and software such as the 64HDD, a DOS compatible piece of software that can emulate the 1541 disk drive. It was my lucky day, I own an XE1541 cable (Although the sites show how to make one) and I even made a system boot disk on a floppy drive.
So now it was time for me to put it to the test. I extracted all the files to the hard disk on the PC, but unfortunately the software wasn't working properly in MSDOS. I could not go to directories with .D64, and .PRG files that were stored on to the PC. Luckily for me on 22nd March 2009 I reinstalled the software properly and connected the XE1541 cable to my 1541 disk drive and I set up the settings for the disk drive. GREAT, it all works.
I tried loading in a .D64 file of a magazine cover disk. I loaded it up, but unfortunately I had to load the games/demos separately as the 64HDD does not seem to be compatible with various C64 hardware/software fast loaders. It is great to have an external disk drive. It is a shame that I could not load programs that use the software fast load on them though.
Saturday, 14 March 2009
Building a desert
Saturday 14th March 2009
Today received an email from Thorsten about Trash Course. He wanted to show me a little more of the progress he made so far in Sideways SEUCK. I played through Thorsten's work using the cheat mode. Bloody hell! This game is very hard to play in proper test mode, but I liked what Thorsten did so far to the game, although a bit of tidying up might be needed near to the end of the game.
Thorsten asked me if I could draw a big army tank for this level. So I went into the sprite editor and drew 4 sprites, which would form a tank. I never thought that drawing a tank is so bloody awkward. Well, it appears so! Afterwards, I imported the sprites for the big tank into 4 different enemy objects. I altered the settings and set the tank to only shoot to the right and also other bits of the tank, to shoot diagonal. I tested the level out and unfortunately one of the sprites flickered, so I had to remove the diagonal shooting from the big tank. Ah well!
The next thing I did was worked on level 2's background graphics, which is basically a desert stage. So I went into the background editor and then built a brown background. This is for sand. Then afterwards, I built some cactus graphics and also some skull graphics as well. The graphics was a bit awkward at first, but I managed to get something out of it (See picture on the left). A wooden bridge, cacti and also skulls. Nice stuff!
Today received an email from Thorsten about Trash Course. He wanted to show me a little more of the progress he made so far in Sideways SEUCK. I played through Thorsten's work using the cheat mode. Bloody hell! This game is very hard to play in proper test mode, but I liked what Thorsten did so far to the game, although a bit of tidying up might be needed near to the end of the game.
Thorsten asked me if I could draw a big army tank for this level. So I went into the sprite editor and drew 4 sprites, which would form a tank. I never thought that drawing a tank is so bloody awkward. Well, it appears so! Afterwards, I imported the sprites for the big tank into 4 different enemy objects. I altered the settings and set the tank to only shoot to the right and also other bits of the tank, to shoot diagonal. I tested the level out and unfortunately one of the sprites flickered, so I had to remove the diagonal shooting from the big tank. Ah well!
The next thing I did was worked on level 2's background graphics, which is basically a desert stage. So I went into the background editor and then built a brown background. This is for sand. Then afterwards, I built some cactus graphics and also some skull graphics as well. The graphics was a bit awkward at first, but I managed to get something out of it (See picture on the left). A wooden bridge, cacti and also skulls. Nice stuff!
Monday, 9 March 2009
A bit of Trash Course
Monday 9th March 2009
Well, no blog over the weekend - how unusual. Nothing much happened, except for that I have been rather ill the past 2 days and today, I feel much better. Man, I really hate those coughs and colds and I do get it bad!
After a hard working day, I checked one of my emails and Thorsten (Sledgie), from the C64wiki.de, asked for some help with his game project, Trash Course. He came up with the idea that we could use the Gold Quest 4 background graphics using the Sideways SEUCK engine (If you want Sideways SEUCK for your C64, please visit this page here.) Well, the good news is that the block data converted fine, but there were some problems. The roads that I designed were black and Thorsten could not get the rat sprites to blend well with the background, and suggested that colour should be changed. So the roads were changed to dark grey. I also modified the colour of the windows and doors, so that inside, windows were blue, and the door was black. Of course I could easily make more blocks to have different coloured doors, but to be honest I cannot really be asked at this moment in time.
A later email from Thorsten asked me if I could add a new character to the game. Some cheeky dogs. Well, that was easily sorted out and did not take me that long to make. I went to the sprite editor in Sideways SEUCK and then I drew 8 frames for the dog. Drawing the dog facing upwards was very awkward, but that did not stop me from trying. I loved using SEUCK in my old childhood/student memories, and it was great to be back on there again.
After I had the 8 frames for the dog, I created 6 frames for the bone (Which of course will be the dog's bullet). Then I went into the objects editor and made some corrections to some of Thorsten's enemy settings. Then I made some new settings for the dog and the dog's bullet. As soon as the settings were updated for the enemy, I copied the same enemy 3 times and used 2 new colours for the dog objects.
Now I done a test in the attack waves editor to see if all was working correctly for the dog. Seems it worked alright. I just hope Thorsten likes what he sees so far and that he will be happy to put up the level data for the first level up nicely so far.
The production is still at its early stages yet, but should be something fun for SEUCK lovers out there, once Thorsten has built all the levels and I added the enhancements and new front end to the game.
Well, no blog over the weekend - how unusual. Nothing much happened, except for that I have been rather ill the past 2 days and today, I feel much better. Man, I really hate those coughs and colds and I do get it bad!
After a hard working day, I checked one of my emails and Thorsten (Sledgie), from the C64wiki.de, asked for some help with his game project, Trash Course. He came up with the idea that we could use the Gold Quest 4 background graphics using the Sideways SEUCK engine (If you want Sideways SEUCK for your C64, please visit this page here.) Well, the good news is that the block data converted fine, but there were some problems. The roads that I designed were black and Thorsten could not get the rat sprites to blend well with the background, and suggested that colour should be changed. So the roads were changed to dark grey. I also modified the colour of the windows and doors, so that inside, windows were blue, and the door was black. Of course I could easily make more blocks to have different coloured doors, but to be honest I cannot really be asked at this moment in time.
A later email from Thorsten asked me if I could add a new character to the game. Some cheeky dogs. Well, that was easily sorted out and did not take me that long to make. I went to the sprite editor in Sideways SEUCK and then I drew 8 frames for the dog. Drawing the dog facing upwards was very awkward, but that did not stop me from trying. I loved using SEUCK in my old childhood/student memories, and it was great to be back on there again.
After I had the 8 frames for the dog, I created 6 frames for the bone (Which of course will be the dog's bullet). Then I went into the objects editor and made some corrections to some of Thorsten's enemy settings. Then I made some new settings for the dog and the dog's bullet. As soon as the settings were updated for the enemy, I copied the same enemy 3 times and used 2 new colours for the dog objects.
Now I done a test in the attack waves editor to see if all was working correctly for the dog. Seems it worked alright. I just hope Thorsten likes what he sees so far and that he will be happy to put up the level data for the first level up nicely so far.
The production is still at its early stages yet, but should be something fun for SEUCK lovers out there, once Thorsten has built all the levels and I added the enhancements and new front end to the game.
Sunday, 1 March 2009
Enter the cheetah!
1st March 2009
I read my emails and one of the messages was from Kenz, about the new front end for The Last Amazon that I sent him yesterday. There were a few things missing. I had forgotten to credit him for the logo and also I did not add the Last Amazon's eyes to the end of the fading text. So I worked on the front end a little more and added the missing elements. Now I tested the front end. All was okay, apart from the eyes. So instead of using the !SCR command, I used the !BYTE command, and set values for the eyes chars and .... it worked!
Now the front end (as far as I know) was finished, it was then time for me to add a game over routine for after the last life of the player is lost. Kenz came up with a great idea for the game over sequence, which is to have the Last Amazon running across the screen, and then have some cheetahs chasing after her (Din-dins for the cheetahs). So I ripped some sprites from the game, and stored those to $6c00-$6d00 and imported them into the game over source. I then programmed the game over screen in ACME cross assembler, making new interrupts and sprite expansion routines. Once I did all the programming for the end screen, I bolted it to the SEUCK game and tested it. The game over sequence works nicely.
For the final stage of this game, I programmed a small end screen, which shows just yellow text, using the 1x1 charset and linked the ending to where the SEUCK game scroller loop routine was. For the final test, I played the whole game in cheat mode to see if anything was wrong. It seems that everything was fine. Hopefully another Last Amazon front end finally finished. Finger crossed!
Now that was done, I dug out some tunes for The Last Amazon 2 (I will be doing a new front end and enhancements for this game when the first Last Amazon game has been given the OK), and relocated those. Then I loaded up the Last Amazon 2 SEUCK game and added the music to the game, and compressed it with Exomizer, disabling the effect when uncompressing the file and then I put both Last Amazon games on to the .D64 and sent it to Kenz.
I also could not resist playing The Last Amazon 2. It is another of Alf's memorable classic SEUCK games. Alf made many excellent SEUCK games with the great SEUCK editor. I have played many of Alf's classic SEUCK games in my time. I used to love games that were in the Cops series, and also Archetype was one of my all time favorites.
I read my emails and one of the messages was from Kenz, about the new front end for The Last Amazon that I sent him yesterday. There were a few things missing. I had forgotten to credit him for the logo and also I did not add the Last Amazon's eyes to the end of the fading text. So I worked on the front end a little more and added the missing elements. Now I tested the front end. All was okay, apart from the eyes. So instead of using the !SCR command, I used the !BYTE command, and set values for the eyes chars and .... it worked!
Now the front end (as far as I know) was finished, it was then time for me to add a game over routine for after the last life of the player is lost. Kenz came up with a great idea for the game over sequence, which is to have the Last Amazon running across the screen, and then have some cheetahs chasing after her (Din-dins for the cheetahs). So I ripped some sprites from the game, and stored those to $6c00-$6d00 and imported them into the game over source. I then programmed the game over screen in ACME cross assembler, making new interrupts and sprite expansion routines. Once I did all the programming for the end screen, I bolted it to the SEUCK game and tested it. The game over sequence works nicely.
For the final stage of this game, I programmed a small end screen, which shows just yellow text, using the 1x1 charset and linked the ending to where the SEUCK game scroller loop routine was. For the final test, I played the whole game in cheat mode to see if anything was wrong. It seems that everything was fine. Hopefully another Last Amazon front end finally finished. Finger crossed!
Now that was done, I dug out some tunes for The Last Amazon 2 (I will be doing a new front end and enhancements for this game when the first Last Amazon game has been given the OK), and relocated those. Then I loaded up the Last Amazon 2 SEUCK game and added the music to the game, and compressed it with Exomizer, disabling the effect when uncompressing the file and then I put both Last Amazon games on to the .D64 and sent it to Kenz.
I also could not resist playing The Last Amazon 2. It is another of Alf's memorable classic SEUCK games. Alf made many excellent SEUCK games with the great SEUCK editor. I have played many of Alf's classic SEUCK games in my time. I used to love games that were in the Cops series, and also Archetype was one of my all time favorites.
Subscribe to:
Posts (Atom)
2023 at a glance
2024 is here, and 2023 has been a really quiet year on the production front due to everything that had gone back to normality. The year has ...
-
2024 is here, and 2023 has been a really quiet year on the production front due to everything that had gone back to normality. The year has ...
-
25th March 2017 It has been a very long time since the last time I was working on this space shoot 'em up. Probably due to the long te...
-
20th-21st April 2018 A couple of weeks ago, I bought myself a theC64 mini console, and I loved it. The built in games were cool. However I...