ElIf... not Else

Ah, a later checkup appears to give the Purple Seal data nicely.... Right.

Take MMMCLIV

In order to prevent bugs, the girls can't leave the king's place prior to accepting the Traveler's Emblem

I don't know about the number of purple seals, but the counting doesn't seem right, so I need to srt that out!

239 Black Orbs counted. Interesting.

Dirty tagging seems to be alright

Yushore forest should be unlocked now

Link to Yushore Tunnel (going there will crash the game as the map itself does not yet exist).

During the regeneration I'll also get a view on the number of purple seals and most notably black orbs. But the purple seals might be more important on the shorter run, as the sidequest that unlocks the seals becomes available once you reach Knutselstad.

The need for this approach is because you'll get the traveler's emblem from the king due to it not being available in the Holy Forest itself, as it's a disappearing dungeon. This compensates, you know.

Dirty code, but it's the easiest way for me to make sure the traveler's is properly tagged was to do it the dirty way.

Trigger to stop King Cheval and Ankie to act like you never visited the Holy Forest.

There are still loads of things to take care off before I can start on the boss fight itself.

Medal database

Warhorse

Time to eat. I'm starving!

I won't be updating the Alpha until this has been completely set up.... Safety precautions, you know!

So far.... so good!

Take MMMCLIII

Exit referrence typo

Take MMMCLII

Post boss

And thank goodness I decide when this is pushed into the public so by the time you read this, I'll already be back home. :-P

More comes later... I gotta go for a doctor's appointment

Take MMMCLI

Definition typo

Take MMMCL

The reason for doing this first is because that makes debugging easier... Having that boss in my way can really spook this up.

Post boss script

Now post boss stuff will have to be worked out later...

Right-o

Take MMMCXLIX

?

Huh?

Take MMMCXLVIII

What was I thinking?

Wrong var

Take MMMCXLVII

Let's forget about THAT one!

Take MMMCXLVI

Missing link

Take MMMCXLV

Pre-Boss

Pre-Boss

Right!

Take MMMCXLIV

And now a quick in-game test

Still a lot of work to be done, though

At last

Take MMMCXLIII

Ah.... Found the source of evil

Take MMMCXLII

Again

Old data?

Take MMMCXLI

Idiot

Take MMMCXL

Character Removal Routine (should shift party accordingly)

Altar placed plus popping exits

YUP! THAT IS THE BIG GAME TEST!

Take MMMCXXXIX

But now the "moment suprème"!

The data on my screen seems alright

Added tag VERIFY

That looks hopeful already!

Take MMMCXXXVIII

First a build only routine... This will already be a very important step

Only ONE way to find out!

The biggest and most important question is of course, if the game will work

And NOW it works!

Take MMMCXXXVII

GINI syntax error

Take MMMCXXXVI

Configuration file adatped

Now treasure is actively able to modify Kthura Maps, and as such, it may seem better if I make that one read the old data (even though that makes things slower)

Take MMMCXXXV

Missing link to compiled data loader

Take MMMCXXXIV

Adapted

Next patient: RENC

My cat is now bothering me, though

And it's definitely faster too

As far as I can check that appears to be alright!

Take MMMCXXXIII

Compass data generator adapted

Stuff appears to be in order as far as I can currently check

Take MMMCXXXII

And data generation

A few tiny things were not yet in order... No big deal, but it requires another take

Take MMMCXXXI

Compiling

Adapted the SCI runtimer

Well, everything seems to be in working order, so far....

Take MMMCXXX

And generate tons of new data required for the new setup in the process

Let's see if that works

I've adapted the mapaction tool

The fact that this may be the easy road, doesn't mean this won't be a lot of work. Loads of stuff will have to be reconfigured... Easy, but loads of work.... So this operation ain't over yet.

Of course, for me it's not thinking out what the best course of action will be...

I can, try to put the compiler in the builder, but I wonder if that is the right way to go. The way the builder has been set up may cause me a bit of a problem here. The easier way to go might well be to to allow the editor to directly export into compiled form upon saving maps, but to only load the raw ones. Changing the editor for this purpose really seems the easier way to go.

Making SCI support this will have to be done anyway, and I've already set up things within Kthura that should make that part of the process very easy, actually.

So all in all setting this compiler up was definitely not a waste of time!

Now raw Kthura maps are easy to manipulate in case some corrupted data gets in here, that is harder (if not impossible) with compiled Kthura data, so that means the raw Kthura maps are, as far as development is concerned the better option, yet for release the compiled maps will definitely be the better option.

Not only it works, but it's DEFINITELY faster than loading a raw Kthura map, which also confirms that it's likely the raw Kthura code parser where the evil lies.

Take MMMCXXIX

Now to test loading compiled Kthura maps

Dictionary read error

Well conditional compiling can sometimes make debugging easier, eh?

I think I found the little bugger!

Why?

The Recognizer doesn't see the existence of the dictionary

Testing the compiled Kthura Code Loader

Though I'm afraid the actual testing comes later

Code that should read compiled Kthura code should now work

Update

As this is just cosmetic I ain't gonna throw in a new take for that one

Wrong compass data

Take MMMCXXVIII

Script linkup

Take MMMCXXVII

That should be fixed now

Little tag issue

If not, I need to sort out if a splitup can help... Now now I'll have to leave it at this....

Yeah, I know that the Holy Forest takes a crapload of loading time. For now there's nothing I can do about that... I hope that the Kthura compiler can help on that later.

Take MMMCXXVI

Encounter config

MapAction data will now automatically regenerate all data too. It doesn't need to, but all it knows is that (nearly) all map files have been changed, so it will start regenerating data. Oh well, a complete refresh never hurts... I only takes TIME.

??? Tag detection on origin not right?

Music change upon entering the final room

As a result of the present operations the entire compass table for the entire game must be regenerated. Luckily the compass data generator should pick that up automatically.

And the origin call can also be done now

The altar that is supposed to go here is yet still missing. All in due time

006 Basis

This can make more maps have that detail that morons will fall over covered

Copied a part to make the transfer better from 005 to 006

Portion copyer

I'm not gonna fix those maps for 1 pixel... If it really leads to annoying situations in full game tests, I will see if I can sort it out

1 pixel short

A little more workout

Now this was just easy to implement, but not my main thing,

Important warning

This operation WILL invalidate some older savegames depending on the location where the savegame was made.

Particularly in the first half of Kokonora Forest, the savegames WILL be useless!

It APPEARS to be working

I need to look if that all went the way it should

A first origin correction has been performed

Set up origin correction! This can save RAM usage on the blockmap, but also strange blockmap behavior due to objects being in negative numbers

Added tag WARNING

A few enhancements to my Kthura tools are needed, so let's do that now... It will also save me a lot of trouble on future projects.

And the listen test confirms a succesful import

Take MMMCXXV

But a listen test will have to confirm everything

Well at least my WOLF tool picks it up

I think I see why

But apparently that failed, eh?

Linked to the stong through JQL

Imported "Chanson d'église" by Wicky77

No time to work on the game today. I hope I can do some work tomorrow!

The rest appears to be just fine

THAT should take care of the evil bugger

Blockmap issue found

Take MMMCXXIV

Area 005

Hardware issues.... I suppose they're fixed now

Sooo true!

Added tag OFFTOPIC

Later!

That's been fixed, but that doesn't need an extra test

There's still one tiny issue to take care off, but the technical part is okay now

Take MMMCXXIII

And I fixed a missing exit spot

I think I took care of things in this department

Let's check it out

Apparently there's a blockmap issue.

Take MMMCXXII

RENC not yet configured, but that's on purpose. This way I can test things in a more relaxed manner without having to worry about encounters

Area 004

So far.... so good!

Take MMMCXXI

Indeed there were a few configuration issues, which have by now beeen fixed

Things do not yet seem to be fully right

Take MMMCXX

And now to test the first half of the Holy Forest which is now completed. When this works (I don't see why not) the second half can be developed.

That should add these enemies as random encounters to the Holy Forest now

Map configuration

Highwayman (Neonor) (should be the same as all highwaymen except for the graphics. Halflings and centaurs here. Some Gnome highwaymen may be added in some places on the Tinker-Island.

That all appears to be working!

Take MMMCXIX

Doesn't justify an actual test, but the next take is to see if MapAction and Compass won't throw any errors

I hope I can add the random encounters tomorrow

Just a savegame area

Area 003

Take MMMCXVIII

A few hint markers

Scyndi pole out of range

Blockmap Not properly closed

Jeroen on da case!

That's not right!

Take MMMCXVII

Removal script for "TarBar"

Area 002