Tag failure

Take V

Party pop failure

Take IV

Forgotten to make Foxy kick Reggie on the appropriate moment in this event

Bad for-each syntax

Take III

Unknown Identifier

There are still means to get stuff done, though, and speed is not my main concern for testing this crap

So here comes TAKE II

Is running and it slows my entire system down.... Bummer, but hey, this also needs to be done

Link error

The event in the Ji-Temple following up won't take place yet... I will do that once I through all this!

Take I

I need to put it to the test now.... Wish me luck, folks!

Ji cyborg event

Quick test

The event itself does not yet work, but when I'm done, it will ;)

Which links Y Anhysbys to the Ji Rubble event

I've set up the exit

This support is (for now) only available for C#.... I may make the Go and C++ libraries compatible too, but that is not really something I'm in a hurry about at all...

I've set up a driver for JCR6 which can read and extract from Westwood PAK files.... Although this is the worst kind of packing format I've encountered so far, and it was quite a challenge to link that up with the high sophistication JCR6 has.... However since this was possible, it had to be there....

Aside from having extra bullets (if you upgraded those) none of Crystal's upgrades will take effect YET... As for that I need to alter the combat code, and time didn't allow me to do that yet, but that's already on my planboard, so doncha worry about that....

Upgrading ARMS does work now!

Here the same rules as in the original game do still apply... well mostly

Upgrading should work now

I need to see how things were in the old game on this, although differences are allowed here, but still

All pre-upgrade stuff for Crystal's ARMS done....

Idiocy

Hey, that's fun... Code that can help me to write a Westwood-PAK manager for JCR6 (which I wanted to do for some time), however, as the format has no signature or anything like that, we might have a bit of trouble recognizing the file... Dang....

A message of rejection if you try to upgrade ARMS with any character whose name is not Crystal.

CHA-CHING sound on making and spending money

The basic concept works pretty nice, actually

no crashes, just a small calculation error which could unbalance what I was trying to set up

Upgrade fault

Take XIX

The actual upgrade

Take XVIII

Wrong data given for upgrade prices

Take XVII

If you're gonna do it, do it right!

Take XVI

Readability issue taken care of

Take XV

explanation

Take XIV

Coloring error header line

Alignment errors

Take XIII

Moar of that crap

Take XII

coordinate error

Scale error on weapon image

Take XI

Tag error

Take X

Get error

Take VIII

Missing class field

Take VII

.png missing

Take VI

Boolean syntax error (rather a typo)

Take V

Syntax error

Take IV

Constructor error

Code typo

Take III

Stupid! Forgot to link to the map

Take II

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