And I wonder how this could happen, as the system is set to schedule all those kind of actions to a safe moment

Issue itself.... "Self-kill" commands are a bit risky in a non-garbage-collector-like environment

I hope

It doesn't

Take XIV

I think I know why this happens though, but let's forcefully crash it now to test if the error screen works the way it should!

This particular issue has now been caught in a proper error message

Take XIII

This can only mean that C++ has thrown an exception which Apollo was not yet able to handle

Solving this instantly crashes Apollo, without a crash notice

Take XII

Yup!

Well the example shows... but as soon as you click the game crashes... The error shown is even more ridiculous, but perhaps I overlooked an old instruction that is different in Apollo, who knows... Syntax highlighters only bring you this far, eh?

Take XI

Okay, that was a stupid thing to do....

Test Take X

FUCK

Take IX

Wrong type in declaration

Take VIII

Weak typing in Lua.... Very nice thing in Neil (NOT!)

Type error

Take VII

Voids issues like these in the future

Alias for MBOX1

And that "fixes" another crash

The sounds used for the memory buttons in Y Anhysbys were among them.... Although I already had some files from this creator, these were demo files in the original. Y Anhysbys was the first non-demo dungeon of the original game. Since I won't make any demo now but go for the entire game in once, this is no longer applicable, but some "scars" remain

Missing audio files

Take VI

Conflict caused by the differences between classic Lua and Neil

Take V

I see that += is bugged in combination with comments.... This is a bug in Neil, but a hard one to fix

Take IV

???

Take III

SIGH!

And still there was more....

"Unknown indetifier" x∞

Take II

Anyway is always required (I named that library that way for a reason)

Ready for take I (memory)

That completes the link

Done

I do need to set something right here first!

That should link everything together

Script for the memory puzzle here

Ported the original puzzle from LAURA II to Apollo

I'll leave combat be for now... We got a little minigame to concern about now

Take XI

Crash on initiating status change

I've activated the God mode as testing is impossible with enemies like these otherwise

Take X

Unfortunately the game crashed before I could save that, so that ability to debug this phenomenon any further slipped through my fingers

I thought obtaining ability bonuses didn't work, but since Foxy did obtain TWO of them in the last fight, I know that DOES work... They don't show in the menu though

Crash

Take IX

hmmmm?

Take VIII

Illegal function call

Take VII

Syntax error

Take VII

Disease animation

Code typo in an unrelated fix

Take VI

Code typo

Take V

Class issue

Take IV

A few Kthura dominance issues

Take III

Taken ARMS chests in savegames could crash the game if it handles a map with multiple layers in stead of just one (the 3 other ARMS chests were all on maps with only one layer).

Take II

But that "fuck you" was now really to myself, as I did put that obligation into Neil for a reason

Forgotten declaration

Well, I gotta try the dungeon out now for real, with all enemies working -- Wish me luck -- Take I

Will it all work?

Causing status changes

I've made a beginning to the paralysis status change

The secret passage will now be invisible unless the player enters it

View issues caused by my rotten tiler

Missing Reggie kick

Another take then?

Small fix

here goes

Some unrelated business taken care off.. hey, it still needs to be done.. right?

(No walking actings, that's the cake)

(And it's fortunate that with both the pirate event and the pre-final dungeon event neither will cause serious issues... At least that's what I hope)

I haven't yet written the welcoming script, but with ZA that's easy to implement from the savegame anyway

I've been rewriting part of the mapscript, as this was producing bad results

Go to Y anhisbis

At last!

Well, let see now

Now nearly all my savegames I made after I arrived at the Hawk for the first time were useless, but as I was not game to get my data reset I hacked my savegame file... Since the savegames are just JCR6 files and most data even being text file based, this was very very easy

I think I fixed this

Do I get the expected error now?

Arrive issue

The idea for now is to make the next step in the process to start on Y Anhysbys....

Things appear to be in order... (for now)

In my save Foxy now learned "Stun Stab", and that enables me to get working on status changes more thoroughly, but that won't be before I starrt on the Y Anhisbis mission

And let's go on, here!

(And then to think that way of working was already not there when I was working on Dyrt.NET... figures)

A kind of error I simply can't stop making

At least Münchhaussen appears to be working.... yay!

We'll have to wait and see...

Is it all okay now?

More analysis

more fine tuning

Configuration finetuneing

Wrong function type

But not quite yet

getting there

And here we go ... again..... :-/

Invalid delegate definitions

Well, this time then?

Oh brother

Foxy had to break in with a bug of hers....

Let's see now

code typo

Let's go... again!

I've removed the umlaut on the name Münchhausen temporarily... I will put it back later, though

Syntax error

Well, Münchhausen will be tested, among many other things... let's go!

Of course, I'll need to test if this works the way it's intended... This is gonna be a nice ride...

The ARM is named after Karl Friedrich Hieronymus Baron von M¨nchhausen. This is actually NOT a fictional person (despite Wikipedia claiming otherwise), but a real person who was rather fond of fantastic stories. One of the states he flew through the sky on a cannon ball. Crystal's ARM is based on this story.

I've written the script for the Münchhausen ARM

#107 - Although I cannot test this yet, as savegames existent with this bug will remain bugged... forever

Take II

"Oops, sorry!" worked in a way it shouldn't!

Take I

it's hard to check if ExHuRU will indeed come to Wendicka's protection, however all I can do for now is trust on that ... If no proper occasion comes to test that manipulation through debug cheats will have to help me

"Protection Protocol"

"Oops! Sorry!"

In combat I still have a lot of nightmares to take care of though

Observatorium is considered done

A few small fixups

Next part!

Tile issues in the corridor prior to the toilet part

"Hah! Take that I'll kill ya" (Wendicka's Death Blow auto ability)

Well let's see if I can get through the observatorium WITHOUT crashing the game....

Reference error Foxy's Dragon Burn SpellAni

This has solely been put in in order to make reviving fallen characters possible

Curing status changes in battle possible now

All zones within the observatorium should work now

Take II

Tag typo

Well?

And Wendicka should make a not of the place when you first enter the actual dungeon part

And others should not be able to

Wendicka should now be able to open the door with the terminal

Formality it is... :)

Take VII should be only a formality... At least, that's what I hope....

Almost there

Dominance issue on the teleport pad

Take VI

A map fix (at least I hope this is fixed, as that particular issue is getting on my nerves now

Coordinate error

That fixes stuff

Take V

No matter if the data is correct, if you forget to link it to the actual doors nothing will happen... dummy!

Take IV

Update task forgotten in main updater

Take III

Load issues

Take II

Wrong function

Take I

I cannot yet test that door to the main part, but at least I can test the doors in the start hall

A half link has been made to the doors leading into the dungeon itself, however this has to be tied to a specific script and that script has not yet been set up

The sliding doors have now been scripted... At least the ones between the corridors and the entrance hall

I suppose it is

Take XI

I hope I voided the issue in the entrance hall now...

And in TFT REVAMPED I guess I need to worry for the floors in the Spirata temples and such, but that will be something to worry about later

The experiment failed... The pre-rendered tiled areas all come out as empty textures, possibly even completely transparent. I'm afraid the tiled areas will therefore remain a problem for the time being... Easy for me to void.. well mostly, but it will get me some extra work, and I don't like that!

Take X

I've done a bit of experimentation in Kthura... Hopefully this will turn out my new Tiler works the way it should... It may eat a bit more RAM, but I should get speed plus bugless tiling in return...

At least, THAT's the idea.

Take XI

Label issue

That Start issue is succesfully voided

Take IX

Start bogus

Take VIII

LALALALA

No clue how THAT could happen

The log shows that the player has spawned outside the map range.... 5x the width of the map.....

Take VII

I really wonder how many more are missing, actually

Missing asset

Take VI

Music properly aliased

Start point error

Take V

Dominance issue that gave a bit of a strange effect when beaming to the observatorium

This confirms though that the issue with the transpad leading to the observatorium has been fixed, though

Oddly disappeared starting point

Take IV

Elementary, my dear Watson.
The stuff SHOULD work now!

So I fixed that