Take VI

Voided that issue (I can't speak of a 'fix' here. Microsoft caused this issue and never fixed it either).

Or rather another punch I should give to the moron who introduced \ as directory separator in DOS

But leads to another crash

The chain now appears to be working

Take V

Another typo

GRRR!

Take IV

Code typo

Take III

Does that solve the problem?

I've done things a bit differently

It really does seem to be a scheduling conflict.... Let's sort this out

Let's see why the road to sickbay isn't done then....

a bit of a slowdown then?

For some reason, the fade-out, and the transfer to the Excalibur sickbay are completely ignored... Of course, this could also be due to this being a schedule inside a schedule? (Should not be the reason, as not even the map loads)

Color issue

Take I

What should and what is, are always two different things, so testing is in order.

All the script that comes after the boss SHOULD work now....

Some "evil names" set right.... I didn't like that original setup and since the mapscript have not yet been set up, things are a bit easier.

Time to compile... again....

Always in development ;)

Sleep API

Fixed that

Oh yeah, who was it who came up with \ in stead of / for directory sperators?

And converted it to .ogg, as for some reason it was still .wav

That should do it

Well it was used before in Scyndi's forest quest

No explosion audio

A few minor things (I hope)

So let's see.....

The easy part is done (I think), but the easier the code, the more bugs pop up for some odd reason

I gotta love it that Neil supports conditional compiling :P

Now that I know that the boss fight itself works, I'll focus on getting the event around it to work properly, and that ain't as easy it you may think it is, so I temporarily turned off the boss fight

Dang!

Take VIII

WTF?

Take VII

A few more levels for the boss

Forgotten schedule

clearup issue fix

Take VI

Bad stat definition

Take V

So I need to compile again

That was a bug in my C++ code

Removal from party impossible due to bug in the checker

Take IV

(And I did not yet get to test the boss fight... sheesh)

Another syntax error

Take III

Scope error

Ah, now I see!

Take II

?

Take I

But first, the fight itself

I can quickly turn the fight itself off for testing the events that come next... Due to their complexity I'm afraid that's needed

A safety crash will be put in place after the boss... This to prevent some spooking up on things....

Boss set up

Prep code for the boss

The boss fight itself comes later

That ought to do

Porbably now, but we'll see... I guess

Does it work now?

Now this is REALLY getting on my nerves

Please!

Please?

AAARGH!

GRRR!

Kthura Tag Case error (yeah, even when using a case insensitive langauge, that is kind of an issue)

urgh

scope error

A little test

WTF?

Pre-Boss stuff

And let's compile, eh?

All mixed up together

Glue

Kill Char API

Works the way it should!

Small test is in order, but nothing spectecular expected here

Adeption to link savebook 2 more properly to the mapscript

Made the "YOU WIN" animation a bit faster

As the end of the dungeon is now nigh, things will get a bit more complex from here, as I not only have to script out the boss, but I must also make sure Briggs is properly removed from the party permanently (and also removed), and make sure the game will chain properly to the next map. This is pretty delicate.... However it should not be too hard either....

Now it works

Take TWO!

And fixing this issue

I should never forget the ZA link commands

IDIOT!

Well a small test is required, but no serious issues are expected here

Activated the two Astrilopups on the top

They will ignore you for now though

Astrilopups have now been placed manually into the map

Take V

Class issue

Take IV

And that should take care of that!

Final stairway event linked to zone

I forgot something REALLY important, I see

Take III

Conflict with the scenario tool. I really must fix that thing!

I *DID* save the script

FIx ignored?

Take II

THIS WAY THEN?

GRRR!

Take I

Now Wendicka will regard all Apple devices as "Mac". This is a bit of an issue maybe, but since I don't have plans for iPhone and iPad, due to Apple's paranoid policy for those devices and Apollo's license not even being compatible with the AppStore, that should not really matter.

Wendicka is now able to break the forth wall when the time comes!

So far.... so good!

Take IV

Syntax error

Take III

Error in the script that makes Wendicka whine

Take II

And fixed some data in the Kthura data as well, now that I was at it anyway

Forgot to link the show code

Not quite

Take I

Neither has the top of the tower

The 4th wall joke has not yet been covered though

And Wendicka will start her whine if she hasn't yet done so already

That has now been taken care off

The visibility scripts have not yet all been set up, so things will not yet fully work the way they should

I've linked all stairways together

floor 1 of the tower should be working now?

But that comes later!

Next stop the door

All cool!

WalkTo

Key

Take VII

That should do it... I hope

Halved the duration

Take VI

This should slow down the speed... I hope

Now this is only cosmetic and all easy to fix

Gaat te snel en duurt te lang

But what I see LIJKT NERGENS OP!

It works

Take V

Code typo

Take IV

GRRR!

Take III

And that should void the issue until a FIX can be found, but that is out of my hands

Write up better documentation idiots!

Adapted to this idiotic situation

The negative versions do appear in my JCR file lists... good

Adapted my scripts

Well Let's get my old Neg tool out of the closet them.... No point in keeping stuff that is not gonna help me, eh?

Wonderful SDL2 refuses to do what it has to do... The joke is... people on the internet claim this to be impossible... But here's the rub... a program I use to pre-render this, written in C# uses monogame to make this happen... MonoGame uses SDL2, so whatever SDL2 cannot do, MonoGame can't either... Why can MonoGame do something SDL2 can't? Yup, that canot be possible.... Why this happens this is beyond me, but it will have to be sorted out later....

this is odd... very odd

An access violation... These can always be rather nasty

That makes it clear stuff is NOT working the way it should under the hood

Total crash

Take II

And one that was really really really dumb stupid and idiotic

Syntax error

Take I

Time to resume the action

Don't give me that look... Resting is an important part of the job too, you know!

I will test soon.... First I need a cup of coffee....

Negger start and end and cycling

Yeah, this may finally allow me to get to see if the effect works... or not....

"Negative" view for enemies in action

All's well now!

Take IV

All okay now?

Astrilopup facing wrong direction

Music issue?

2 Astrilopups now?

Scheduled event does work properly, though

Music doesn't change

Only one astrilopup, I asked for two

Astrilopup enemies facing into the wrong direction

Combat starts but

Take III

Fuck you!

Take II

Syntax error

Let's test - Take I

I voided a few bugs due to the wipe out feature that has been planned

Combat

This appears to be working... cool

Take V

However an extra test is now required with my older savegame to see if everything is "perfect"

so far so good

Take IV

Minor issue due to being too fast

Take III

Permakills should now work when loading a savegame (at least, I hope so)

At least the swap data shows that the permakills are saved

Clearly not

Take II will serve to see if the Astrilopup removal was indeed permanent

Code order

Take I