Unused/underused content, and development
As a large and rather experimental (for me) game, there were a lot of game mechanics and ideas that I thought up that didn't end up in the game, or did but didn't get used very much. Things changed throughout development too, and things went in different directions. Here I suppose I'm going to make an attempt to go into some of those things,
Influence from other games
Very early on there was a bit of a Cave Story influence and I felt like there would be a reason to go back and forth within a single level instead of only straight through to the end, maybe revisiting levels later on with items or abilities from later. There were potentially going to be NPCs within the level itself, reacting to things and activating changes within the level.
To facilitate this, the scripting system was much more expansive, keeping track of flags and being able to make decisions based on the flags and what items you're carrying. There was also a scripting command named "Poke", which would write an arbitrary value to an arbitrary address, and could be used or making level changes or anything really.
Because of the NPCs-in-levels thing, I was originally planning on being able to show text during gameplay, and I reserved some VRAM for text when partitioning things out. As a result, most levels don't use the last 16 or 32 tiles at all, but the minecart tracks did end up being put there. There would have had to be some VRAM reserved for the actual NPC graphics too, and I would have had to do something about showing the right colors for them, and it just seemed like more trouble than it was worth.
(straying a bit, the minecart tracks have an unused track type with an exclamation point above, that was supposed to trigger some sort of event when the cart went over it)
I think I made the right decision to make it more linear, at least for a first big game. Going back and forth makes more sense if you have much bigger levels, and probably requires a different game design than I went with.
A very obvious inspiration for many of the puzzle elements came right from Chip's Challenge, and the game makes no attempt to hide any of that. This was a big source of mechanics that were dropped or just didn't end up used very much, since many things that work on a top-down tile-based game just don't translate to a platformer very well, and many things (like the chip collecting as well as the sun/key thing) are fun once or twice but would overstay their welcome if used too much.
I think in the final game I only ever used one boot type, the suction boots, and even then only barely, with a trivial use in the puzzle tower (2-6) and then to get a collectible in 4-2? However, all four types of boots exist in the game both as block types and inventory items, and the fire boots even work! Every time you touch fire it checks whether or not you have the unused fire boots before applying damage.
I originally wanted to have ice continue to push you in a direction until you hit the edge of the ice unless you were wearing iceskates, but I couldn't figure out how to use that in a fun way in a platformer. It also makes no sense to require flippers for water when levels that aren't puzzley wouldn't, and inconsistency sounds like a potential source of frustration.
Actually, in my notes there was a concept of having some of the ability types map onto specific boots types, where the Fireball ability would allow you to walk through fire, the Ice Blocks would let you walk on ice without slipping, Water Bottle would allow you to swim (instead of only floating), and Tornadoes would allow you to walk through the green force tiles.
There's a teleporter that was just barely used in two levels, which would teleport you if you stood on it. There just weren't a lot of situations that required teleporting and weren't better suited for two-way doors instead.
Hannah and the Pirate Caves
The arrow blocks come from here. In addition to the four different arrow types, the boulders that drop down, and the crate that turns into a spring briefly (which just bounced you in the original) I also have a bomb block, intended to take the same role as the dynamite block from Hannah, but there they seemed to be useful for making a "fork" in the path of arrows, having the explosion set off multiple arrow blocks with the input of one arrow. This wasn't necessary, so they're just used in 5-5's optional part, with the "wood" variant dropping a bomb and the "metal" variant not being used at all.
Originally the plot was going to be entirely different, and it was going to revolve around Nova being put through a test/challenge. There was going to be something about the "Hot Limit" song from the 5th mix of Dance Dance Revolution, of which some things still persist (Fa-a-ancy Cola and the bouncing fire guy are both references to the animutation) as well as references to some demoscene stuff. Maybe even something Earthbound-like involving collecting different parts of the melody throughout the game.
While I pruned some unused blocks to make room and try to better avoid hitting the 256 block limit my game engine has, there are still a few. Like I said before, there are blocks for all four colors of Chip's Challenge boots, and they all work in that they will give you the corresponding item. There's also a gray colored switch in addition to the used red and green ones, which were supposed to be a "generic" switch which would activate/change something in the level. There's a variant of the item/"paw" block, labeled INFINITE_PRIZE in the code and was supposed to never run out of items.
There's a type of brick that will replace itself with another arbitrary object type when you break it. I think what I had in mind was secrets where you had to uncover something by breaking the right bricks, but that sounded too hard to find, and when a game isn't being played by millions of people I wanted all secrets to actually be reasonably findable. Out of the thousand or few thousand people who've played I doubt any of them would just be breaking random bricks. Anyway, they're used in 1-3 in the section above, where breaking the block in the middle of the pole turns it into another pole block, instead of just leaving a gap in the pole. Level 4-2 also uses one right at the start, with bricks changing into a spring after being hit.
"Puzzle Mode" levels
Originally there were going to be different types of levels with different focuses, with levels being categorized into "action", "puzzle" and possibly even levels based on running through them fast. Puzzle levels would be indicated with a puzzle piece on the level select, with the following unused graphic:
Puzzle levels would have a fixed inventory and ability set by the level, and you couldn't take things in from outside. They would also have different physics, like being able to wrap around from the bottom of the screen to the top instead of dying, and I decided that consistency was better.
Today they've been reduced down to some levels just providing a second inventory page that you could access in addition to the main, persistent one. The second page also provided a benefit of providing a place to put keys and other things you collect, instead of requiring you to have space in your main inventory.
Here in this list of inventory item icons, you can see there's one for a pair of pants, as well as a [!] and star, and none of those are used. I'm pretty sure the checkmark was also not used, and was going to indicate equipping something? Originally there was going to be a key item named "nuclear power pants" that would use the pants icon, and the [!] was basically a status effect being forced on you by having it in your inventory, such as being unable to stop jumping, or forcing you to keep a particular ability. These status effects would have been used in the above "puzzle levels" to add some additional challenge to some levels. I don't remember what the star was for.
Unused boss graphics are in the game for a boss designed after the "George the Volcano" character from some of Volvic's commercials for bottled water (which is also where the smaller enemy comes from). It would erupt, have the smaller volcanoes attacking you and throwing their usual water bottles at you, and Tyrannosaurus Alan would attack you as well.
There are more tiles than the Scheme Team fight actually used, which include actual Smiloids (which are programmed into the game in an unused boss fight that was replaced with the fight against Forehead Block Guy, which seemed a lot more interesting) as well as different heads, weapons and bullets, taken from DABG. The AI for the Smiloids was reused partially for some Smiloids you fight in World 5.
MolSno has an animation frame where he's wearing headphones, where he would attack the player with music notes. This was in reference to when he used to DJ on SMWCentral's online radio station.
Unused red panda NPC, a cameo of of one of my friends.
- The panda boss was originally going to be more like Duff McWhalen from MegaMan X5, and the "level" created out of the ice was going to scroll, but I didn't feel like actually coding that, and it would have been hard with my engine.
- I was originally going to have autoscrolling levels! Some of them would loop over the same section of level repeatedly, and you would have to wait until it got back to an earlier section of level again to go backwards.
- There was going to be a "ball" ability that would bounce around and stun enemies. Its slot was replaced with the mirror used for the final boss.
- Abilities were originally going to be kept when dying, because I figured you should have the same chance you did to go past the level section again as you did the first time, but it was too confusing because it was unexpected.
- Toggle switches used to flash the screen when changing between solid and nonsolid in order to rerender the level, and my solution to fixing this ended up involving moving the list of flags for each block type to RAM instead where I could modify them, and the toggle switch now actually just changes whether those two block types are solid or not and changes the appearance of their tiles, without requiring the screen to be rendered from tiles again.
- There's a little-used "Ability Backup" pseudo-item that can be put into item boxes, and it comes out as just a coin if you don't have an ability but gives you an item for the ability you have if you do have one. Level 2-1 has one, and they weren't really used very much. That means the popup text for that item is unused, as is the popup text for many other items you never actually see come out of an item box.
- There are inventory items corresponding to placeable versions of all the Hannah-inspired arrow blocks and crates, in both "wood" and "metal" variants. In the game, only the upwards pointing wood one is used.
- There were originally going to be time record kept per-level, and the level select tiles include a 0, 9 and a colon (for minutes:seconds) that aren't used.
- Dialog scripts can contain arbitrary 6502 assembly in them, and it's only used in three places: to load graphics for the intro, to fill your inventory with rail parts in 4-1, and to show the credits sequence.
- The list of enemies per-level has 4 bits per placed enemy, for flags and parameters. They were going to originally only have 3, with the fourth bit signalling that the enemy was instead supposed to get its parameters from another place, picking from 8 presets. Having a wider range with the per-enemy
There's a whole compression scheme for making terrain compress better, that's coded into the level decompression but not used by the compression code at all, because it would have been complicated to detect that it should be used.
222 111222 4 6666 11122233333334 6666 \_5_/ 1: $22 - width 3, height 2 2: $23 - width 3, height 3 3: $61 - width 7, height 1 4: $02 - width 1, height 2 5: $40 - width 5, height 0 6: $32 - width 4, height 2 $FF - ending mark
I actually kind of feel like Nova the Squirrel tried to have *too* many mechanics. I'm not sure whether it's an entirely bad thing or not since people have praised the variety and complexity, but at the same time there are a lot of one-offs that would probably have been better replaced with a more general mechanic that could have been more versatile and used different ways.
The game could have definitely benefited from more planning, instead of just diving in with ideas. At the same time, I feel like diving in is important sometimes so you can decide if an idea is fun or not by having it right in front of you. That's probably something you work out intuition for by continuing to develop and design games. I did actually keep a document where I would jot down ideas, but I didn't really try to develop the game out as a whole before implementing individual things in it.
One disadvantage to having lots of distinct mechanics is that all of those need graphics, and the more graphics you need for purely gameplay related things, the less space you have for decoration. The game kind of suffered from not enough decoration in a lot of the game, though many levels had a chunk of VRAM open to play with that I could have put decorational tiles and background into.
The game was made in chronological order for the most part, with world 1 made first and world 5 (and 6) made last. Because of this, and the lack of a solid plan for the whole thing, the whole set of levels doesn't seem as cohesive as it could have been, with the focus on different aspects sort of waning in and out through the game. I guess that's not necessarily a bad thing since it gives worlds more flavor. Also, the Mario-style levels fade out early on, instead of being throughout the whole game, which I feel is a good thing.
The plot itself felt pretty weak, but generally it's weak in platformers anyway. I still wonder whether it would have been better without a story, or with a throwaway one, but I like the more complex attempt at one at the very least. It gave me an opportunity to draw nice dialog sprites and put in lots of cameos. The desire to have a story was probably driven by Cave Story, but if you want to do something like that you probably have to commit to it a lot more than I did.
I feel like the engine is very technically sound and I don't really remember running into very many issues where it didn't end up working out the way I wanted, There are some kludges and hacks but I think my first attempt at a side scrolling engine for NES worked out pretty well. The level compression worked especially well, with over 75% space reduced on most levels. That was going to be a given though, because it's heavily based on Super Mario World's own format, where it was proven. Just over 32KB was used total on all the levels in the game.
Get Nova the Squirrel
Leave a comment
Log in with itch.io to leave a comment.