For clymax’s projects, click here. You can also follow him on YouTube.
For other collections, see the Pandora meta-collection of mods here.
Self-randomizing, non-family mods compatible with games of the action-RPG (ARPG) genre.
These mods are unofficial and unaffiliated with the respective game developer.
Click on each thumbnail to see the corresponding entry.
 |  |  |
This post has been viewed 8 time(s).
For clymax’s projects, click here. You can also follow him on YouTube or Twitter.
Recoined as FFV: Autumn Challenge via editorial discretion for purposes of the writer’s posts on this blog. Aki is taken to mean autumn in this context.
The game difficulty is significantly increased from vanilla.
Official name stays the same and will still be referenced.
For Serity’s fan translation of this mod on RHDN, see here.
IC has no particular meaning.
Recoined as FFV: Heroine Trilogy via editorial discretion for purposes of the writer’s posts on this blog.
As the name suggests, this mod features a heroine instead of Bartz, and the mod itself spans three roms.
Heroine Trilogy uses Autumn Challenge as a base. However, players need not concern themselves with this detail, especially with the advent of our web patcher.
The game difficulty for the most part is on par with vanilla.
Our translation team should ideally reach a unanimous decision before an official renaming can happen.
For now, the official name stays the same and will still be referenced.
For more info on our translation project, see here.
Exclusive font, script, and icon improvements along with a curated compilation of QoL and bugfixes.
The mod author is currently considering a rebranding.
My personal suggestion is to keep the current branding using the recoined names, i.e., FFV: Clean Edition and Autumn Challenge: Clean Edition.
The reasoning is that the same approach is taken in both versions in terms of what’s being changed.
To call them something different would seem to be more confusing. You may even find yourself explaining to someone, “Oh, ‘Sparkles’ is just ‘Clean’ but for Autumn Challenge” (made-up example).
This post will be updated when more details from the mod author become available.
For more info on the mod, see here.
This mod title is pretty self-explanatory, so it won’t need to be localized.
For Sky Render’s fan translation of this mod on RHDN, click here.
The naming of this mod can be revisited if and when a fan translation of this mod becomes available.
clymax’s upcoming compilation mod of Inu’s work will be dubbed Boco’s FFV. More details to be released in the near future.
Romhack Plaza
Before
After
Special thanks to team members of Final Fantasy IV – Ultima for raising and discussing the issue with our team members. You can check out their Discord here, or click the thumbnail to learn more about the mod.
So, what do you think? Comment below, or come check us out on Discord.
This post has been viewed 63 time(s).
You can follow UPRC’s work on YouTube, Itch.io, or Discord.
A full remake of Final Fantasy Blackmoon Prophecy, a Final Fantasy fan game developed in RPG Maker 2003 from 2003 to 2011, is set to launch next year, according to fangame author UPRC. The author provides more details below.
A Final Fantasy fan game that I started long ago in 2003 and completed in 2011, and now being remade in 2025, that is meant to emulate the first six entries of the series (though I mostly focus on FF4 and FF5 for gameplay and mapping, and FF6 for battle aesthetics). Aside from just being a fan game, Blackmoon Prophecy is also a tribute to Final Fantasy in the sense that I’m trying to put together many of the things I loved about playing RPGs growing up into this game. It’s a love letter to retro gaming and our childhoods.
The original seemed to be between 40 and 60 hours for most players, and I’m aiming for the same with the remake.
Permanent Playable Characters: 12
Optional Playable Characters: 7
Temporary Guest Characters: 6
Mandatory Dungeons: 30+
Monsters: 400+
Playable Hours: Anticipating 45-50 or more!
Optional Dungeons: 10+
Towns: 20+
Window Skins: 50+
World Maps: 4
Why do people cosplay instead of design their own costumes? Why do people draw fan art instead of their own characters? Why do composers make covers of video game songs instead of their own compositions? The answer to all of these, as well of with other examples, is for a number of reasons. They want to pay homage or tribute to something they loved growing up, or are just passionate about today. They like networking with other people who share their same passion, and they like putting their own spin on something that they love to say, “I did this because it means a lot to me.” This is why people also make fan games, and it is part of the reason why, after all these years, I’m returning to Blackmoon Prophecy.
The original Blackmoon Prophecy is a game that I have been deeply unhappy with for several years now, and despite my best attempts to want to make something original, interest in Blackmoon Prophecy has never really fully waned over the years, and I often get people reaching out to me to talk about their experiences with the game. I have gotten more feedback/inquiries/etc. about the original Blackmoon Prophecy than everything else combined that I’ve made from 2000-2025. To this day, I still find people uploading playthroughs of the game on YouTube, streaming it on Twitch, mentioning it on totally unrelated websites and Discord servers, including it in articles, and more. It’s truly been inescapable for me, and I’ve realized it will forever be what has the most interest/pull of my projects, and I don’t have a problem with this. Fan game or original game, as long as my most successful project is enjoyed by a lot of people, I’m happy.
I decided that, if Blackmoon Prophecy will be my “game dev legacy”, then it should be something that I can be proud of. This is what drove me to decide to fully remake the game in RPG Maker MV. I’ve been having a lot of fun remaking this game after I started doing so in April 2025, and I fully intend on releasing the remake sometime in the first half of 2026! Testing should conclude sometime between late March and mid May 2026 with a full release not long after that.
For the latest info or for the related Discord server, check out the game page here on Itch.io.
This post has been viewed 35 time(s).
To see JAM’s developed sets on RA, click here. You can also follow him on YouTube.
An Epic Mechanics Hack
JAM’s Spazer Plasma Mix hack of Super Metroid has been featured in comprehensive mods such as Hyper Metroid and Super Metroid Redux. So what does this hack do? Read on.
December 17, 2025
Writes clymax:
Spazer-Plasma combo can be combined with any combination of the other beams.
October 9, 2016
Writes LabyrinthHunterSKB:
Great patch. A definite must pick up for every Super Metroid fan that always want a Spazer and Plasma combined that Nintendo couldn’t do for this game. I decided to showcase this because this was really cool. There is a reason for this and its not because they were lazy at all.
Original Post: https://forum.metroidconstruction.com/index.php?msg=46573
July 14, 2015
5 years ago…
I started this project without any chance to success. In next few days I understood a lot of information, where the needed pointers are, how the tilemap structure works etc. It allows me to understand what to do and how to do it.
I started planning my work finally realized that I’ll have no space to make what I want to. Then I got rid of unused tilemaps (like Plasma Beam 3 tiles long. In game used only states of 1, 2 and 4 tiles). I tried to optimize the data, but still got failed. Not enough space.
I have idea to avoid it, by using the same tilemaps for different beams and it works fine, so I started repointed, worked a lot and then… suddenly understood that all optimized tilemaps are looking corrupted in the rooms with acid. So Many Time WASTED.
I was working on this project and stoped from it from time to time and then I finally found a decision. How to fit all this data into bank $93. It works perfectly when I tried it, but then, still have got problems in some rooms, like small graphical glitch reported by many users. There is no way to avoid it, so I’ve continued my works.
While optimizing the data I’ve also noticed that how bad the Spazer tilemaps made. And that vertical and horizontal beams have different size. Besides of that, all sprites for Wave + Plasma beam is asymmetric that makes it impossible to insert beam between them without looking that “not right”, so I got rid of that asymmetry.
I’ve noticed that wide of Spazer and Waved Spazer Beams are changed differently. So I made separate behaviour just for shooting the Spazer + Plasma Beam without Wave. I had enough space for that, luckily.
Then… more unused data was found. Optimization, repointing, repeat, repeat. There were truly over 9000 minutes of working in pure hex in total. I haven’t worked with timer on, but I guess, it close to 15000. Finally I wrote all the tilemaps. Of course, there were some bugs in my tilemaps, so I tested every beam flying in any direction until…
I released version 0.99 with all tilemap done that works more or less stable and without tiling errors. Of course, there were things I wanted to fix, but I have no idea, how to make it.
Few mounths later I SUDDENLY realized what was wrong and released v0.992 with Phantoon fixed. Blame devs, not me, who set wrong Frozen AI pointer. But still, all the enemies still sharing its Spazer + Plasma vulnerabilities with ammo vulnerabilities. I wanted to fix it, but have no idea, what to do.
Few mountts later I SUDDENLY (again) have found where the pointers were stored. Setting to pointer to RAM $12 and accessing it later. Not surpising it took So Many Time… Understanding this eventually allows me to split ammo vulnerabities to finally make every eneme have its own unique vulnerabilities for Spazer + Plasma, not shared for something else. So, I wrote the code for it and make SMILE JX support for it, because vulnerabilities are now stored in a bit different order.
Thus, v0.995 was born. All vulnerabilities are separated, but not repointed. Now could I repoint them if someone could use the same space in Bank $B4. I was so tired and take a break. Poor RealRed did this manully for his awesome hack and succeed with it. Still this patch had minor bugs and one major: Ninja Pirates don’t won’t to reflect the shots and crashing the game. The bug discovered long time ago, but with no solution. And… it was pretty simple. There is 1 reference for uncharged beam arrays and 2 references for charged. And I forgot to change one pointer. That is it. v0.996 is ready. No more fatal errors.
Present time…
After a long break I’ve resumed my work on SMILE JX and with help of it finally repointed and expanded all the vulnerabilities array which can be freely edited in JX or RF (hi, Sadi. We both started a major projectes 5 years ago). Too bad, I can do it only for vanilla ROM, as if you’ve repointed something in Bank $B4, this patch may (or, most likely will) corrupt your data. Special tool in JX v2.84 will expand it manually, no matter if there was repointed data or if there isn’t. So, v0.997 of this patch is ready and released at the right moment. Check the first post.
FREE SPACE USED:
1A74B8..1A75EF
If this space is unused in your hack, it’s OK to apply it. Check for previous posts to know usage in another banks.
This version have a bonus. Since default power of Charge+Ice+Wave+Spazer+Plasma is 1500 (dec) and default power of Hyper Beam is 1000 (dec), I decided to make Hyper more powerful. Its power increased to 2000 (dec). And since you can mix all the beams, why the Hyper should looks like you’ve only collected Charge and Plasma? So, here you go, a new Plasma Beam. Wider and more powerful:
Full Combo item will be included tomorrow.
November 14, 2025
FFV Central:
“Spazer Plasma Mix (v0.998).ips”: Be able to combine both the Spazer Beam alongside the Plasma Beam (by JAM). The original v0.997 patch by JAM had a bug in which Phantoon couldn’t be damaged with Missiles nor Super Missiles, this has been fixed by me and made a new v0.998 version of the patch with the fix to Phantoon’s vulnerabiliy table with SMILE RF. NOTE: There are graphical issues when using this patch.
Are the graphical issues specific to [Super Metroid] Redux…?
JAM: Nope, this is how this patch was made from the start. Almost the whole data bank was recoded and that’s why it’s not v1.something. I made the new tiletable that way, so for every frame of beam my tiletable starts from using my code, then a single fake tile that causes graphical issues and then the original game code for Wave+Plasma that was relocated. That fake tile is needed to determine the size of array for the already used in game combination. So, it was made like this, if simple, for each frame:
[array size of mixed beam shot][center beam data][fake tile data[array size of side beams]][side beam data]
Fake tile data is what causing the graphical glitches as for each tile the format is:
[XX XX YY TT TT]
where XX is the X position of the tile; YY is the Y position; TT is the graphical data to display, including flip data (is the graphic mirrored horizontally, vertically or both). So I just placed that tile as much outside of screen as I could and TT here is used as array size of the beam that is already in the game, which is 2 bytes. This is the source of that glitch. I don’t remember for sure but I guess I even made it more complex to use the data of usual Plasma Beam shots, followed by the data of Wave+Plasma shot (that dual bars waving), separated by fake tiles. All that needed to save space because the data of all beams, including the new ones would not fit the data bank and I know why developers haven’t did that. They could repoint some data that is already there but not beam related to another bank and they still could make the game size under 3 Mbs but that would need the other banks to be organized better.
As for enemy vulnerabilities, bank $B4 is overused. I guess, it’s $B4 if I remember it correctly. That patch modifies the vulnerability array for each enemy to include 4 extra bytes for the new beam combination without actually writing the new data. It supposed to be done by my own version of SMILE. It was coded but not released. My patch could contain this data without using any other software to repoint and extend the actual data but that means, if you have new enemies or modified vulnerabilities data of the existing ones and somewhere at 90% of hack making progress you decide to use my patch, all your custom data would be overwritten and you need to change the vulnerabilities again. That’s why the actual enemy vulnerabilities data was not included.
FFV Central: Can’t you just use the Plasma entry of the vulnerability data? Then you could add a hack routine to check for Spazer and then boost the vulnerability by another multiplier, such as +30%, on the fly. Assuming there is space for that hack routine for this admittedly inelegant solution. [Editor’s note: clymax would later in a new mod implement this suggestion but as applied to beam damage.]
JAM: It’s not the actual beam damage data, I mean the modifiers for every enemy. It’s just an array of $14 bytes for each enemy, one byte per beam/missile to determine who is vulnerable and immune to what. You can set immunity, 0.5x damage, 1x, 1.5x, 2x, 2.5x and so on. With patch applied it’s $18 bytes per enemy now, so these arrays needs to be relocated.
FFV Central: Noted. Thank you.
Related Posts
So, what do you think? Comment below, or come check us out on Discord.
This post has been viewed 39 time(s).