aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authormd52011-03-11 18:05:13 +0200
committermd52011-03-11 18:06:30 +0200
commit2a37ed395c4090b531137722e65b74157f814a95 (patch)
tree91f306292d49558e0804f08e12c46c4f2fab1285
parentf814108d850f7370151f2e7c31d5bea9b9ac4a0e (diff)
downloadscummvm-rg350-2a37ed395c4090b531137722e65b74157f814a95.tar.gz
scummvm-rg350-2a37ed395c4090b531137722e65b74157f814a95.tar.bz2
scummvm-rg350-2a37ed395c4090b531137722e65b74157f814a95.zip
SCI: Fixed bug #3034714 - "KQ5CD: ScummVM freezes in dark forest"
This is a heap patch for an odd object used in that scene, which will suffice for now (until we find why this works in SSCI). Thanks to wjp for his help and work on this
-rw-r--r--engines/sci/engine/script_patches.cpp37
1 files changed, 37 insertions, 0 deletions
diff --git a/engines/sci/engine/script_patches.cpp b/engines/sci/engine/script_patches.cpp
index 8c622b1264..17362ccff0 100644
--- a/engines/sci/engine/script_patches.cpp
+++ b/engines/sci/engine/script_patches.cpp
@@ -498,9 +498,46 @@ const uint16 kq5PatchCdHarpyVolume[] = {
PATCH_END
};
+// This is a heap patch, and it modifies the properties of an object, instead
+// of patching script code.
+// The witchCage object in script 200 is different than other objects, as it
+// has 4 properties for its bounding box (top, left, bottom, right), but it
+// initializes 4 extra ones before them to 0. The fact that this object's
+// bounding box is invalid confuses the game scripts and makes the game enter
+// an endless loop, as the scripts are trying to see if the witch can be inside
+// an empty rectangle (which will never be true). The dimensions of the actual
+// bounding box can be observed from the values of these invalid parameters.
+// This object is also invalid in SV, so there must be special code to treat
+// such situations. The following heap patch sets the first four valid object
+// properties (which are what the game scripts refer to) to their valid values,
+// equal to the values of the subsequent four invalid values. We don't know why
+// or how this worked in SSCI, but this simple patch fixes this situation.
+// Fixes bug #3034714.
+const byte kq5SignatureWitchCageInit[] = {
+ 16,
+ 0x00, 0x00, // top
+ 0x00, 0x00, // left
+ 0x00, 0x00, // bottom
+ 0x00, 0x00, // right
+ 0x00, 0x00, // extra property #1
+ 0x7a, 0x00, // extra property #2
+ 0xc8, 0x00, // extra property #3
+ 0xa3, 0x00, // extra property #4
+ 0
+};
+
+const uint16 kq5PatchWitchCageInit[] = {
+ 0x00, 0x00, // top
+ 0x7a, 0x00, // left
+ 0xc8, 0x00, // bottom
+ 0xa3, 0x00, // right
+ PATCH_END
+};
+
// script, description, magic DWORD, adjust
const SciScriptSignature kq5Signatures[] = {
{ 0, "CD: harpy volume change", 1, PATCH_MAGICDWORD(0x80, 0x91, 0x01, 0x18), 0, kq5SignatureCdHarpyVolume, kq5PatchCdHarpyVolume },
+ { 200, "CD: witch cage init", 1, PATCH_MAGICDWORD(0x7a, 0x00, 0xc8, 0x00), -10, kq5SignatureWitchCageInit, kq5PatchWitchCageInit },
SCI_SIGNATUREENTRY_TERMINATOR
};