Users browsing this thread: 1 Guest(s)
My Hacked Rom crashes...will EXPLAIN

#9
Posts: 3,971
Threads: 279
Thanks Received: 238
Thanks Given: 58
Joined: Oct 2011
Reputation: 65
Status
Tissue-aware
(02-13-2012, 09:56 PM)CrumpledMedal Wrote: 1. That may have been the trouble, the music patches work on V 1.1 however the weapon patch does not.

Have you tried the weapon patch with version 1.0?

I just did a IPS log with it and I even used two different ROM (1.0 with header) and it came out to that in both cases:

Code:
Offset    Size    RLE    IPS_File_Range       IPS_File_Size
------    ----    ID     00000000-00000004        5
126423       D    No     00000005-00000016       12 (palette change)
126454       C    No     00000017-00000027       11 (palette change)
126492       E    No     00000028-0000003A       13 (palette change)
134790      30    No     0000003B-0000006F       35 (unknown data change...not on the ROM map)
1348C8      21    No     00000070-00000095       26 (unknown data change...not on the ROM map)
1348F0       4    No     00000096-0000009E        9 (unknown data change...not on the ROM map)
2CE680       4    No     0000009F-000000A7        9 (previously unused space)
2CE802       1    No     000000A8-000000AD        6 (graphics change)
2CE80A       1    No     000000AE-000000B3        6 (graphics change)
2EB41E       8    No     000000B4-000000C0        D (previously unused space)
2F4C46    52D1    No     000000C1-00005396     52D6 (world maps data and tiles graphics)
------    ----    EOF    00005397-00005399        3

The $52D1 bytes at the very end are not good news I think but I haven't tested the patch myself...

Edit: The $52D1 bytes changes is because Zeemis used FF3usME that switch WOB and WOR map data. It isn't creating the bug at all...Silly me!Cover

There is 3 palette changes for the 3 axe colors which make sense and what is at D3/4790 to D3/48F4 is usually labeled as "unknown data". These offsets might be related to graphics, palette or something else but there is 3 different changes (respectively 30, 21, and 4 bytes)...

Aside of that there is 2 data writing on unused space. I don't know what they are but these also shouldn't affect gameplay either. Let's just assume that data is used correctly by the game since there was nothing there before. Worst case scenario it is not used at all, but then why would there be data at these two places? It could be other patches that Zeemis had on his ROM because a lot of patches created use the originally unused spots in the ROM.

There is two graphics change of 1 byte each, it could be the weapon graphic change but I don't know how much space a change from a sword to an axe graphic is suppose to take so I can't tell...Zeemis could tell you more about that maybe because knows the offset of the graphics he changed.

If the patch works correctly with version 1.0 then it means one of the data at an offset that the patch changed is not the same from version 1.0 to 1.1...We can exclude the data shift of one or more byte by importing in YY-CHR because the rest of the ROM would have been shifted as well. What really bugs me are the 3 changes at D3/4790 to D3/48F4, because I don't know what kind of data is suppose to be there...

Finally, we can say that this patch was made for a ROM with a header because some starting offsets, such as the WOR tiles graphics, match with the ROM map if we substract the header.

All that long edit and I didn't found the problem..What a shameSweat
  Find
Quote  



Messages In This Thread
RE: My Hacked Rom crashes...will EXPLAIN - by madsiur - 02-13-2012, 10:47 PM

Forum Jump:

Users browsing this thread: 1 Guest(s)


Theme by Madsiur2017Custom Graphics by JamesWhite