Extension error

Take I

I have taken the differences in mind with the original game, and things will be attempted to recalculate to come close to things, and to even "correct" a few things, although it will never be fully the same. Sorry about that

The pricing and calculations of upgrades is NOT the same as in the original game... A few new formulas have been put into place... The reason was just because that was the easier way to go, actually... And also a few technical reasons

I've set up an empty template script to code the ARMS upgrade upon....

Upgrade weapons system has been set up

In other words ALIASing

Project file adaption for easier access

Banika now works the way she should

IDIOT! (Take III)

IDIOT!

IDIOT!

Take II

And a debug line that must provide me a few answers

Rather odd error on the availability check.... Extra security set up

Take I

Done

Not yet linked to the map, so the game will still crash when you try to talk to her

menu for Banika

But when it concerns Banika... That was the easy part

That all works

She should appear in the Hawk in this process, but the upcoming tests will (of course) have to prove this....

Banika

This was needed to make Banika disappear from Y Anhysbys after you spoke to her there... but it wouldn't make sense if she instantly disappeared, so this way I could make things a bit more fitting.

This will not remove an object from a map right away, but mark it as removed for the next time the map is loaded.....

PostKill()

Take III

Blockmap Issue

Hopefully some texturing issues fixed

Blockmap fault

Doors would close in an instant (nothing can move that fast)

Take II

Code typo

Take I

I didn't yet script Banika... This because she's easy to do, and speaking to her has consequences for the Hawk that I need to study first

I've set the door at the end

It works

Quick test (with a cheat all is possible now)

Ahah... Wrong floor number, eh?

Why?

Although you can hit the door North, it does not slide open, while it was scripted to do so

Does it work?

Boss

Although a small bug had to be taken care of, but that's alright

That works

Take XV

Link Established

I only forgot to link the animation function to the drawing routine.... This is not a very serious issue, but still a bit of a bummer

And Paralysis DOES do what it has to do

Inflicting a status change works

Take XIV

(This was the dungeon I feared the most for with the bugged tiler. I do have an idea though, but I will need more time to put that to action. If that idea works, my issues should belong to the past... at least I hope so).

Are they all accounted for now?

Moar

Take XIII

Some Kthura Map issues

Take XII (Dungeon as a whole)

I was still on a general test which ended in take XI, so that test will now me resumed at take XII

#111 - At least I hope so

Direction error on Kicking Reggie East and South

Kick Reggie on board the Hawk if applicable

The text on board the hawk changes.... Good

It's good to know that a ZonaAction conflict is possible when loading a new map

Take I

Wendicka

FINALLY

Take XV

no matter

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