GHTool - A Collaborative Rom Hacking Tool

[rimsky82]

Nice, I was having issues with the previous build but this fixed em all but one question what is that middle block in the encryption part of the program for? its the one in between the Decrypted and Encrypted area.

That is for info on the conversion. It will have any error messages if errors occur during conversion, and has asm info for the compare/value bytes (currently NES only).

[Helder]

Ah ok, maybe some kind of readme should be included with all of its features in the future releases.

[rimsky82]

Ah ok, maybe some kind of readme should be included with all of its features in the future releases.

Yeah. Like the first post indicates, lazy release.

[Helder]

One other thing I would like to see implemented in future builds is the ignorance of a colon in the raw section. I was having issues converting SNES raw codes into GG before and the reason is I didn't add a colon between the address and value, so can this something that is ignored wether its there or not? seeing as its in the Raw section AND the system (SNES) is ticked in the radio button as well there should be no confusion in the program about it mixing up systems since we have chosen the system and will get a compatible output.

[rimsky82]

One other thing I would like to see implemented in future builds is the ignorance of a colon in the raw section. I was having issues converting SNES raw codes into GG before and the reason is I didn't add a colon between the address and value, so can this something that is ignored wether its there or not? seeing as its in the Raw section AND the system (SNES) is ticked in the radio button as well there should be no confusion in the program about it mixing up systems since we have chosen the system and will get a compatible output.

I thought the format string in the options would be satisfactory... are you saying you want different format strings for each system?

[Helder]

I mean that if there is a colon in the code in RAW ie 80A5A7:AE it will output the correct Encrypted GG code but if its 80A5A7AE with the colon missing the output is the same as input... Unencrypted. So basically I just want it to convert whether there is a colon or not in the code, if its too much of a burden then I can deal with it no problem. The whole reason behind this is that snes9x debugger doesn't use the colon and I just copy paste it.

[rimsky82]

Well, the way it is now, whenever you work with SNES, you can open up the options and change the format string from %A%:%V% to %A%%V% . That way it won't look for the colon. But if you prefer the colon or any other format for a different system, you'll have to change it accordingly.

[Helder]

Thats something I didn't even realize was there lol but it works fine to decrypt a code into the colonless code but will not encrypt the same colonless code, I get an error " Address out of range" . So im assuming that function is hard coded can an option be added to that in the future?

Edit: After messing around with the options a bit I found a bug of sorts, if you don't put something in between %A% and %V% it will give the error I got, but put a space or a colon or a comma or whatever and it will work. I believe the program doesn't know when the value starts and the address ends since there is no separator between them.

[rimsky82]

Thats something I didn't even realize was there lol but it works fine to decrypt a code into the colonless code but will not encrypt the same colonless code, I get an error " Address out of range" . So im assuming that function is hard coded can an option be added to that in the future?

Edit: After messing around with the options a bit I found a bug of sorts, if you don't put something in between %A% and %V% it will give the error I got, but put a space or a colon or a comma or whatever and it will work. I believe the program doesn't know when the value starts and the address ends since there is no separator between them.

I'll take a look at that for the next release.

[Lazy Bastard]

Really great work

Though it's not really important at this point, for future discussions, there is always the guide I put together on GG crypt schemes, while writing Majestic Porter: http://gamehacking.org/?s=faqs&id=114

...and (in case it becomes useful as a reference for a future release), the guide I wrote for PSX Xploder crypt schemes (based on misfire's source code for a C app of the same purpose): http://gamehacking.org/?s=faqs&id=115

[misfire]

@LB I like your crypt schemes guide. Reminds me of the good old PSX days...

[KillBill_158]

Your program is the best I've seen to do so. Nor canst thou change the info box (NES) so that you can copy out there could use it very much. Would be great who it looks like something like this:

[rimsky82]

SNES rom info is on the todo list. Abystus and I have other projects going on right now, but we may continue this at a later time.

[KillBill_158]

No, I mean the NES! For the NES, there is something that is not. It could look like: ^^



Region NTSC, sry (not "no") ^^

[rimsky82]

What you want is more database type functions, as the info you added is not stored in the rom itself. I didn't initially intend to make it a database prog, but as it is supposed to be an all-in-one type tool we may integrate it in the future.