Author Topic: LB2 Floppy questions are a burden to others  (Read 5015 times)

0 Members and 1 Guest are viewing this topic.

Online Kawa

Re: LB2 Floppy questions are a burden to others
« Reply #15 on: February 10, 2024, 04:55:10 AM »
but then why did Kawa's include a 997.voc when all the copies I've come across are missing it?
Considering I've tried decompiling every game in my collection as I built it up, I may have ran into your original problem myself quite some time ago and provided a 997.voc myself from I don't know where. Probably explains the DoVerb/StopUpd thing.

Offline doomlazer

Re: LB2 Floppy questions are a burden to others
« Reply #16 on: February 10, 2024, 01:49:04 PM »
Considering I've tried decompiling every game in my collection as I built it up, I may have ran into your original problem myself quite some time ago and provided a 997.voc myself from I don't know where. Probably explains the DoVerb/StopUpd thing.

Well, that would make sense.

I just realized setMotion isn't a method of View; it's a method of the subclass Actor. So how does the game work if bartender in rm310 is a View that calls a method it doesn't have? The CD version has this same issue.

Maybe I'll take a break and revisit this later. IDK
« Last Edit: February 10, 2024, 02:01:06 PM by doomlazer »

Online Kawa

Re: LB2 Floppy questions are a burden to others
« Reply #17 on: February 10, 2024, 01:59:20 PM »
So how does the game work if bartender in rm310 is a View that calls a method it doesn't have? The CD version has this same issue.
According to Sluicebox's decompilation, instance sBartender of Script is unused, which is easily confirmed to be true, and the only setMotion calls are for the bartender (which will thus never happen) or for Ego (which will).

There's nothing Schroedinger here: sBartender is the abovementioned unused script, bartender is a view, and Bartender is a narrator. Capitalization matters, and they can coexist.

Offline doomlazer

Re: LB2 Floppy questions are a burden to others
« Reply #18 on: February 10, 2024, 02:03:27 PM »
I just noticed the capitalization. I'll come back to this when I'm not frustrated and have a clear head.

Offline doomlazer

Re: LB2 Floppy questions are a burden to others
« Reply #19 on: February 12, 2024, 04:15:39 AM »
...there is a cracked LB2 Floppy floating around which changes a single byte...this corresponds to offset 0x22746 in RESOURCE.000...

I think Threepwang found the origin of this LB2 floppy crack. It's from 6/25/92 by HAL9000 of the 'INTERNATIONAL NETWORK OF CRACKERS' and was released as a DOS diff patcher for RESOURCE.P01.

I've attached the .NFO below if you want to read HAL throw shade on another group's sloppy 'TSR-wanna be' crack. I wonder if that's the crack included in Collector's installer?

Offline doomlazer

Re: LB2 Floppy questions are a burden to others
« Reply #20 on: February 13, 2024, 02:19:50 AM »
I was finally able to compile without any errors, but then I discovered there were still tons of crashes and other issues in-game. Thankfully, I managed to work through them.

I created a repo if anyone wants to see what needed to be fixed. There's a lot of code in the Sci-Scripts decompile that SCICompanion can't use without introducing bugs. Almost all of these fixes will apply to compiling the Sci-Scripts CD version as well.

The LB2CD code from the SCI Decompile Archive will compile without error, but I keep getting a "missing 65535.v56" crash in several rooms, so I'm not sure if there are other bugs to be found in that version or not. Edit: adding 'view 800' to LBEgo's properties (script 19) fixes the missing 65535.v56 crash, but there are other errors as well - Clicking doors outside the newspaper or police station gives "Don't touch it" instead of entering the building. So neither the SDA or Sci-Scripts repos are perfect out of the box.
 
Back to the floppy version, the several hours I spent fixing 997.voc wasn't wasted as it's pretty much required. Compiling without one generates the file, but completely out of order and unusable.

I still need to do a full play through to make sure I've found everything, but it's finally time to put this thread to bed. Thanks for everyone's patience and all the help!
« Last Edit: February 13, 2024, 06:53:37 PM by doomlazer »

Offline doomlazer

Re: LB2 Floppy questions are a burden to others
« Reply #21 on: February 14, 2024, 09:56:19 PM »
Here is laura.nfo from The Dream Team's 24th June 1992 crack. So INC responded to it just one day later. I wish I had those files because it works very differently than the others.

Edit: I found it. It's pretty crazy. The crack changes memory at run time or something without altering the resource files. I'm not sure how they managed to script responding to key presses and those Display commands back in 1992 either.
« Last Edit: February 15, 2024, 12:37:14 AM by doomlazer »

Offline HWM

Re: LB2 Floppy questions are a burden to others
« Reply #22 on: February 15, 2024, 02:14:27 PM »
It's just a TSR that shows a graphical overlay, I believe. Hence the "TSR wanna-be" you cited earlier, as a regular TSR (in scene terms) would exactly do what you describe: patching the memory at runtime to bypass the protection. There were some Sierrra games that were unprotected that way though, like King's Quest 5.

Offline lskovlun

Re: LB2 Floppy questions are a burden to others
« Reply #23 on: February 15, 2024, 02:35:51 PM »
"Furtility"?   :o

Online Kawa

Re: LB2 Floppy questions are a burden to others
« Reply #24 on: February 15, 2024, 02:45:08 PM »
Yeah that thing is full of wonk X3

Offline doomlazer

Re: LB2 Floppy questions are a burden to others
« Reply #25 on: February 15, 2024, 03:31:32 PM »
It's just a TSR that shows a graphical overlay, I believe. Hence the "TSR wanna-be" you cited earlier, as a regular TSR (in scene terms) would exactly do what you describe: patching the memory at runtime to bypass the protection. There were some Sierrra games that were unprotected that way though, like King's Quest 5.

TY, I was thinking TSR was a warez group and forgot terminate-and-stay-resident was a thing. It is indeed just a hotkey overlay and not interacting with SCI in any meaningful way.


SMF 2.0.19 | SMF © 2021, Simple Machines
Simple Audio Video Embedder

Page created in 0.025 seconds with 23 queries.