Grim Fandango crashes when changing to set "me" or jumping to "Meadow Exterior"

[jp438-2]

When the game loads the meadow exterior scene either of the above ways (I don't know about when the player progresses that far normally) the game immediately crashes and closes, however loading the meadow flowerbed scene "mf" works correctly.

The following error is shown in the console immediately before the crash:

invalid magic loading texture!

I am using the Windows ResidualVM unstable build dated January 29 2013 with the English version of Grim Fandango.

[somaen]

I suspect corrupt data, could you provide us with an md5 of your datafiles?

[jp438-2]

I have been trying to use this guide from the ScummVM wiki to find out how to get the md5 checksum:

http://wiki.scummvm.org/index.php/Reporting_unknown_MD5_checksums

I was wondering what "size" value I should be using for the grime engine in the command:

md5deep -p size file | find /i "offset 0-"

[jp438-2]

Also, which files would you like the md5s of?

[somaen]

Well, no -p at all actually, I want complete md5-checks for all your files (that guide covers checking enough to verify WHAT the files are, not THAT they are non-corrupt).

md5deep -l *.LAB

should give you the complete output of md5s for the labs.

[jp438-2]

Here you go:

6dcecad8f01657184f8576aab8fb3f00 CREDITS.LAB 6dcecad8f01657184f8576aab8fb3f00 credits.lab 44e3c00294f0af01c5f796dc8ae01629 DATA000.LAB 2c93efae54520bf575e13b8d159bae38 DATA001.LAB d236403c0d860961963db0134380001f data002.lab 76dcfc2c21f3412415674c65611fb76d DATA003.LAB 6f05277840aff15d33f4ab058ec37c30 datausr.lab 0c6b8e4fa74024c4afdf7758f8d8b1a0 MOVIE00.LAB 2cdb79d3606965a9a0a3378507488dd7 data004.lab 24a8704a331a03097d195f3597fe21e1 movie02.lab 548a19a0a4d4ccb8660966d646210820 MOVIE01.LAB 113a768e7206016df72f9d2f5c1851b7 MOVIE03.LAB c7900f32d48d7e265629bd355a21c795 VOX0000.LAB 605d6f2cc4d21fbe702d8e637b5bcfa1 movie04.lab 40beb2e0a6572dc89fddb21f282bc237 VOX0001.LAB 7c88ad7c949a516793b584299f33ed23 VOX0003.LAB ae53a36f77eb0d42a28653b28c345439 vox0004.lab fea10f11abe3ac32d53e4798f80d5ba0 YEAR0MUS.LAB 70419878e32377d9d2906fbcb2cb59b5 vox0002.lab c555c95b0f7557617da364091589d6ea YEAR1MUS.LAB 775376fccf0415258be6b33e7e6e4985 year2mus.lab df556a8fc151f6f48bb68a8cef855e7d YEAR3MUS.LAB 939e041887c1b14f99ad951ac8e3cb25 year4mus.lab

[giucam]

The file that is failing is either in data004.lab or in data000.lab. (i have just pushed to master a change that makes the error message output the file name. if you could run that it would be helpful.) My data004.lab has the same md5 as yours. data000.lab doesn't, but it may be because you have the 1.01 version, with the patch included. Is that so?

[jp438-2]

Yes, I have the version that you can still buy these days, so it is probably the newest version.

I will switch across to Linux to compile the newest version and give that a try. I don't have anything set up for compiling under Windows.

[jp438-2]

Ok, I have now tried under Linux and the crash still occurs. The error I am getting is:

Invalid header for texture he_gun.mat. Expected 'MAT ', got 'X�'�'!

[giucam]

he_gun.mat is indeed in data000.lab, and that 'X�'�' is very broken. Corrupted data issue, then.

[jp438-2]

Ok, thanks. I don't have access to my CDs at the moment because I am at university and they are at home. When I go home next weekend I will replace that file and try again. If the problem remains I will say so.

Thanks for your help!

[jp438-2]

Sorry, it took a bit longer than I expected before I went home and had access to my discs. I copied DATA.000.LAB from disc A again and it fixed this problem. However, the bug I reported from the end of year 1 remains.