Getting the following error message - Xdelta3: target window checksum mismatch: XD3_Invalid_Input

[Flowtac]

Hello, I am currently attempting to patch the japanese ROM of Clock Tower: The First Fear for PlayStation with an english patch that was released back in May, at this link:

http://www.romhacking.net/translations/2337/

However, whenever I attempt to patch the ROM, I end up with the following error message:
Xdelta3: target window checksum mismatch: XD3_Invalid_Input

I have played the ROM and it is indeed the same game that this patch was made for, and I just used XDelta today to patch a couple other ROMs, so I don't get why I'm suddenly having this issue. Can anyone help me out please?

[jmacd]

Generally, this suggests that the input source file (i.e, the old version)
is not exactly the same as the one the patch was generated for. Could you
run a sha1 checksum over the data and compare with the one that was used to
generate the patch?

There is an ideal world in which xdelta would detect this situation and
plainly tell you what was happening. The problem is that implementing this
inside xdelta would make it cost significantly more (e.g., twice as much
CPU usage, half as fast). It's best to verify checksums of the input and
output files independently, before and after running xdelta.

On Wed, Sep 2, 2015 at 6:21 PM, Flowtac notifications@github.com wrote:

Hello, I am currently attempting to patch the japanese ROM of Clock Tower:
The First Fear for PlayStation with an english patch that was released back
in May, at this link:

http://www.romhacking.net/translations/2337/

However, whenever I attempt to patch the ROM, I end up with the following
error message:
Xdelta3: target window checksum mismatch: XD3_Invalid_Input

I have played the ROM and it is indeed the same game that this patch was
made for, and I just used XDelta today to patch a couple other ROMs, so I
don't get why I'm suddenly having this issue. Can anyone help me out please?

—
Reply to this email directly or view it on GitHub
#199.

[mgrinzPlayer]

Did you read readme.txt?

The CD-ROM has two tracks, the second being
an audio track which consists of the random bonus song file, LIKE55.WAV. Because of this structure, using
different ripping programs will result in images with slightly different data at the junction between the
two tracks. The rip that the patch was based on was created with a separate .BIN file for each track.

Looking into delta header, I see that patch was made on file Track1.bin

[daronsuey]

entao para evitar esse erro que ninguem consegue explicar desative a caixa que diz "Validation Checksum"!! validação de checksum

to avoid the error uncheck the box Validation Checksum

[derric-young]

then it does not load

[PizzaTowerer]

i have a question how do you update the file date without downloading another 1?