-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Checksums #11
Comments
My build has the following: CRC32: 806c44d6 It's always recommended to use the BPS patch from now on to avoid any issues with the wrong base ROM being used, as that kind of patch always checks for the right base file being used. |
How in the world is this possible?? I used bps and xdelta patches on headered and unheadered base and I always get the same checksums I posted and assumed they are correct. Guess I was wrong... |
Use the Online Patcher by Marc Robledo, that one checks if the base file has the correct checksum for patching. |
I did just that. Uploaded bps file and it only accepted the unheadered rom and patched successfully. Still got the same checksums I posted in the 1st message. Which one is it then? |
It's possible it could be different since I got this checksum with a compiled ROM, not by patching. |
I originally used patches from romhacking but it doesnt matter as the bps file from both sources is identical |
Using the BPS patch from Romhacking.net with the Online Patcher, and selecting the option to "Remove header" gives me a checksum clearance with a green checkmark. Afterwards, the patched ROM gives me the following checksums: CRC32: a2f2fd9b |
Ah, so you used a headered rom and removed it in the utility but after that the header was reapplied and yes these are the expected values. So after removing the header again the checksums become the same as in the 1st post so I guess everything was correct then. So that is clear now but what is the deal with snes headers anyway when patching?? Why is this such a big deal? Patches requiring a header are such a pain because headered roms are obsolete and there is absolutely no advantage in using them |
Beats me tbh. Headers are just a cumbersome thing to deal with for SNES games, I don't know why they're still being used. EIther way, I'm glad this helped on your end. |
I can add a suggestion to add expected checksums after patching in the description so people can be sure mispatching is not the issue |
Sure, I can do that. I'll add those to the ReadMe, I'd just have to check I'm getting the right ones and those correspond to the actual latest build. |
What are the checksums supposed to be for the ROM after it was patched and headerless? Is it supposed to be exactly like this?
CRC-32: 28f31600
MD4: 4771b7788f53a5db14f07f9db03fa2f5
MD5: 8ef36bde416cb1d1c2fe1753cc14e29f
SHA-1: 76641a39ad19709b12f2bdd1e03869ecd4b910c1
I see some people complaining about glitches because the rom was in fact incorrectly patched and there is constant neverending pain with incompatibility between headered and unheadered roms. The expected headerless patched ROM checksums would help tremendously
The text was updated successfully, but these errors were encountered: