aboutsummaryrefslogtreecommitdiff
path: root/tools
diff options
context:
space:
mode:
authorTorbjörn Andersson2006-04-10 23:22:26 +0000
committerTorbjörn Andersson2006-04-10 23:22:26 +0000
commitbadb5218fa3989e12e1f383ed7c510102626a8ec (patch)
tree23796f83d1de0d34c9f9ad9a4d4f056eefe7d559 /tools
parent935989d8cd960e175d577526418f589625a9d25f (diff)
downloadscummvm-rg350-badb5218fa3989e12e1f383ed7c510102626a8ec.tar.gz
scummvm-rg350-badb5218fa3989e12e1f383ed7c510102626a8ec.tar.bz2
scummvm-rg350-badb5218fa3989e12e1f383ed7c510102626a8ec.zip
If I understand things correctly, cinE used to dump the entire animDataTable
element to the savefile, including data pointers. After reading the savefile, it would then test if ptr1 was NULL, to see if it should load the object. I've extended the savefile format with a byte to indicate whether or not ptr1 was non-NULL. This seems to fix the problems I had with with loading savegames, but of course any old savegame is now even more broken than before. I still can't seem to get out of the room with the machine, though. Another regression when migrating the code from cinE, or just my ability to get past this annoying, timed puzzle? svn-id: r21772
Diffstat (limited to 'tools')
0 files changed, 0 insertions, 0 deletions