On Romhack Thursdays, we bring you interesting finds from the world of game modifications.
Screenshot of Segapede prototype (image from hiddenpalace.org)
In the 90s, there was effectively two Segas, Sega of Japan and Sega of America. Unlike with Nintendo though, where it’s fairly obvious that the Japanese division called the shots, Sega was a little more evenly split. Despite the company mostly being known nowadays for their Japanese productions, Sega was originally an American company, founded in Honolulu making entertainment devices for U.S. military bases. Indeed, SEGA originally stood for SErvice GAmes.
The Japanese branch began to pull out ahead when they started making home computers for that market, but by the time of the Mega Drive/Genesis there was Sega Technical Institute on the American side, which employed some talented developers, including Yuji Naka.
The story of STI is part of that of Segapede, a game created by Craig Stitt. Originally pitched as a Sonic spinoff, it would eventually be cancelled, but not before a demo ROM was created, which saw the light of day for the first time late last year. Not only available is the ROM image itself, but the story of its inspiration, development, and ultimate cancellation, all on its suitably-named home hiddenpalace.org.
On Romhack Thursdays, we bring you interesting finds from the world of game modifications.
Super Mario World is one of the most hacked games of all. There’s a whole website devoted to hacking it, SMWCentral. They do have Yoshi’s Island and Super Mario 64 hacks too, but SMW is the main attraction.
They’ve done a bunch of contests over the years, where different members compete in judged hacking competitions to make hacks to various criteria. In April they wrapped up their second “Questionable Level Design Contest,” QLDC. And the gimmick of the winner is… pretty special.
Please overlooked the glitchy title screen. In this one, the presentation isn’t the main attraction.
A long walkway to the right from the starting location.
What? Is this a troll hack? One that just makes you run everywhere and nothing ever really happens?
Hmm. This screen looks like it’s full of levels, but none of the circles or houses work. The object is to get to that red pipe.
You hold X or Y to run, or, as this screen mentions, don’t hold X or Y to not run. That Pirhana Plant is animated, and if you run into it while it’s in your way, you have to restart the screen. A fun gimmick, sure, but we’re just getting started.
In case you haven’t cottoned to the gimmick yet–there is no actual level. The whole game is played on a series of connected map screens. You’d think not a lot would be possible, but in this hack, Mario can actually “jump” on enemies if his feet touch them. On this screen, Bullet Bills enter from the right, and you have to use the curved paths, along with judicious running, to “stomp” them with the right timing. When you reach the OFF circles to the right you clear the green blocks, and then have to work your way back left to get to the pipe.
And on this screen, the Thwimps jump back and forth, and you have to avoid them as you pass around the screen. If you touch an enemy you don’t “die” so much as get sent back to the start.
Then you get to this screen, which is a remake of a portion of the first level, and you wonder how far they’re willing to go with this gimmick.
As it turns out, they’re (“they” being Faro and MM102) not even close to being done. This level introduces these Stars that, when you press A on them, cause Mario to do a spin jump. This jump, however, actually activates the standard SMW platforming engine. Mario can move around as if he were in a level. Here you have to use that jump to bounce off the Big Boo and land on the other Star, which puts you back into map travel mode and lets you go to the pipe. The following levels make extensive use of this feature, and there’s lots left to explore.
The creators made a playthrough video, embedded below (it’s about nine minutes), but they suggest that you try the hack yourself first. You can do what you want, but it’s a joy discovering how they unveil progressively crazier gimmicks as you go. Consider trying it our yourself first, if you have the mind and means.
On Romhack Thursdays, we bring you interesting finds from the world of game modifications.
It’s not easy to find romhacks that measure up to our exacting standards, that strike me in just “that way,” but a conversion of the NES Legend of Zelda, one of the few mainline Zeldas never to have been really remade in any form (unless you count the abandoned Satellaview versions), fits the bill like a duck in well-made dentures.
This screenshot may look nearly exactly like The Legend of Zelda. In fact it is the Legend of Zelda, just converted, nearly exactly, to the SNES.
Link doesn’t wait for the transition to finish to start climbing out of caves.
The question has to be asked: why? I mean, to a degree it is kind of pointless. There’s been nearly exact (although always unofficial) re-implementations of The Original The Legend of Zelda since Zelda Classic (Set Side B). All of Nintendo’s own rereleases, from Virtual Console to Gamecube bonus disks to a stand-alone Game & Watch unit. But recreating it on SNES does have certain uses. First, it fixes a handful of issues with the earlier game, notably it doesn’t have flicker or slowdown. It also uses the L and R buttons to allow for quick inventory cycling without having to go into the subscreen.
The colors are slightly better as well. And the top of the screen display labels the buttons Y and B, instead of B and A.
It speeds up game transitions: it uses the Link to the Past-style iris in and out effects, using the SNES’ display masking feature, instead of the slower curtain closes and opens from the NES version. It allows you to use custom soundtracks via MSU-1 support. Health refills instantly instead of pausing the game for up to 15 seconds while all your hearts load up with red. And the sound is very slightly different: by default the low-health beep is less insistent, there’s an extra sound when you kill an enemy, and the candle sound is a little higher in pitch.
But perhaps the best reason to convert it to the SNES is, SNES emulators are nearly as common as NES emulators. You can play this modestly improves version of LoZ on anything with an SNES emulator, which isn’t something you can say of Zelda Classic.
Yes, I used this hack as an excuse to play completely through the first quest again. And yes, I did it without dying. I still got it.
I’m kind of an outspoken fan of the original LoZ, I still think it’s well worth playing today, although I think you should seek out its manual should you do so. (The opening demo even tells you to look there for details!) You’ll die a lot, it’s true, but there’s little penalty for it except for going back to start or the beginning of a dungeon, and having to go refill your health before you try again. It takes real skill to weave around its fast-moving enemies and projectiles, but it’s doable, and you don’t need speedrun skillz to do it.
It is rather difficult to find it through search. It’s not on romhacking.net. Creator infidelity’s announcement was on Twitter, where he offered only a direct download.
On Romhack Thursdays, we bring you interesting finds from the world of game modifications.
Another of Mario 64 internals expert Maze Emanuar’s amazing hacks, this puts the geometry of all of the levels of Mario 64 into into huge world! It does offer gameplay in that you can collect some stars that are scattered around the huge area, but few of the original objectives remain. For more information and the download link to the hack, check the description of the video.
On Romhack Thursdays, we bring you interesting finds from the world of game modifications.
The world of romhacks ranges far and wide, from dumb graphics hacks that put Wilford Brimley in place of Mario to full games that are unrecognizable from the software they were made from. We usually try to focus on more substantive fare, but today we present three hacks that mostly leave Mario 64 unchanged, except for giving the overall-wearing movie star a rest in favor of one of three understudies.
Super Cream 64
In the case of Super Cream 64, it feels like there’s enough to go by despite the core game, in most senses, being the same as Super Mario 64.
Saying that it’s a simple character swap is both dead accurate and wildly understating the effort that went into this. Nearly all the characters have new models, and there’s a few more in there as well. Mario has been replaced with Cream the Rabbit from (a couple of) the Sonic the Hedgehog games. Cream’s one of those characters that barely got any main game appearances before being relegated to the likes of guest roles in kart racers, so unless you’re as soaked in the deep Sonic lore, as I appear to be, you might never have heard of her, or Cheese, a Chao that follows her around (don’t ask me what a Chao is, I could tell you but the answer would probably not be useful to you) her mother Vanilla, or her friend Blaze the Cat, who are also in this hack. You may know of Amy Rose, who’s also here.
That’s Amy, right there.
There are some play differences. Somehow Cream can fly, kind of, in a gliding sort of way, which makes the game a little bit easier. A small number of areas have been changed. But mostly this is a game for people who haven’t gotten their fill of Super Mario 64 already, and who want to play it as a different character. It’s almost as light and fluffy as its protagonist, but it’s evident that a lot of care has gone into it.
Here’s a bit of gameplay to show you what it’s about:
Super Cream 64 came to my attention when a friend was putting together a console-playable copy of it for her Sonic-obsessed kid. It’s amiable and mostly harmless. I can’t say it’s my usual kind of thing (the game itself really is mostly Mario 64, and Cream is a little too cutesy for me), but maybe it’s more to the taste of some of you out there?
This post started out being just about SC64, but here’s a couple of other character replacements that may be amusing, for a few minutes at least.
Captain Falcon 64
Excepting his appearances in Super Smash Bros. games, Captain Falcon is rarely playable on foot. Captain Falcon 64 suggests a run style and moveset that’s pretty much how one would imagine he’d play in an officially-made 3D platformer.
Super Mario 64: Sonic Edition
The logical intersection between Cream 64 and Falcon 64 would, of course, be Sonic 64. He’s even faster, and harder to control, than Captain Falcon. There are some gameplay changes here, including the ability to become Super Sonic, but I couldn’t tell you how. Maybe explore it yourself and see if you can figure it out.
On Romhack Thursdays, we bring you interesting finds from the world of game modifications.
There was a period during the 8-bit era where games best known for being on the NES could get ports to other machines. Most of the ports we got in the US and Europe were not that great. There were a fair number of classic NES games with lackluster home computer adaptions. Even the best of these, like Mighty Bomb Jack, Castlevania and Life Force for the Commodore 64, usually paled compared to their NES counterparts.
I put the blame for this on the cartridge format. While a much more expensive media for releasing software than disks or tapes, it had the great advantage of being enormously flexible. The whole phenomena of mapper chips and other in-cart add-on hardware on the NES had no counterpart on the C64 during its heyday, even though there was really no reason the ’64 couldn’t use the same kinds of chips that the NES used.
Things were a little different in Japan on their native microcomputer platforms. While anemic ports were certainly possible there (like the infamous Super Mario Bros. Special) a fair number of console games got pretty good computer ports. Many of the best of these were for the Sharp X68000, a system I really must cover in detail soon, but the MSX platform got a fair number, many due to the efforts of Konami.
Both Dragon Quest and Final Fantasy for MSX ports with their own unique properties. Today’s post is about Final Fantasy, which recently got an English translation, and which in play and structure resembles its NES original to a large degree. It’s even a slight upgrade, with more colors in its characters and able to make use of an MSX sound expansion cartridge for improved music.
The game was reimplemented from the ground up, so it’s even missing many of the bugs that the Famicom original, forged out of raw bytecode as it was by consummate hacker Nasir Gebelli, is known to have. It would probably be the definitive early version of Final Fantasy if it didn’t play painfully slowly. You can’t see it in these screenshots, but instead of the world sliding smoothly across the screen as on the NES the terrain snaps by in eight pixel steps, and your party also walks more slowly than on Nintendo’s machine. And while it’s not as bad as loading times in the Playstation 1 Final Fantasy games, the game still lingers on a blank screen for several seconds when fights begin and end, which will drive you nuts before long.
The English translation patch that FCandChill put together basically just uses the NES game’s script, so no surprises there. These days games in the style of those early JRPGs are quite out of style, but if you still have a hankering to play a game that basically demands that you grind out levels to have a chance and where you will almost certainly total party wipe at least once during your run, you could do worse.
On Romhack Thursdays, we bring you interesting finds from the world of game modifications.
Edit the Frog is back, with a new romhack! And this one’s really amazing.
We’ve mentioned before Vitor Vilela’s hacks that retro a SA-1 (“Super Accelerator”) into SNES games that suffered from slowdown. So far he’s done it with five games: Super Mario World, Gradius III (which really needed it), Contra III: The Alien Wars and Super R-Type. The fifth is the most amazing so far: Race Drivin’.
When the original Hard Drivin’ came to arcades it was pretty incredible, the first 3D racing game that didn’t use scanline tricks to display its track, that rendered it using an actual polygonal 3D engine. It used special custom hardware to make its track and physics possible. Race Drivin’ was less revolutionary, but only because the ground had been broken for it.
It was exactly the worst kind of game to be ported to the Super Nintendo’s infamously underpowered hardware, a 16-bit variant of the venerable 6502 running at about 3.5 mHz, just a bit over twice the speed of the NES. Even from the start, the SNES used in-card accelerators and co-processors to help complex games run: even though launch title Pilotwings made heavy use of the SNES’s “mode 7” graphics to display the game world, it still needed a DSP chip to help it with calculation.
https://github.com/VitorVilela7/SA1-Root/tree/master/Race-DrivinRace Drivin’ doesn’t use any accelerator, despite being one of the games most sorely in need of one. Asking a SNES to perform up to the custom mathbox chips in the arcade game was ludicrous, and so SNES Race Drivin’ is looked down upon by many, and probably unjustly: the coding is perfectly all right, it was just asking too much of the system.
Even with a SA-1 you’d think that Race Drivin’ on SNES couldn’t measure up, but Vitor’s hack does quite a respectable job! The SA-1 is essentially a second of the same kind of chip that runs the SNES, with a number of extra features bundled in. It also has some faster memory included on-die, and runs at triple the frame rate. Imagine if this had come out at the time: the SNES game is less than two years older than the arcade version! An SA-1-powered version that matched the arcade so closely back then would have astounded. I see that in a few places on the Super Stunt Track, it drops to 12 FPS instead of the 30 it holds at elsewhere, but it’s still damn slick.
Here is one of Vitor’s side-by-side comparison videos, demonstrating the old version (on the left) and the upgraded hack (on the right):
On Romhack Thursdays, we bring you interesting finds from the world of game modifications.
You can find romhacks of all kinds and levels of quality. Professional translations that seek to produce what an official localization would be, and slapdash language conversions. Graphic hacks that make Mario into Wilford Brimley. Total conversion games that turn the original into something so different that it seems like it would have been easier to have started from scratch, and juvenile dialog hacks.
This week’s hack lies on the middle ground. Alfonso De La Vega’s The Winter Lion is a game where it feels the creator’s ambition exceeded their grasp, a little. The title screen and overworld of The Legend of Zelda: A Link to the Past really weren’t changed much, and where they were changed it’s kind of ugly. The plotting it a bit clumsy. But the writing has real poetry to it, there are some interesting ideas behind the way it uses the game’s item progression to enforce making difficult choices that fit along divergent plotlines.
I try to put a title screen into these posts to introduce the hack, but The Winter Lion doesn’t change it, at least in the current version–hacks can be updated, after all. For now though, we’ll just have to settle for gameplay images.
The Winter Lion is an interesting take on the Zelda formula in that, instead of a Link as a kid or teenager, he’s an old man. Arguably the best-realized aspect of the hack as it stands is the pixel art that puts a white beard on him. He’s still pretty small compared to the other adult characters in the game, but it looks good enough in play.
The writing is another strong element of this hack, it feels like it was written with poetic meter in mind, although I couldn’t place the type.
Sadly the alternate paths aspect is a bit janky. Bombs have been removed from the early game, except for a single one in the first palace. There’s a political aspect of the game where you can either follow a military path in the story by using that bomb to activate a switch, or a revolutionary path by using it on a certain building in Kakariko. If you use it anywhere else you’ve blocked Link’s progress and have to start over. It doesn’t help that some cracked walls can be opened with either the bomb or the Pegasus Boots; if you open a Boots wall with the bomb, you’ve messed it up. There is a walkthrough in the readme on the Romhacking entry, but you may want to make a save state before using that bomb, just in case.
Some of that good old-fashioned romhack glitchiness!
The story is pretty one sided. It makes it clear that picking the military option is the bad one, and the revolutionary option is the good one, which, regardless of what you think about the moral choices involved is pretty obvious writing. But it’s implemented in an interesting way at least. And it’s not too difficult overall! So many romhacks are made for hardcore players that it’s refreshing to find one with only a modestly higher difficulty level. And it shows a lot of ambition by a first-time hack creator! We await future revisions of this hack, or whatever they choose to turn their attention to next.
The Winter Lion (romhacking.net, hack of The Legend of Zelda: A Link to the Past)
Pretty lurid!Didn’t we all know a girl like that in college?Some more romhack glitchiness. The art for Old Link is pretty good though!
On Romhack Thursdays, we bring you interesting finds from the world of game modifications.
There aren’t many game series with the reputation that Castlevania has. While it’s always been very popular, the stature of the original game has only grown over the years, and it’s now seen as one of the very best games on the NES. We’ve talked about it here before, and about how badly the creator of one of the best-designed games ever made was treated by his company, but we’re not here to talk about sad things today.
You’d think Castlevania would have more imitators, but there aren’t as many as you’d think there would be? It has specific and definite ideas, some of them not obvious to a random player. Simon moves slowly and jumps stiffly, but it’s clear with repeated play that not only is the game designed around this, it’s even a better game for it! It’s a good example of how reducing a player’s abilities, relative to Mario-standard, can actually result in better play.
Some of the enemies were changed too. I don’t think this enemy was a skeleton in the original?
One of the few definite Castlevania clones that come to mind is Thinking Rabbit’s 8 Eyes. It could not be more obvious while playing it that its designer played a lot of Castlevania; its hero Orin’s movement is nearly an exact match for Simon Belmont, and it even has staircases that he can climb and hidden items buried in the walls.
It’s not as good a game as Castlevania, definitely, but it has its own ideas, and I respect it for adding some unique features. The player can determine what order the first eight levels are played in, and every time they finish one their attack power is upgraded. It has devious level designs that don’t always map cleanly on paper. It has a player-controlled drone character in the form of a falcon that can be deployed, and then flies around on its own, and can be commanded to attack and return and even has its own health. Most interesting of all, every level has hidden with it a clue, a piece of text that must be found and used at the end of the game to solve a logic puzzle to finally win.
Here’s one of those clues! Unlike the clue books in Castlevania II, every one of these is essential to solving the final puzzle.
There’s a lot of cool ideas in 8 Eyes. If it had some more design and development work put into it it could have been seen as a later highlight of the system. elbobelo has, for over fourteen years, been at work on a huge hack to put Simon Belmont into the game. In a forum thread they started long ago they mentioned that, while work has slowed, it’s still going. They haven’t issued a public release since an old beta in 2008, but there’s enough present in it to make one wonder how it’ll play when it’s finally released.
Here’s one of those clues. BTW, it’s not well known that 8 Eyes actually has eight quests. The game is mostly the same each time, but the logic puzzle is different!
Fortunately, the 2008 version of the hack keeps the cool ideas that 8 Eyes contributed, and it just adds features from Castlevania I and II. It keeps the falcon, the diabolical levels, and the clues and game-ending logic puzzle. Gone, however, is the player’s sword, replaced with Simon’s whip, which is a vast improvement. In addition to the falcon, Simon can find his usual subweapons, which don’t replace each other but can be switched between with the Select button. It doesn’t make the game too easy because 8 Eyes was a very difficult game. It just makes the challenge more reasonable.
Most levels have at least one puzzle that requires you to release the falcon somewhere on screen to fly around while you run to the door, so you can attack the switch with the bird then run in the door before it closes.
Best of all, it also keeps 8 Eyes’ weirdest aspect: after you beat each boss, you sit down and have tea with them! In the original the tea was brought by one of the boss’s flunkies, but in this hack one of the skeleton enemies brings it in. It’s surprisingly adorable!
On Romhack Thursdays, we bring you interesting finds from the world of game modifications.
First, I’d like to fill you in a bit on the world of supplemental chips included in cartridges.
The greatest advantage of cartridges as a software distribution medium is that you can include extra hardware in the cart that extends the capabilities of the system. The inclusions, ranging from a few extra logic gates controlling banking to static save RAM and batteries to supplemental microchips to entire coprocessors, goes back to at least the Atari VCS/2600, where they played a major role in extending that console’s lifespan. The VCS only had 128 bytes of RAM, a ROM address space of a mere 4 KB, and didn’t even have lines going out to the cartridge for writing to external memory. In spite of these fairly dire limits, regularly games for the system would far surpass what was expected by its creators, culminating in the DPC chip used in Pitfall II.
It’s not true that you can do anything with extra hardware in a cart, but you can push the limits quite far. The inclusion of extra circuitry in the cartridge is what allows Champ Games to make their amazing Atari arcade ports (such as Mappy and Scramble).
After the VCS/2600 fell out of popularity the NES came along, and extra chips of this sort became almost mandatory. The tales of Nintendo being hampered by the chip shortage at the time of the NES’s popularity limiting production are true, but are also somewhat self-inflicted. Legions of popular games required at least a MMC1, a chip that could have been included in the base console, or supplied in an add-on peripheral like a pass-through cartridge. But instead Nintendo chose to include one with every game that required it, and also MMC3s, some MMC5s, and a handful of other chips.
Then the SNES came along, and more extra chips entered the picture, most notably the DSP, the SA-1, and most famously the SuperFX. The SA-1, basically a coprocessor for the machine’s overworked Ricoh 5A22, a variant of the WDC 65C812, which was itself a 16-bit version of the venerable MOS 6502, is our focus here.
Extra chips in SNES carts weren’t nearly as essential as they were for most NES games, but there were still a good number of them. In the early days of the SNES extra chips like these were not hugely common, although a DSP was used even in one of the system’s launch games, Pilotwings. On the other hand F-Zero, a game remembered fondly for its great sense of speed, didn’t use any special chips.
The SA-1 was one of the more powerful of these chips. It was basically a second 65C812-type chip running at triple the main CPU’s clock speed, with a small amount of dedicated memory and some other minor features. Most famously it was used in Super Mario RPG, but it was also used in both of the SNES Kirby games.
The SA-1 wasn’t used in that many games, and it wasn’t even available for use, I think, in the system’s early days, which was a shame. The power of the SA-1 was quite great, if used correctly. SNES hacker Vitor Vilela has made a growing number of hacks that recode classic SNES games to use its calculatory prowess, and the difference is often quite dramatic.
There’s a lot of stuff there on his Github page that I’m going to save to present later, but one of their earlier projects, and one of the best I’d say, is his conversion of SNES Gradius III to use the SA-1. Gradius III is probably the SNES game in which slowdown is the biggest problem, it is not hard at all to get Gradius III into a state where the game slows down to half speed, or even one-third speed, simply by loading up on Options and powerups. As a difficult game where slowdown makes it much easier (and it may have been designed around it), and as a SNES launch title with great graphics and sound, it’s still playable without the SA-1, but you can nearly hear the processor creaking under the weight of all those projectiles and effects.
With the SA-1, all of that slowdown is just gone. It makes the game a fair bit harder, but also a lot more fun to play. See for yourself:
And now, look on in horror at a deathless playthrough of Gradius III with this hack:
On Romhack Thursdays, we bring you interesting finds from the world of game modifications.
Gradius for Famicom and NES is a well above-average port of a game for very different hardware than the arcade original. It was good enough that it was converted right back into arcade game, released for Nintendo’s Unisystem arcade hardware as Vs. Gradius. Graphically and aurally, it is quite similar to the arcade game.
It’s similar, but not identical. Now this hack doesn’t change the major downgrades from arcade Gradius. There is no vertical scroll in levels two or three, and you still can only have two Options at once. But in a variety of subtle ways, the game looks a bit nicer. In particular, the game’s text fonts being changed from the boring old font used on the NES back to the arcade’s snazzy line-drawing affair is a nice change.
The original version of this is quite an old hack, created back in 2000, but it has been periodically updated over the years, most recently changed in 2018. That’s a long period of support for a romhack!
On Romhack Thursdays, we bring you interesting finds from the world of game modifications.
Last month we brought you Metroid + Saving, a passable attempt to make a classic game, that has a number of quirks related to it being a fairly early NES game, less frustrating to newer (younger) players. This week’s hack is another with that theme, snarfblam’s hack of NES The Legend of Zelda that adds a working automap to the game.
Like Metroid, finding your way around 128 screens of Hyrule is challenging, even if the game isn’t as large as, say, the Gameboy Link’s Awakening, which had 256 screens. But the limited number of tiles also decreases each screen’s visual distinctiveness, especially up in the mountainous regions.
The map appears in the upper-left corner of the overworld screens, which you can see in these screenshots. A special touch is that the map isn’t revealed all at the start but fills in as the player explores, and doesn’t consist of blank squares to show explored areas but even shows some detail. Places where screens are blocked internally are shown on the map, which is a great aid to both navigation and memory.
It immediately becomes evident that, like with Metroid + Saving’s mapping feature, it’s how the game should have been written originally, and probably would have been if design trends had evolved just a bit further at the time.
There are a couple of other graphical niceties in the hack, like health being shown in the life meter in 1/8th-heart increments. But overall the map is the main attraction here. It’s such a fundamental change to the game that the much more involved hack Zelda Redux uses it too. It is also worth trying out, if you still find the original Legend of Zelda to be a bit too hardcore for you.
