So far I see exactly that what I hoped for... good!

Okay, let's do that AGAIN!

Imbecile

Let's go again!

Mod import needed

And I need to see what will happen now!

I did link the SASKIA script to the combat engine in order to make Irravonia meet some slimes... The number of slimes depends on the chosen difficulty level

Let's try that AGAIN!

Fixed it

I feel I'm gonna do this wrong countless times

I need to check if that works, though

First part linked through SASKIA

I did make a few changes from the original here, this due to technical issues in how the game's written now, but also in the sense of some lore things I could now make a subtle hint to... I decided what Irravonia would do for a living after the events of this game, and she has become a professional sportswoman in light combat, which is a typical Fairy sport... The scenario now hints to this little fact....

I worked out the scenario for Irravonia's boss confrontation....

BEAUTIFUL! It works now!

Only one way to find out!

Will this work?

Tried it with a different approach

THAT wasn't very helpful

I need to test what this will do

Deactivated SASKA force crash in main script

No layer link on chainmap

(Which was only to be expected)

But it appears SASKIA has not yet been completely linked through

Well this does indeed fix the NIL

And of course, now I gotta see what'll happen

So I tried this

I THINK I would out what went wrong here, although I do not have solid evidence yet

Added a quick note in the source code!

Elementary, my dear Watson!

At least I can see that the SASKIA link routine is where the error is thrown, as that is where the nil is (falsely) received....

So let's find out what's going on here. Are you coming, my dear Watson?

So something must be wrong with the way the label is either formed or sent

Well it appears the system DID understand a SASKIA script had to be executed now, but the label code SASKIA received was 'nil', and that was NOT what should have happened

So let's test this all out!

A special error message that will pop up will confirm this is right... yeah this sounds odd, but sometimes oddities are the thing to aim for ;)

Since it's the first time a SASKIA script is used like this, bugs can be expected

I made a ZoneAction link to the SASKIA label from the map zone meant for this purpose

The SASKIA script appears to have a skeleton section for the boss fight already

A bit of stuff in the Xenor Bushes map file

A lot of work here is done now... Good.... Still loads to do

Work work work!

Running

All I can confirm is that at least the AP builder works the way it should... Other than that no crashes, and full tests must be fulfilled once I really begin setting up work with a full party

Take V

Crash prevention

Take IV

I think I fixed it!

Take III

Errors pop up, and I hope these lines tell me why!

Take II

Library error

Here goes... Take I

This has not yet been tested, so....

Exp and AP rewards for moves if applicable

I fixed the damage that caused

Data conflict

I've added the AP and skill experience gainer for items and moves

I already set up its stats and stuff, and balancing is not really needed since you are supposed to lose that fight anyway

Very well, now that this has all been done, it's time to make the first boss enemy enter the field....

vUpdate

Well at least there's SOMETHING that I can get on the roll in one go.... sheesh!

Take 1

Currently the time before the game moves on is 9 seconds. Due to the FPS of 32, you'll need 3 to 4 seconds to refill your HP if the entire VIT bar is being used, so that should work out just fine.

If you have a slow computere were FPS is an issue, this can conflict a little indeed.....

I've set up the system that will activate your vitality at the end of the battle

IT WORKS!

Take D

Enemies should not be able to target the back row

Foes have no player fields

Take C

Wrong variable used for max heroes

But now still a crash in the default AI script

(This was of course NOT what I was testing, but it did show now for the first time....)

I can finally confirm that the dupe enemy crash bug has indeed been fixed.... A bit late, but better late than never

Take B

Well fixed that

If somebody can screw something this easy, I can....

Take A

So here goes

This has not yet been tested though

The "flicker" effect to indicate which enemy is attacking you should work now... Not only that, it should also transfer into the SpellAni stage

I've Altered the Foe Compiler to load the negative versions of enemies as well

The AI works, however as the FOE stance animator doesn't yet work, this is where it ends... for now....

Stupidity killed the cat

Or was that saying different?

Code typo

And the AI is now linked to the time gauge.... This means that enemies now should respond to the timer gauge and therefore attack you accordingly

The next portion is to make sure the enemy can do its action.... Since these enemies are pretty weak, this could be hard to test, but there are always ways to do that

FINALLY!

Take FIVE

DOH!

Take FOUR

Kan ik dan ook NIKS?

Illegal function call formulation

Take THREE!

Bullshit

Bullshit!

Take TWO!

Code Typo (GoedGekeurd became Afgekeurd) :P

Take ONE (or am I really too pessimistic now?)

All I can test is if there are no parse errors while loading, so that's what I'll do

There is no telling if it all works the way it should though!

Link with the AI module has been established

Declared the AI_Data field in the Foe class.... The entire AI script will be put in there, which is thanks to pointers and stuff quite easy

And I've scripted the Default AI script, however it cannot yet be tested

Wrote the walkthrough for King's Quest IV... A walkthough, about, say 30 years or so overdue...

And the rest comes later

An empty void function

AI Default module

And now it will come down to making the enemy AI work, so I can work on the boss Young Irravonia must face to complete her prologue. Time will tell if this will be easy or not, but once this works, some of the most important obtacles are out of the way

Well, gotta see how this will look in-game, don't I?

Level Up Flash taking forever should henceforth be fixed

That will have to do

So let's generate this again!

That is still too high, but looks better already

I only need GJCR to check how the new numbers will be

Made a new calculation with new numbers

The latter appears to be the result of very extreme calculation results

And the experience from level II to III is waaaaay too much, folks

The flickering after a level up appears to last forever

Oh Crap!

I didn't count the takes this time, but I suppose I should have

???

And since things going well is a mortal sin, another crash pops up

I should have fixed that now, though

Level up will crash the game

I may have fixed #76, but I need luck to see if that's true or not

Something I get so tired due to this

Syntax error

I'll only know if two of the same enemies appear without crashing the game...

I've set some things up and hopefully that will fix things up at last....

the mystery behind the crashes when compiling foes has been solved... Now I need a proper solution... :-/

Illegal function call

And at this point it's pretty hard to test

I've written the code to make characters level up, if they get to the required experience points.... This has not yet been tested

Set it into the general asset loader

Although a test did make the system go haywire, and I do not know why

Recycled the "Level Up" sound from The Fairy Tale REVAMPED

And suddenly it comes back... But way does compiling FOE_1 work, and FOE_2 not work? Nothing can make this possible, since all procedures are the same... If one has a possibility not to work, same goes for the other!

I can at least say that the corrupted savegames did appear to stop

The crash mysteriously went away

I need to sort this out!

Oh crap!

Declaration error

Let's Go!

#75 Although I must test if that all works the way it should

Some "real life" stuff

NALA compilation script

Kill Character

Each iterator for chars

Loaded Character Listout

But before that I first wanna make sure the random encounter guage resets after combat, because this is very very frustrating... Can't do a movement without engaging into combat (and the system was meant to protect against that).

I think that my neglecting to clean up the FOE records from the RPG database is what causes that to happen.

However I got myself a corrupted savegame, and I wonder if the combat routine has something to do with that, or if it's really a file that would have gotten corrupted anyway

The Music issue has been fixed

Take LVIII

Wrong var name

Take LVII

Let's see if this fixes the music issue!

And I'll frustrate myself some more when I had some sleep

all pushed

All pushed

Music popper still bugged as popped music won't play, however that is a later concern

Take LVI

I hope

Almost there... Now if only the music pop would work the way it should work...

Take LV

I can only hope

Take LIV

ANother cockroach?

Ya never know, but let's see... Take LIII

Did I get that lie out?

Lying interface

Take LII

Another cockroach... I think

Take LI

Is that fixed now?

What is SASKIA whining about now?

Take L

I HATE whining software... Giving errors when there are none!

Let's see if I voided it all properly now

It would be a total disaster if I'd get some sleep tonight, that much is clear!

WTF?

Take XLIX

UUURGH!

Take XLVIII

Yeah that was pretty stupid indeed

The stack library... It was busted like hell.... And since it was not properly linked to at some points, I never noticed this...

Deprecated 'new' definition

Take XLVII

Music pushing and popping

Internal issue

Let's see, Take XLVI

But I THINK I fixed that

That crash is not!

The timing appears perfect

Take XLV

Syntax error

Take XLIV