I have an opinion based question here: If I were to make my game a fakemon hack, should I make it entirely fakemon, or part real pokemon and part fakemon? Yeah yeah I know most people don't like fakemon but I do so :P
There's always the regular PC discord too, if we overflow #general with ROM hacking stuff I'm sure they'd want to hide us away in our own channel soon enough, lol.
AwesomeCome and join the PokéCommunity's Discord server, here: https://discord.gg/Q6RcPB9
We have a #game-dev channel for all forms of fangames, hacks and RMXP games, and game dev discussion and progress sharing! Come and share screenshots, maps, works in progress, etc.
Note that it isn't really being used as a place to ask for help; of course, the odd question is fine but it isn't a helpline, either.
Hello,
First of all, sorry for my bad english .
I request your help today for helping me to find a hack rom i was playing some years ago (i searched 5 month but don't find anything)
The hack rom haved a karma system (you can join the villain depend of your choices and your actions) completed by a quest system .
In my memories, the main character sprit was new.
Please if somebody knew a hack rom with this characteristic tell me the name, your my last hope !
Thanks :)
Hey,
Thanks for your reply !
Unfortunately i think that is was not the right hack rom, but this one seem pretty interesting, thanks !
Hey babes, I've come here today to talk about disassembly and why we should ALL use it.
ROM hacking compiled ROMs with a hexadec-editor or tools for editing compiled ROMs is... let's just put it this way:
NOT the way to go.
https://kiwiirc.com/client/irc.freenode.net/?#pret
https://github.com/pret
Go to the latter link for to find assortment of disassembly repositories, that include a) easier-to-read-and-access ASM (for your learning, if you want (which you should!)) and b) your familiar scripting languages. Go to the former link to talk in IRC about what the heck this is.
Sample ASM script: http://pastebin.com/raw/vZKS0tyH
Notice how there are no numbers written for addresses, just "labels." These can be moved around, and when you assemble the assembly code and it's derived scripts/graphics etcetera, they'll be re-linked. No need to worry about re-writing every single pointer in the ROM, because RGBDS, the assembler kit thing, does that all for you when you run the make (or make crystal11) command!
Basically, this is a suggestion about how we ROM hack. By going this way you can only gain. ROM hacking in the way most of you do is a serious handicap to the creation of your amazing projects and ideas. I implore you ALL to literally just ditch the inferior way to ROM hack and go PRET disassembly!
Hey babes, I've come here today to talk about disassembly and why we should ALL use it.
ROM hacking compiled ROMs with a hexadec-editor or tools for editing compiled ROMs is... let's just put it this way:
NOT the way to go.
https://kiwiirc.com/client/irc.freenode.net/?#pret
https://github.com/pret
Go to the latter link for to find assortment of disassembly repositories, that include a) easier-to-read-and-access ASM (for your learning, if you want (which you should!)) and b) your familiar scripting languages. Go to the former link to talk in IRC about what the heck this is.
Sample ASM script: http://pastebin.com/raw/vZKS0tyH
Notice how there are no numbers written for addresses, just "labels." These can be moved around, and when you assemble the assembly code and it's derived scripts/graphics etcetera, they'll be re-linked. No need to worry about re-writing every single pointer in the ROM, because RGBDS, the assembler kit thing, does that all for you when you run the make (or make crystal11) command!
Basically, this is a suggestion about how we ROM hack. By going this way you can only gain. ROM hacking in the way most of you do is a serious handicap to the creation of your amazing projects and ideas. I implore you ALL to literally just ditch the inferior way to ROM hack and go PRET disassembly!
I think I'll(and most others) need some more details and explanation if we are going to completely change our ways. Most of us (apparently) don't think conventional hacking is inferior to disassembly and need to be convinced.
Except the GBA games are incomplete. There are no instructions on how to use them either, so we don't.
It's easier to just use a custom engine (or just romhack) in this case.
By the by, is anyone really working on any Gen III disassemblies at the moment?
https://github.com/pret/pokerubyBy the by, is anyone really working on any Gen III disassemblies at the moment?
If one simply modifies a gen III game by mostly remapping areas and scripts new stuff, I don't think disassembly really provides anything the game-specific hacking tools are already capable of doing. If you want to change lots of original functionality, you're probably better off by using disassembly instead of coding the routines straight in arm/thumb assembly, or by compiling C code into the rom. However, only few do this and they are most likely already aware of the possibility of using disassembly instead of hacking the rom file.Also, with disassembly, you can very easily (automatically) cram 16,384 bytes worth of data into any bank in the ROM, thanks to labels and the easy removal of fixed sections. (Generations 1 and 2 only, obviously. It'll be a bit easier with generation 3 disassembly once that's in a hack-worthy state.) So yeah, it's worth it. I ditched a project that I had like 4 extremely low-quality rooms with plenty of bugs in after about 2 months of fairly-solid work. Remade it in pokecrystal, and I made so much more progress (not room-wise, I was distracted by far more interesting things like my action menu) in another 2 months, from what I remember.
Worth it. Trust me.
Plus there's an entire IRC channel for it on Freenode: #pret.
If one simply modifies a gen III game by mostly remapping areas and scripts new stuff, I don't think disassembly really provides anything the game-specific hacking tools are already capable of doing. If you want to change lots of original functionality, you're probably better off by using disassembly instead of coding the routines straight in arm/thumb assembly, or by compiling C code into the rom. However, only few do this and they are most likely already aware of the possibility of using disassembly instead of hacking the rom file.
But I totally agree with the fact that using disassembly for editing red, yellow or crystal is worth it. I didn't think this way at first when they started to work on pokecrystal because for me rom hacking had always been not just programming, but also challenges in trying to work with limited rom bank space. And to tell you the truth, I thus didn't see disassembly editing being hacking at all - it's pretty much programming and nothing else. However, it makes doing some things way easier (especially with GB games) and makes it possible to come up with unique solutions that would be more or less undoable by simply editing the rom file straight.
Not that I would be interested in continuing with a rom file either anymore.. But that's pretty much the only option there is (unless I wasted lots and lots of time porting everything over to pokecrystal).Yeah, it depends if you want a development challenge or a more advanced outcome game.