 |
| Register | Login | |||||
 |
Main
| Memberlist
| Active users
| Calendar
| Chat
| Online users Ranks | FAQ | ACS | Stats | Color Chart | Search | Photo album |
|
| | ||
|
| 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. |
| User | Post |
| Cassef Posts: 2/5 |
what are the chances of a map being compressed for a gbc rom? |
| Stifu Posts: 144/647 |
That's what I did a few years ago while translating a program to English... Seemed natural to me. |
| Guy Perfect Posts: 56/451 |
Why thank you. That's what I came up with when I was hacking F-Zero X. |
| Kyoufu Kawa Posts: 391/1353 |
... Wow.
I must remember that. Best corruption variant ever. |
| Guy Perfect Posts: 55/451 |
Use a binary search by process of elimination. Take the entire second half of the ROM and set all the bytes to 0. Load it up in an emulator and see if you affected the desired data. Continue setting certain areas of the original ROM (use the original each time) until you home in on only the region of bytes that changes what you're looking for.
Every time you do it, you eliminate the possibility of one half of the remaining ROM being the location of the data. You'll eventually home in on just the bytes that matter. Then you'll know where they are. |
| Cassef Posts: 1/5 |
In a gbc rom how would I go about finding where the data for the map's exist. My first idea was to reorder section of bytes and see if map changes are significant. However there are 2*10^6 bytes, if I go by 10^3 sections for reordering, I will have to attempt 2*10^3 maximum times. So how would anyone go about doing this?
Thank you! |
