sappharad / multipatch Goto Github PK

is possible to build CLI-only version of this in Linux?

Having a UTF character like é in the patch path (probably same problems for the other paths, as well) causes the patch loading to fail.

I've tried this program with several game ROMs and different patches (for PS1, N64, GBA...). It just doesn't do anything. It doesn't give me error messages nor does it corrupt the games. It just makes it seem like it's done something and, when I try the game, nothing has changed.
As an example, I've tried it with this patch for the PAL (not the NTSC) version of Silent Hill: http://www.mediafire.com/file/oa8g2iqyg7mmq8v/Silent_Hill_PS1_Uncensored_patch_PAL.SLES.015.14.zip/file .
This patch is pretty popular and people confirm it has worked for them: https://www.youtube.com/watch?v=oPf2LBosnR8&ab_channel=Squarealex%5BJikan-2-Play%5D .
When I try to patch the game with Multipatch, the monsters called "Mumblers" that this patch should change are still there at the start of the game.
If I patch the game with the website https://www.marcrobledo.com/RomPatcher.js/ or the Windows' utility PPF-O-MATIC, the monsters get substituted with others, as intended.
Same thing with the "famous" color and sound restoration patches of Final Fantasy VI Advance for Game Boy Advance. Multipatch confirms me it has worked, when it hasn't affected the ROM one bit.
I'm on the latest macOS Big Sur 11.2, although it wasn't working on 11.0.1 or 11.1, either.

Hi, I'm on macOS Sierra: 10.12.3 And I am unable to patch .BPS files to my rom. I am trying to patch Super Mario Logic (a BPS file obviously) to Super Mario World (a .smc file) I am using the latest version of MultiPatch (1.6.2) The rom is definitely clean and I downloaded the Super Mario Logic.BPS file off of SMWcentral.com so it is obviously safe. I am using OpenEmu as my emulator as well. So basically what happens is, I boot up MultiPatch and select the correct files, in the correct slots and add the name and then click "Apply Patch" And I get hit with the following:

Pathing Failed: The source file checksum is invalid. This usually means that the file you have picked to patch is not the correct file.

I have no idea what to do, and have searched all over the internet, to no help, so I came here. Would help if you guys could tell me what I'm doing wrong.

Hello there!
Any chance of RUP being added to MultiPatch? Currently, I use Ninja for RUP patching.

Applying dinopatch for the N64 prototype, Dinosuar Planet doesn't seem to work.

mod is generated by Star Rod which is a Paper Mario (64) editor.

I've asked for documentation on the Star Rod discord and here's what they've said:

IIRC, it's a magic word = 0x504D5352 ('PMSR') followed by a u32 chunk count then a series of chunks. each chunk has three parts: u32 baserom offset, u32 patch length, byte[] patch data. no alignment. when patching, just copy the bytes from each chunk to the baserom offset (which may exceed the size of the baserom for appended data)

There's an option for mod packages to be Yay0 compressed, which just uses the PM Yay0 format. you can identify these by the magic byte being 'Yay0' instead of 'PMSR'.

Hope that helps? Apparently it's similar to IPS.

Here's some samples:
Book of Mario
Master Quest

Hi, I just tried to apply Quality hack 1.3 (https://www.romhacking.net/hacks/3606/) to Symphony of the Night (crc32 of track 1: 05be47b2) and it didn't work properly. Right from the beginning you can see on the title screen, it should read in the top right corner "Qualiy Hack 1.3", but it's thick black unreadable font. Then the "Journey back to Transylvania 1792" or whatever screen is missing, it goes straight to map and then a black screen during the prologue. The audio works and is sounds like you can play but you can't see anything. Just a line of pixels at the top, that's all.

Using ppf-o-matic on windows, it all works fine.

I should add that after applying this, just to be safe I always use ECC recalc on a PS1 disc image. Many hacks need this to be applied when making changes to a disk for the game to work properly. (https://www.romhacking.net/utilities/1264/)

When I tried to place a patch file, it goes to the 'Location of file to patch' instead of 'Location of patch file'. And it's the other way round when I put a game file?

I like HDiffPatch , JojoDiff , bsdiff and xdelta3 for binary data Diff & Patch;
HDiffPatch: https://github.com/sisong/HDiffPatch fast , create small differential; support large files;
JojoDiff: https://sourceforge.net/p/jojodiff/code/ci/master/tree can generate very small or very big diff's instead of others;

Most of the Goldeneye 64 XDelta patches refuse to work (I think most of them are .xdelta extensions), for example: a recent rom hack, Complex Mission, refuses to patch.
Turns out I had a corrupt ROM (or it might've been a byteswapped ROM). Anyway I think adding a 'disable checksum verification' would be useful for some hacks.

Edit: Hmm, debating if this is a good idea or not.

A minor annoyance. When outputting file, the moment that you set the output file name, the output path changes to the users Documents folder. If the user manually sets the output path first, then sets the output filename, the user selected path is ignored, and the Documents folder is used instead.

Patching for the most part works fine, except for ppf to a playstation bin. I've tried to get LandonRay's Symphony of the Night hack to work. I have the correct bin with the correct crc32. When I use multipatch, the bin goes from 538MB or whatever to 75MB and won't load in any emulator even though it said the patch was applied properly! Something is seriously wrong there.

I very much like this tool, so thanks for making it.
Question command line usage. Is it available? For lots of files on a mac, command line automation would be preferred