What are we working on?

[Kawa]

Added to the background archive: Maniac Mansion v2, Zak McKracken v2 and FM-Towns, Last Crusade EGA, Sam and Max.

[Kawa]

You've seen (RemapColors rcPERCENT 253 64), which I use to draw a shadow under my Catdate characters. But what about the other remap effects available in SCI16?? Well, given a light view with index 254 in it, nabbed from QfG4...

(RemapColors rcPERCENT 254 200) -- mask color, brightness.

Brightness ranges from 0 to to 200, where 100 is effectively no change. 0 is not entirely all-black, and 200 you can see above. Anything higher yields weird spots.

(RemapColors rcRANGE 254 64 165 96) -- mask color, range start, range end, addition.

Given a picture with this palette.

(RemapColors rcGRAY 254 75) -- mask color, percentage.

Soda pressing.

(RemapColors rcPERCENTGRAY 254 75 120) -- mask color, percentage, brightness.
No visual. Applies both rcPERCENT and rcGRAY effects at once.

? No, I won't stop calling it that >:3

[Collector]

? No, I won't stop calling it that >:3

As opposed to SCI32?

[Kawa]

SCI32 is quite a different beast, what with the planes and all. I'm just calling it SCI16 because that's the name of the archive as OmerMor released it.

You might wonder what documenting RemapColors has to do with this thread, but that's in fact exactly what I was "working on".

[MusicallyInspired]

Fascinating!

[Kawa]

Bonus: it's hard to tell with the light that far up, but just as the shadow effect (rcPERCENT) can stack when two views overlap, so can the other effects.

At least, you'd expect that from how the remap effect is implemented. In the renderer, there's only one code path these remapping colors take.

[lskovlun]

? No, I won't stop calling it that >:3

The polygon editor in QfG4 (SCI32) is out of order, and refers the user to SCI16. So even Sierra did this retroactively.

[Kawa]

Guess who figured out what he was doing wrong with regards to always-on iconbars?

[Kawa]

[Kawa]

I just keep doing crazy shit.

Such a cheap hack, it won't even do cue points no doubt.

I don't know what went wrong with the framerate, but the message seems clear.

In engines/sci/sound/soundcmd.cpp:

Code: [Select]

void SoundCommandParser::initSoundResource(MusicEntry *newSound) {
//...
if (g_sci->getGameId() == GID_HOYLE4)
checkAudioResource = false;

char hqFile[50];
sprintf(hqFile, "%d", newSound->resourceId);
newSound->pStreamAud = nullptr; //just making sure.
newSound->pStreamAud = Audio::SeekableAudioStream::openStreamFile(hqFile);
if (newSound->pStreamAud != nullptr)
{
newSound->soundType = Audio::Mixer::kMusicSoundType;
newSound->isSample = true;
return;
}

[MusicallyInspired]

Ew ew ew ew ew ew ew. Someone on the ScummVM forums attempted to do this and create high quality digital music packs for Sierra games as well as other ScummVM supported games and I was vehemently against it because of the lack of loop/cue capabilities that the nature of digital files have. Sorry, I gotta defend my MIDI!

That said, I wonder if it could be utilized to respect metadata loop tags in measurement of samples like certain engines that support digital files do (like EDuke32 and GZDoom with my SC-55 digital music packs). That still wouldn't solve the issue for cues (music would be cut off too quickly) but it would work for loops.

What is going on with the speed anyway?

[Kawa]

The speed's just me using incorrectly set up tools or sumth. I don't know, I don't care

[gumby]

Working on Zork, specifically scaffolding for moving objects between rooms - in some ways similar to the inventory.  The one thing of note is that all corresponding view instances are created dynamically when a room is init'd.

[Kawa]

Today's project: adding previews to the font archive.

[Kawa]

Been working on the manual for The Dating Pool, and found this in my research:



...something's fucky.