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.

Messages - lskovlun

Pages: [1] 2 3 ... 39
This one for example. This is called RE. I'm still trying to find out how it works; the palette that RE shows on the left is clearly not right, even though it can load the picture.

Yep. The tools that Omer posted include various converters to and from PCX and LBM. There are also various tools for palette manipulation.

Everything-Else / Re: ChatGPT is WRONG!
« on: May 09, 2023, 11:30:16 PM »
I laughed at that bit of "SCI0" code...

AGI Development Tools / Re: Sierra's Debug/Testing Version of AGI
« on: February 04, 2023, 05:15:37 AM »
Yeah, SCI has something similar. The release SCI0 interpreter is called SCIV.EXE (V for volumes). There are executables called SCI.EXE in that archive; they differ from the release interpreters in the same way. It seems the build processes usually generated one volume interpreter and one non-volume interpreter in one go, so in your example .097 and .098. Again SCI examples are similar.

SCI Development Tools / Re: Brackets Bracket and more Brackets errors
« on: January 14, 2023, 01:56:21 AM »
Shouldn't you be using Companion instead? The Studio compiler and language were horribly broken... and there's an alternative now.

SCI Development Tools / Re: Can method parameters alias temporaries?
« on: November 22, 2022, 03:35:42 PM »
Sounds great, that must mean you plan on keeping SCI around for some time!  :D

This whole discussion gave me a chuckle. These are issues that ScummVM and FreeSCI before it have struggled with. ScummVM performs strict bounds checking on stack reads and writes and requires workarounds for anything sketchy. The bounds checking stems from a rewrite of the PMachine in FreeSCI which we used to call Glutton (the original being rather more true to the Sierra implementation) which Christoph Reichenbach, original author of FreeSCI, implemented for student credit. He's now a university professor at a location relatively close to me; maybe I should catch up sometime.

From a software engineering perspective, these are bugs in SCI games even though they sometimes show no symptoms in original SCI due to its design. In the FreeSCI days we would have considered this out of scope and let the games crash, but ScummVM contains a workaround system (several, in fact) with much time spent on patching each individual bug. We have also had one here at sciprogramming, that seemed to stem from some manually entered code with a typo in it (remember that, Kawa?  8) ).

SCI32 handles are far more robust, but even SCI32 can have subtle memory-related bugs (in QfG4, a plane id is sometimes NULL and it works - I worked on that bug over Christmas in 2018).

But isn't it the reason that Sierra bought Bright Star?
I'm not sure about the timing. KQ6 was the only SCI game that used Rave, but a number of Bright Star games (which one must assume used Rave in one capacity or another) now came under the Sierra imprint.

There's also more about Rave here. The first part deals with integration with HyperCard, the second part explains the part ("the RAVE driver") that KQ6 actually uses:
(dated 1989)

As far as I'm aware, KQ6 is the only Sierra game to have that kind of portrait.
Yeah, RAVE was a licensed product:

Granted, I don't actually know assembly, but most of it is straightforward enough that I understand it. The part I'm unclear about is that final "send 58". Perhaps that is the cause or "67 ;width" decompiled wrong? If anyone has any insight please let me know.
My KQ6 GOG version weirds out on me for a different reason (selector mismatch) when using the Room Info feature, so I can't help you. But the send 58 is normal, that's just because it's a big Print statement.
What could possibly be the point of excluding all debug commands from rooms  440, 450, 480, 270, 280, 470, 490, 670, 750, 740? Doesn't make sense to me at least.
My guess would be heap usage. Either that or an animated sequence might bug out with some of the debug functionality. Or both.

SCI Development Tools / Re: Dynamix resources?
« on: September 16, 2022, 05:00:25 PM »
I did some work on DGDS at a time when i had just discovered PyConstruct. The DGDS fondness for counted lists make it a good match for GDS/SDS/TDS files

SCI Development Tools / Re: SCI32 Templates
« on: April 13, 2022, 12:43:52 AM »
Kawa has played around with the source of the interpreter, but I don't think he has made that major of any modifications. Of course he can speak for himself. Also, I do not believe we have any source for any of the SCI32 interpreters, either.

SCI Development Tools / Re: Is it possible to know selector's type?
« on: January 25, 2022, 03:28:04 AM »
For reference, the bug was mentioned in thread
and fixed in commit

And the reason why that bug happened is because SCI Companion didn't use relocations for this. The fix doesn't either.

SCI Development Tools / Re: Is it possible to know selector's type?
« on: January 25, 2022, 02:33:34 AM »
For example, in SQ1VGA, room 103, SCICompanion has decompiled all `lookStr` as strings. How does it know that it's a string?
Relocations. If that particular word of the script file is relocated, then it's a pointer. In fact, there was a bug about it.

AGI Development Tools / Re: Sierra's AGI Compiler (CG.EXE) Disassembled
« on: January 12, 2022, 07:07:47 AM »
Nice write-up!

Pages: [1] 2 3 ... 39

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

Page created in 0.047 seconds with 20 queries.