Decompilation Archive

[Collector]

I believe I could have gotten rid of them for SCI Companion (along with the 'use' statements), but I just made it have "compatibility" with SCI Studio as a first step, so they got left in.

If we could convert all of the fan games to Sierra Script then we could dump all of the backwards compatibility stuff and leave Studio and its script in the past.

[lskovlun]

If we could convert all of the fan games to Sierra Script then we could dump all of the backwards compatibility stuff and leave Studio and its script in the past.

The linkage system in original SCI was terrible (it involved a text file on a network drive...). I don't thhk I'd prefer it. And if Companion is able to do a build from scratch, then it doesn't matter anyway. Just put *.SCO in .gitignore and be done with it.

But everyone ships those files, so I'm not sure about that.

[OmerMor]

Just put *.SCO in .gitignore and be done with it.

This is what I was aiming for. I tried a bit to see if I can drop the SCO files, but failed.
That's why I was asking.
Have someone managed to build a game using just the script files?

[troflip]

It should work if you compile over and over (unless two scripts have cross dependencies). It probably wouldn't be difficult to modify SCI Companion to just automatically generate the .sco file if none exists (e.g. it doesn't need a successful compilation, just syntax pass).

[Kawa]

unless two scripts have cross dependencies

Main and ColorInit come to mind.

[Kawa]

The recently-added fixes for QFG1V got me to update SCI Companion.

Code: [Select]

- (and (<= `a evtMsg) (<= evtMsg `z))
+ ;EO: For some reason, `a and `A compile exactly the same,
+ ;despite the different cases.
+ ;This makes inputting a proper name (e.g. Eric)
+ ;impossible without the keys.sh defines.
+ (and (<= KEY_a evtMsg) (<= evtMsg KEY_z))
This is because indeed the part of the compiler that works out backtic sequences uppercases what follows. This should now be fixed. There's a build that should leave the case alone in the stash linked in my signature.

[EricOakford]

Yes, it seems to work properly now. There's a similar instance of this in the Monolith Burger menu in SQ3.

If we could convert all of the fan games to Sierra Script then we could dump all of the backwards compatibility stuff and leave Studio and its script in the past.

I have actually been doing this, like I did with LockerGnome Quest and Betrayed Alliance Book I. With my templates and decompilations, I've done away with the Studio defines, using the original Sierra defines instead. With backtic sequences now being case-sensitive, I can finally dump key.sh.

[Collector]

What about the Studio games that used assembly?

[Collector]

Eric, Did you ever anything with a decompile of LB1 or 2?

[EricOakford]

Eric, Did you ever anything with a decompile of LB1 or 2?

I've done the demos, but not the full games, since I have never played them that much.

[Collector]

Do you have them? If not, PM me.

[EricOakford]

I do in fact have the games (taken from the 1997 KQ collection). I guess I should start work on them.

[Kawa]

What about the Studio games that used assembly?

You mean with (asm ...) blocks in 'em? I don't see why those would be a problem.

[EricOakford]

Finally, the LB1 decompilation is ready for testing! You can find the code here, or for convenience, attached here.

On to LB2!

[Collector]

Nice! Looking forward to the LB2 decompile.