Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
QFG4Yes, this is irrelevant in the context of AGI, but Troels did mention this in the context of later games. SQ4 had to be upgraded to SCI1.1 because they had this fancy new concept of "message files". The speech support in KQ5, which was the first one, was rather shoddy because they didn't have message files. Message files provided a link between text-only and speech versions that Sierra hadn't had before. It was quite an innovation (and they obtained a patent, even though it was just a key-value database which we have had since the beginning of computing).
This was true in SQ4, because SQ4 used an early SCI1.0 version that didn't support message files.
Buried in this SCIW_V.EXE is the string:Oh, PKWARE DCL is used for the resource volumes and for savegames. It is not an executable packer.
PKWARE Data Compression Library(
)
Copyright 1990-92 PKWARE Inc. All Rights Reserved.
Patent No.
,745
Version 1.03
I am not sure what it is doing there if it was not packed with it, but as I mentioned, unlzexe will not handle it.
I was looking at the EXEs from Hoyle 4. The Windows SCIW_V.EXE interpreter readily unpacks with unlzexeHm, that's odd. LZEXE doesn't usually work with Windows executables.
It looked like that it was not packed since it has a lot readable strings as is, but I see no trace of a version number. Any ideas on what is going on? If it is packed, what can unpack it?Microsoft's EXEPACK could be the culprit here. It doesn't actually compress very well, but it does mangle text strings. Do you know about Ben Castricum's old UNP tool? It knows about LZEXE and EXEPACK and a bunch more. A one-stop shop.
I would love to add it to the tool. I am not quite sure about what to look for with the NB00 and NB02 signatures. A list of the text strings to get me started would help, too.The NB00 and NB02 markers are literally just those bytes in succession. They indicate the beginning of a Microsoft Codeview symbol table. The first executable I found with one of those was the Hoyle4 executable. I got a collection of EXE files from you at one point, so I know you have it
Which is exactly what I was trying to say. OK then, it seems safe to assume that the only difference between 1.SQ4.056 and 1.SQ4.057 is the graphics mode. In fact, this should be discernible from the name of the executable (SCIDHUV.EXE for VGA, and I think SCIDUV.EXE for EGA?)You ninja'd me with this, so I'll just make a separate post to make sure you see it: It's also possible that it's just the EGA thing. Are the others VGA?I don't have the interpreter 1.SQ4.056 in VGA. Only in LOWRES-EGA. I think it's an interpreter specifically for a LOWRES-EGA edition. However, with the interpreter 1.SQ4.057, the game is in VGA in English, Spanish, as well as French. The German edition uses the interpreter 1.SQ4.030.
A curiosity: Space Quest 4 (Game version 1.000, Interpreter version 1.SQ4.056) Bilingual, Spanish/English. It's the interpreter that caught my attention. Indeed, for foreign localizations of this game, it is normally 1.SQ4.057. So, it might be a beta version? Also reported in the ScummVM detection table by jvprat.It's possible they shipped it with the debugger enabled, or debug symbols, or both. 1.SQ4.056 would be the version that included them, and 1.SQ4.057 without.
SMF 2.0.19 |
SMF © 2021, Simple Machines
Simple Audio Video Embedder
Page created in 0.055 seconds with 19 queries.