Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This fixes a problem with Blue Force savegames in that they were being
loaded too early, and being destroyed as the game scene was then loaded.
|
|
|
|
KQ6CD: Game stops responding in the catacombs"
kDoSoundSetHold is always called after kDoSoundPlay. A regression from
commit 4f3b85f4efc05affb7b4a7080e349360a3352048
|
|
|
|
These will not start yet, so maybe they should be marked as GF_UNSTABLE?
|
|
|
|
|
|
|
|
|
|
|
|
object
|
|
|
|
... and make it optional subject to USE_SAVEGAME_TIMESTAMP
|
|
Shamelessly copied from the SCI engine code
|
|
|
|
|
|
|
|
|
|
|
|
working yet). Some cleanup
|
|
|
|
MAEMO: New version of the port
|
|
|
|
|
|
|
|
|
|
|
|
|
|
kyra has a file that won't compile in -Os
|
|
|
|
|
|
chase scene"
Special thanks to wjp for his work on bisecting to find the regression and
for checking against the KQ5CD disasm
|
|
|
|
SCI scripts can send stale pointers to kernel functions (e.g. after
loading a saved game). This is normal in some cases (such as kDisplay
and kGraphRestoreBox), and their signatures are set to allow invalid
pointers.
Thus, in such cases, allow invalid pointers, as the kernel functions
will handle them themselves. Fixes bug #3412002, and properly fixes bugs
#3389579, #3292251, #3308087 and #3056811. Removed a relevant TODO.
|
|
|
|
|
|
|
|
|
|
|
|
Thanks LordHoto for pointing at it
|
|
Entities::processFrame()
|
|
|
|
|