RetroBASIC
Retrogamecoding(.org) => Games => Topic started by: kevin on January 04, 2013, 08:41:06 PM
-
Hi - this is a simple game based on the 1980's game Missile Command ..... I am working on an improved version now, which will probably include more missile bases and maybe some of the attacking missiles splitting into 2 randomly. This was really a test for me to make sure that I could get the mechanics of the game working properly (more or less).
I'm happy to add the source code if anyone wants it, but at the moment it is embarrassingly messy, so I'd like to clean it up first.
Level 1 is really simple, aimed just for the player to get used to the controls - this is why I have added the options to start at higher levels to the front menu.
This is my first real attempt at a full (simple) game, and I would really appreciate any feedback, particularly on things that I could look to improve on or add into the new version, if anyone has the time or desire to do so? ...I'm happy to accept criticism because I want to improve, so don't worry about upsetting me....Thanks
rem --------------------------------------------
rem ------------- thanks to -----------------
rem ------ CVirus for the Menu system --------
rem --- JSM for the High Score Library ------
rem -- and of course MOPZ for creating NaaLaa --
rem ------ and sharing it with us -------------
rem --------------------------------------------
rem ----- sound files from freesound.org -------
rem --------------------------------------------
**** updated zip file is on the second page *****
-
This is way cool. ;D
-
Just a request: could you please add audirere.dll to the zip? I have always to search my HDD for it.
-
thanks for the kind words cvirus.... I am having a lot of fun with NaaLaa....
Cyber - new zip is attached with the sound dll included....hope it works ok - I just added it into the
folder, which I assume is where it needs to go?
-
Yes, thank you it works fine. Cool game which becomes really hard in the later levels. 8)
-
That's great fun :)
(Sorry for my late response, Christmas days are nightmare for game developers ;) )
Can I have the honour of adding it to naalaa.com, it would make a nice Java applet?
-
I'd be honoured Mopz ......... it's only set up as a Windows exe at the moment, but I'll happily amend the code - it'll be good practice for me as I've not done that before....shall I do that then after testing post the amended code here? Should have time at the weekend....
-
If you've got JDK installed and setup you probably won't have to send me any code, just compile to Java applet from the menu. But if you want I will gladly do it for you, because there are some things you've got to do in an applet, like calling the running() in "player controlled" loops to check if the game is still running or the user has left the page. When running() returns false, you must call 'end' and possibly stop music loops.
-
Yes, I must admit that I had a quick look at the NaaLaa helpfile this morning and the applet creation is more complicated than I thought (I hadn't given it a second look before) - I'm at work at the moment, but when I get home I'll start by amending the code for the image files, and see where I go from there, but I suspect I may need to take up your kind offer of help.
-
Hi Mopz.... I've amended the source to include .png images, which have been added to the data folder. It checks for "not running()" in the main game loop. It compiles to a Java class file locally, but I haven't been able to test the file.. so could I leave the files with you to check to see what I have missed? It would be really useful if you could let me know what further changes you have had to make if you have time, but not a problem if not. Data folder and the source code is included in the attachment.....many thanks.
-
I did the following things to make it work:
* Added code for loading a font (courier.txt, courier.png, put in the data folder), because naalaa bitmap fonts can't be generated on the fly in applets
* Inserted a running check in the menu
* Added a text, "Loading ..." when the assets are being loaded, so that people knows something is going on.
* Put all the naalaa class files in the same folder as the program
* Embedded the applet in a html page
I've attached the result to this post. If it's fine with you I'll put it on naalaa.com, where nothing has happened for a long time ;)
Edit: For those of you who haven't tried the game yet, you can now test it online at http://www.naalaa.com/applets/MissileCommand/mc.html (http://www.naalaa.com/applets/MissileCommand/mc.html). Let's see if the high score works :D I'll add it to the online games section of the homepage shortly.
-
Hi mopz...thank you very much for the detailed explanation.....And for the changes....please feel free to do anything with the code...one question though, when I click on the "Chrome HTML doc" in the attachment to run the game, it seems to run quite slowly compared to the .exe file?
edit - it seems to be when the explosions are called, everything runs slower on the on-line version.....?
-
I'll have a look at that :) I'll start with replacing
shouldDraw = SPD_HoldFrameDraw(60)
with
proc SPD_HoldFrame 60
When you use SPD_HoldFrameDraw in your game loop you should do it like:
rem game loop.
shouldDraw = true
do
rem do all game logic, update all positions, do collision tests etc.
...
rem only draw if there's time for it.
if shouldDraw
rem draw everything.
...
endif
redraw
shouldDraw = SPD_HoldFrameDraw(60)
loop
When you use the normal SPD_HoldFrame, both logic and drawing will slow down if the FPS (60) can't be kept. But when using SPD_HoldFrameDraw you keep on updating the game 60 times per second even if you can't draw 60 times per second. In your code you're not using the variable, shouldDraw, returned by SPD_HoldFrameDraw.
-
No, applets tend to slow down when you draw lots of colorized images (such as particles) :) But if you use the value returned by SPD_HoldFrameDraw you can replace SP_DoParticles with SP_UpdateParticles and SP_DrawParticles. Put the SP_UpdateParticles with the other game logic and SP_DrawParticles in the "if shouldDraw" block as described above.
I can have a closer look at the source code tomorrow. What needs to be done is basically to separate the logic from the drawing and put all the drawing code within the "if shouldDraw" block. This only goes for the game loop.
-
Thanks Mopz.....it's too late or me to look too closely unfortunately, but i can see the logic in your responses, and I'll try to follow those suggestions in future examples - i think i had got lazy in the logic because it did not impact on the Windows version......
Another minor thing, i see that in the online version the mouse cursor is visible - is there an easy way for it to not be drawn, like in the .exe version, where we just use "set mouse off"?
-
Hi - I have better speed in the Java applet now, but have a new issue with the explosions, but its progress I guess :)....I have to pop out now, but should have time a little later to resolve this....
-
I did some changes to the code. I didn't separate drawing from logic in the game loop, because I was afraid things would stop working ;) I simply put everything that had to do with drawing within "if shouldDraw" blocks. Haven't tested it much, but it seems to run better now. I've attached the new files and shall update the applet next so that you can try :)
Hiding the mouse cursor is not possible yet. But I'll see if there's something I can do about it later. As far as I know java applets have no support for it, but you can somehow replace the normal cursor with a transparent image or something - can't be done through naalaa, I'd have to update the java classes.
http://www.naalaa.com/applets/MissileCommand/mc.html (http://www.naalaa.com/applets/MissileCommand/mc.html)
-
Many thanks - that seems a lot better, pretty much the same as the Windows version. I tried it about 6 times, and only once was it slow, which seems strange, but I am using an old Pentium4 laptop at the moment. Next time I tried it was fine again.
-
Great. I'm using a really slow notebook most of the time myself, makes me write better performing code ;) I'll add an icon on the online games section then. Most of the traffic on naalaa.com is on that section, so hopefully many will play it. Perhaps you should also submit the game to javagametome? If so, just create an account there and use the link to the game on naalaa.com when submitting the game (unless you've got a site of your own). They've got ok traffic.
-
Thanks - I'm sorting out some web space currently just to keep some small files, screen prints and so on - I'll post it on javagametome too once I get that sorted (I can use it to link to the screen print that javagametome seem to want.......Many thanks for all the work you've done to create the applet - I've learnt a lot.....
-
I like this game a lot, but i think it is very difficult :) You should be a little bit more kind when blowing up enemy missiles. i get the feeling that the player missile vs all enemy missiles occur at a single time frame? you should start a timer when the explosion starts and let it last until the explosion has finished. as long as the timer is active all enemy missiles whithin range should be destroyed.
Do not mind the critics, very good job! I will keep on fighting for a better high score position :)
Also, please make the hiscore list available from the menu screen, not only on game over :)
-
played some more. and i stand corrected, the enemy missile whacking does not seem to occur at the single frame of player missile impact. maybe the explosion radius is just too low ... or maybe i am just lousy at playing this game :D I repeat, i like it alot :) with a couple of games like this and dedicated web page you could probably make some bucks a month.
-
Thank you so much for the feedback....as you have seen, it is possible for one missile to blow up more than one enemy missile, but it is difficult to judge it correctly as it is quite a tight range. I experimented with the radius, and struggled to decide between making it too easy and too hard...I don't know what the correct answer is to be honest, as I think while some people will want it one way, others will disagree....I have considered reducing the radius as the player goes through the levels, or maybe having options in the menu screen for "easy" or "difficult" games. I like the idea of showing the High Scores as an option in the menu and will definately include that in any update I do.
The criticism is really welcome - I am so new to this and have a lot to learn, so ideas like yours really will help me....thank you.
-
Hi, I agree that the game difficulty level is set too high, so I've made a couple of changes. There is now an easy game option as well as the original hard option. The difference is that the easy option needs a little less accuracy when aiming your missiles, and makes it easier to destroy more than one missile at a time, although this does get a little harder as the levels increase. The hard option is just a little easier than before.
I've also added an option to see the high scores from the menu following JSM's suggestion.
I've tidied up the code a bit, and separated the logic from the drawing routines to make it a bit easier to read - feel free to change anything you wish.
-
@ kevin
At the end, when one is close to being out if missiles it reads "You've running out of missiles..." which ought to be "You're running out of missiles".
-
Oops - thanks for letting me know - I've fixed it in the zip file attached yesterday.