• Our software update is now concluded. You will need to reset your password to log in. In order to do this, you will have to click "Log in" in the top right corner and then "Forgot your password?".
  • Forum moderator applications are now open! Click here for details.
  • Welcome to PokéCommunity! Register now and join one of the best fan communities on the 'net to talk Pokémon and more! We are not affiliated with The Pokémon Company or Nintendo.

Article: The Pros and Cons of ROM Hacking vs. Game Development

Blah

Free supporter
1,924
Posts
11
Years
Cool article. Here are my thoughts for ROM hacking only:

Pros:
I think the biggest advantage of a GBA Game/ROM Hack is that it's automatically a cross platform game that you can also play on mobile. The 60fps is a nice tack on because the GBA's refresh rate is locked on ~60 fps.

I'm not sure if the tools sentiment applies to Gen II or Gen I hacking which are already using the Disms, in gen III however, A-map is probably the only problem child. XSE does it's job in compiling scripts, and most misc tasks we have commandline tools for automation.

The barrier to entry in making a basic ROM Hack is pretty much zero though. There exists ROM base patches or dynamic engine resources which will update your ROM to near latest gen with a lot of cool features in a few clicks. You *could* make a game without seeing a single line of C or ASM, as our predecessors did in a lot of the 2014 HOTY and earlier hacks. Overall not having to make a game engine or write any custom code is probably a reason ROM hacking Gen III boomed around 2008.

ROM hacks are also really popular and there are plenty of hacks to extract example implementations from. Most of our customized code is open source and available for modification/download for those who wish to do that.

Cons:
You do feel the limitations on the GBA when working with the smaller screen resolution and limited color depth. It's not exactly the fastest engine either, and emulators are often inconsistent with code implementations working on some emulators but not on others. Binary ROM development debugging tools are also pretty limited, and A-map can turn sour if you look at it the wrong way.

As for writing custom code, using GF's functions abstract a lot of the math and hardware implications, but its still necessary. IO mapped registers can be a pain sometimes, and a lot of cool tricks aren't documented anywhere (128x128 OAMs, Hardware Blending single sprite when multiple share the same obj window/priority ect.)
 

Blah

Free supporter
1,924
Posts
11
Years
<p>Some of the tools, including XSE, are black boxes, buggy, or not cross-platform. And, the map editor? Very important, and it's the biggest, buggiest, black box we have. Gulp.</p><p>I proofread already so I can't offer anything new other that I'm happy with the article and how it summarises things. But yeah.</p>

You're right. Cross platform on a lot of tools is an issue. There are alternatives for Mac\linux users like Red Alien (actually open source). I'm not sure about map editors though...I think you're stuck running A-map on a VM. There are open source, cross platform trainer editors and what have you as well.

Still waiting for Jigglemap :P
 
2
Posts
6
Years
  • Age 30
  • Seen Dec 31, 2017
Hi, I'm new to this forum and to rom hacking, but I want it to be one of my entry-ways into writing code and making games. I was wondering, is there a(n easy) way to combine code from multiple games into one rom hack? I'm curious to try mixing a regular pokemon game with a mystery dungeon game, or a LoZ game with let's say Golden Sun. Is this doable? If so, how much trouble is it? Would it be better to write things from scratch? Thanks :)
 

Lunos

Random Uruguayan User
3,108
Posts
15
Years
If you need some pointers on the difference between hacking and game development, as well as the advantages of each, have a look through the Daily article! It might just help you plan your own project :)
There's a minor typo in the article ("disassemblies", not "disassembles").

Also, this part over here is kinda misleading:
Playable on mobile. You'll have to do the actual patching on a computer, but transfer the patched ROM to your phone and you can play it on one of many increasingly popular emulator apps.
^ That only applies to iDevices, I think. Android devices have UniPatcher and ROM Patcher.

With that being said, the article was pretty basic but also quite fair.
There were aspects such as the music that you could have touched but overall, I liked it. Thanks for the read :)!
 
Last edited:

PiaCRT

[i]Orange Dev[/i]
934
Posts
13
Years
I think the article was a good start but failed to include any information about Generation 1 and 2 hacking. I think it's a very viable base these days since you aren't limited to outdated tools like Advanced Map and the game is completely disassembled into code, giving you quite literally full control.
 

Mewtwolover

Mewtwo worshiper
1,184
Posts
16
Years
Don't have a Windows computer? No playing or developing Essentials fangames for you.
That's a bit incorrect, almost every Essentials fangame works with WINE so it's really good workaround at least for playing those games. You don't even need to extract RGSSAD/RGSS2A/RGSS3A files anymore.
 
  • Like
Reactions: FL

FL

Pokémon Island Creator
2,434
Posts
13
Years
  • Seen yesterday
Good article, overall.

Inferior performance. Pokémon Essentials is locked at 40 frames per second

From RPG Maker XP manual said:
Graphics.frame_rate
In [Smooth Mode], the number of times the screen is refreshed per second. The larger the value, the more CPU power is required. Normally set at 40. When not in [Smooth Mode], the refresh rate is halved, and graphics are drawn in every other frame.

Changing this property is not recommended; however, it can be set anywhere from 10 to 120. Values out of range are automatically corrected.
A considerable side effect was: speed up the entire game. So you need to adjust everything with bigger pauses/times.

I miss three big cons on Game Dev:

  1. PAID engine! RPG Maker XP is $25 on Steam.
  2. You are limited to 999 maps. Sounds a comprehensible limit, but if you use several cities, houses and multi part for routes, this number won't sound too big.
  3. Since all script files are saved on a single file. Collaborative work on repositories like GitHub and so on won't work very well.
 
Last edited:

Ayonn-

The Unbelivable
209
Posts
9
Years
Cool article. Here are my thoughts for ROM hacking only:

Pros:
I think the biggest advantage of a GBA Game/ROM Hack is that it's automatically a cross platform game that you can also play on mobile. The 60fps is a nice tack on because the GBA's refresh rate is locked on ~60 fps.

I'm not sure if the tools sentiment applies to Gen II or Gen I hacking which are already using the Disms, in gen III however, A-map is probably the only problem child. XSE does it's job in compiling scripts, and most misc tasks we have commandline tools for automation.

The barrier to entry in making a basic ROM Hack is pretty much zero though. There exists ROM base patches or dynamic engine resources which will update your ROM to near latest gen with a lot of cool features in a few clicks. You *could* make a game without seeing a single line of C or ASM, as our predecessors did in a lot of the 2014 HOTY and earlier hacks. Overall not having to make a game engine or write any custom code is probably a reason ROM hacking Gen III boomed around 2008.

ROM hacks are also really popular and there are plenty of hacks to extract example implementations from. Most of our customized code is open source and available for modification/download for those who wish to do that.

Cons:
You do feel the limitations on the GBA when working with the smaller screen resolution and limited color depth. It's not exactly the fastest engine either, and emulators are often inconsistent with code implementations working on some emulators but not on others. Binary ROM development debugging tools are also pretty limited, and A-map can turn sour if you look at it the wrong way.

As for writing custom code, using GF's functions abstract a lot of the math and hardware implications, but its still necessary. IO mapped registers can be a pain sometimes, and a lot of cool tricks aren't documented anywhere (128x128 OAMs, Hardware Blending single sprite when multiple share the same obj window/priority ect.)



For you, for someone who's a noob in scripting, is a rom hack more appealing than PE ?
 

Blah

Free supporter
1,924
Posts
11
Years
For you, for someone who's a noob in scripting, is a rom hack more appealing than PE ?

I don't think scripting is complex enough to warrant being a pivot point in the decision. Script commands are well documented, few in number, and require no prior programming knowledge.
 

Ayonn-

The Unbelivable
209
Posts
9
Years
I don't think scripting is complex enough to warrant being a pivot point in the decision. Script commands are well documented, few in number, and require no prior programming knowledge.

I always have a lot of trouble when making complex scripts lmao
 

Deo

5
Posts
6
Years
  • Seen Apr 27, 2021
For you, for someone who's a noob in scripting, is a rom hack more appealing than PE ?
They're both pretty comparable.

PE is easier since a handful of commands are built into the editor, but the logic of the two are pretty similar when it comes down to it. (eg: switches/flags and variables)

You're probably not going to remember all the custom script commands in PE off the top of your head, so you'll likely have to have something open for reference. XSE has a command reference built right into it. Scripting in a ROM hack has more commands you need to do for basic stuff, but I haven't found it anymore difficult than belting out events in PE.
 
Back
Top