You have been tasked with the defense of six cities from the incoming nuclear apocalypse. You have only two launchers to shoot down incoming missiles. Survive as long as you can to delay the inevitable end of the world.
Jonne says:
A Missile Command game by our very own @wuuff, originally for the Gamebuino!
Ported quickly by Jonne, perhaps Wuuff will make a more high-res version
EDIT: I changed the ownership of this page to Wuuff
Update from wuuff:
New version added. Increases the resolution to 110x88, adds more colors, improves explosion effect, adds new title screen, fixes several bugs.
Thanks for posting this. I had been busy with other things, so I hadnāt had time to work on porting Armageddon to Pokitto. I also wasnāt really planning to unless somebody asked for it, but Iām definitely up for polishing the port up and maybe adding a couple new features. Does anyone have any requests for potential improvements?
Nice gameplay. Just a minor suggestion: switch A and B button to fire relative turret. Now B fire from rightmost tower and A fire from left most, thatās reversed against Pokitto buttons position.
Yup! Just made some changes and pushed to the repo.
Didnāt get the game was āgroupwareā. I thought it was owned by @wuuff.
BTW you could add a small article on repository management (fork/push/merge etc) at the bottom of your TODO list
Well, I made the original game, but @jonne made the port to Pokitto and uploaded the port. I made the game open source so that people could make changes if they wanted. The original license file should be added to the repository, actually. Iāll do that myself if I make any changes to it soon.
The launcher buttons were swapped because the Pokittoās A and B buttons are reversed from the Gamebuinoās. Thanks for changing them!
By the way, I noticed that the file had been automatically processed by a tool called PokittoParser that you wrote, @jonne. Have you uploaded this tool somewhere?
Nope. Thanks for reminding me. Its a Python script that repairs the broken C source code Arduino calls āSketchesā back to compilable C++. I will upload it here
New version posted! Now that I have gotten my Pokitto, I thought a good first exercise would be to polish up this port. The details of the changes are in the first post, but I also wanted to post a list of observations I had while working on this.
The default font for Pokittoās Gamebuino compatibility lib is 5x7, but I think the default is 3x5, which is why all the text in the original version of the port overlapped and was off-center. I have changed most of the code to now refer to a #define for font width and height when placing the cursor so that changes in font size will have a smaller effect.
The display.print function seems to have different behavior when printing out uint8_t than on Gamebuino, as it seems to be treating it like a character instead of a number.
It seems like the drawFastVLine function somehow drew one pixel too long? This is why the targeting cursor was taller than it was wide.
For Gamebuino mode, the screen scaling causes inconsistent widths (and heights? I couldnāt tell.) for the original pixels.
Is maxVal for the provided version of random(maxVal) inclusive or exclusive? I seem to be getting values equal to maxVal, which differs from the behavior of Arduinoās random library function.
It seems like I get no sound at all unless I crank the volume around 60 or so, and even then I donāt get ingame sound (just the gamebuino title screen sound) unless itās above 80! Itās a bit different for headphones. No audio plays up through about 23, but if I increase to 26 or so the volume seems quite loud. No matter what volume I increase it above that seems equally loud. There is also a lot of background hum (in headphones) that changes depending on whatās on screen, but only starts after the volume settings screen.
One of the autogenerated function signatures (by PokittoParser?) didnāt match the original function. It seemed to have changed void saveHighscore(uint32_t, char*) to just void saveHighscore(char).
Binary is already updated. I havenāt actually run it in the simulator yet and I was using the online editor, so I still need to import it into Code::Blocks. Iāll try to do that shortly.
Also, I forgot to mention, but is there EEPROM support yet? I noticed that all the EEPROM functions had been commented out, so currently highscores are lost on reset.
I had tried uncommenting them, but the functions canāt be found. What file should I #include? EEPROM.h doesnāt seem to exist, and I couldnāt find a mention of EEPROM in the docs.
Yep, looks like it works great. Saves the highscores exactly as expected. Iāll make an update with that change in a few minutes.
I have the game working in the simulator. Is the process for recording from the simulator still the same as it was back in this post? How do you usually convert to a gif? The ways I have done it in the past were time-consuming.
