Messages

31

AGI Development Tools / Re: AGI v2.230

« on: June 28, 2026, 04:40:03 AM »

Oh, and the ScummVM patch has the following:

Code: [Select]

                // loop-header:
-               //  celCount:BYTE
+               //  celCount:BYTE [ upper nibble used as mirror data in 2.230 ]
                //  relativeCelOffset[0]:WORD
                //  relativeCelOffset[1]:WORD
                //  etc.
-               byte loopHeaderCelCount = resourceData[loopOffset];
-
-               loopData->celCount = loopHeaderCelCount;
+               byte loopHeaderCelCountByte = resourceData[loopOffset];
+               const bool isMirrorDataInLoopHeader = (getVersion() == 0x2230);
+               if (isMirrorDataInLoopHeader) {
+                       loopData->celCount = loopHeaderCelCountByte & 0x0f;
+               } else {
+                       loopData->celCount = loopHeaderCelCountByte;
+               }
So I think we can assume it's a cel count.

32

AGI Development Tools / Re: AGI v2.230

« on: June 28, 2026, 04:25:25 AM »

In GAL, the movement speed is encoded in each view. You can't set it from the script.

33

The Games and other Sierra Adventure stuff / Re: Rare AGI Games on standard PC DOS

« on: June 02, 2026, 02:00:39 AM »

The TBC source code has been archived here:

https://github.com/historicalsource/the-black-cauldron

34

The Games and other Sierra Adventure stuff / Re: Rare AGI Games on standard PC DOS

« on: May 30, 2026, 01:40:32 PM »

Interpreter version 2.272 can?t be a booter. The booter used GAL (which I *think* was called AGI0 also?).
As for TBC, we have the source code for it! - so we know that it builds on regular AGI, at least.

35

SCI Development Tools / Re: SSCI, ScummVM, and polygons

« on: April 30, 2026, 06:28:17 PM »

Ask the man himself?

36

SCI Development Tools / Re: Looping Audio in SCI1.1?

« on: April 28, 2026, 07:04:07 PM »

Yeah, that's what one game does. But there is code in the interpreter to make sure that it generally doesn't matter whether a sound resource is MIDI or Wave.

37

SCI Development Tools / Re: Converting Pics from SCI1 to SCI1.1 format

« on: April 14, 2026, 06:41:20 PM »

Sounds like the property offset table (vocab.994) could be subtly broken...

EDIT: And I think you could be seeing the effects of the palette difference I mentioned already.

38

SCI Syntax Help / Re: QfGIVCD view corruption when editing 936.v56

« on: April 13, 2026, 03:46:44 PM »

 It was an aside. I was talking about "late" SCI2.1 versus SCI3. That's also why I didn't link the first time.

39

SCI Syntax Help / Re: QfGIVCD view corruption when editing 936.v56

« on: April 13, 2026, 02:40:05 PM »

In ScummVM:

https://github.com/scummvm/scummvm/pull/1467

40

SCI Syntax Help / Re: QfGIVCD view corruption when editing 936.v56

« on: April 10, 2026, 10:43:06 PM »

If you were compiling for LSL7, it would certainly have been the demo. The demo is SCI2.1 ("late", as ScummVM calls it), but the full game is SCI3. Similarly, QFG4CD is SCI2.1, but the floppy version is SCI2.0. I fixed a bug related to that many years ago (pull request #1467 if you're interested).

41

SCI Development Tools / Re: Converting Pics from SCI1 to SCI1.1 format

« on: April 10, 2026, 01:36:20 AM »

Another thing you're probably going to run into (spuriously or not) is that the palette management strategy changed between SCI1 and SCI1.1 ("copying" and "merging" strategies, as they are called here. Games written for one are likely to glitch in the other. I am not sure how to fix that,

42

SCI Development Tools / Re: Converting Pics from SCI1 to SCI1.1 format

« on: April 08, 2026, 10:44:28 PM »

The palette file I used was converted, I think, from an SCI1 resource using another one of those programs. Sometime last year, so I can't remember exactly what I did.

43

SCI Development Tools / Re: Converting Pics from SCI1 to SCI1.1 format

« on: April 08, 2026, 12:43:12 PM »

Come to think of it, I have a dummy palname.dat file in that directory. Just put the number 999 in there, and make sure 999.PAL exists (or use some other name if you prefer). PIC2NEW won't use it; I guess it's some common code that loads it.

EDIT: By the way, the 999.PAL file I put there is an SCI1.1 format palette.

44

SCI Development Tools / Re: Converting Pics from SCI1 to SCI1.1 format

« on: April 08, 2026, 12:27:11 PM »

Yes, there is one in Omer's stash. (https://sciprogramming.com/community/index.php?topic=1631.0). It's called PIC2NEW (be aware that it generates output files with a .PN extension, and you'll need to rename them back to .P56 yourself).

45

AGI Development Tools / Re: The Plot [Pen Style] Thickens

« on: April 02, 2026, 06:25:38 PM »

The date came and went.