Register | Login | |||||
Main
| Memberlist
| Active users
| Calendar
| Chat
| Online users Ranks | FAQ | ACS | Stats | Color Chart | Search | Photo album |
| |
0 users currently in ROM Hacking. |
Acmlm's Board - I3 Archive - ROM Hacking - Finding hex tables | New poll | | |
Add to favorites | Next newer thread | Next older thread |
User | Post | ||
insectduel Lantern Ghost Not welcome here anymore. Since: 11-18-05 From: Bronx, New York Last post: 6526 days Last view: 6321 days |
| ||
What's the best way to find tables for the SNES? (Like SMB3 for Mario all-stars.) I recently tried the ZSNES Code searcher but I don't know what to do with it for finding text letters and such. I need to know what hex number does it start with.
I have a table maker that makes table files and the hex editor that could load table files. |
|||
Unicorn_Poop Micro-Goomba Since: 12-21-05 From: Knox-Vegas Last post: 6457 days Last view: 6457 days |
| ||
Your question is a little vague, but I might be of some assistance.
I assume you want to know where tables of graphics, level data, pointers, and the ilk are stored. Well, unfortunatly ALL data in the ROM is indistinguishable from one byte to the next. In other words, though graphics and code may be two different things, on the most basic level they are both represented by just a string of numbers seperated by only memory addresses, and are essentially equivalent. For example graphics can most definitly be run as assembly (and vice versa), but its execution would result in reckless CPU behavior that would probally crash the program. So, if you can't tell data apart by just examining the ROM, then you need to get creative. If you are looking for pointers, look for Indirect Jump Commands (i.e. JMP($D12F,X)) in the ASM. If you are looking for GFX, use Tiler to find uncompressed GFX, or trace the location of what is written to the GFX registers. etc. Also know that in Nintendo games at least, about 99% of pointers are located directly after the code that uses them. (Look after RTS and RTL opcodes ($60 & $6B respectivly) If you were talking about tables in RAM, then just look for lists of data. Tables are often isolated, and if not, have a definite dimension that is there's alone. They also always grow up or down from a location and don't have to be full. If I totally missed the point, you need to clarify your question. If you need help finding a specific type of data, I can give more specific techniques on locating the data, just ask. And if you don't have a debugger, get geiger's. If you had one tool, that would be it. |
|||
Disch Red Cheep-cheep Since: 12-10-05 Last post: 6563 days Last view: 6563 days |
| ||
I thought he was talking about .tbl table files for text.
If that's the case, you probably will need to find some text in the ROM first, then build a table file from it. Relative searchers can help you find blocks of text. Of course there's always "the usual" means of finding data (tracing, corruption, etc) edit 1: sarcastic remark added edit 2: sarcastic remark removed. I forgot I was on acmlm's board. (edited by Disch on 03-27-06 05:59 PM) (edited by Disch on 03-27-06 06:01 PM) |
|||
insectduel Lantern Ghost Not welcome here anymore. Since: 11-18-05 From: Bronx, New York Last post: 6526 days Last view: 6321 days |
| ||
So I have to randomly corrupt or input any number so I have to find the text in the ROM. That's possible beacuse I have the utility that can corrupt ROMS. Anyway I have to tried harder so I can put it in my document.
EDIT: I have Gimmick to dump the text. Unicorn_Poop, if you have tried to look at my document already before I deleted off my file manager, then you know that I had most of my stuff down. I think only the text is the main problem than anything else. (edited by insectduel on 03-28-06 02:24 PM) |
Add to favorites | Next newer thread | Next older thread |
Acmlm's Board - I3 Archive - ROM Hacking - Finding hex tables | | |