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

Undummied checkups

This marks also the first two permanent actor removals.... Of course I gotta test if that works the way it should....

After

Alias for Astrilopup (otherwise they would not work properly in combat)

So far for today... I'll get into the actual fight and what happens after that tomorro!

FINALLY!

Take IV

?

Apparently not

Take III

I think I found the "evil"

Interesting.... No text at all, just a blank textbox without only the header

Take II

Okay

Huh?

Take I

Alternate fonts supported now... Or at least, they should be

Just as I thought... The alternate font stuff is not yet coded..... No matter, that shouldn't be too hard (I hope)

The text prior to the Astrolpup fight should now pop up

(the check if this has happened before does NOT YET tale place. This was done on purpose for debugging purposes).

Yeah, it's lazy, but Kthura was actually made to tweak like this, so why didn't I do it back then.... Because I was new to my own system, most likely....

In the old game they spawned on their respective spots, but that is too much of a bummer now

Astrilopups added

Dominance failure

ZA Link

The Astrilopup encounter does not yet work, though

Office in Yaqirpa will now change the visibility settings

In the next room there's an encounter with two Astrilopups, resulting into a fight... That is my next target.... Once that is done I might do some more things on the combat engine, but the hard work there is now as good as done....

This allows me to let the combat engine be for a short while and focus a bit on the scenario... Not for too long, though, but still

This should solve all issues I have for now....

Photon Gun

But that has to wait till later....

I will have to put in a spellani for photon gun.... (easy)

Right that should cover the portrait issue

Oh wait... it was less idiotic than I intially thought... Brigg's protrait did get me here.... Still things are not right!

It appears a lot works, not not fully... not only does it copy the last hero's move, but even it's picture.... We can therefore safely state that things didn't go the way they should...

Take IX

Too little AP does indeed cause an ability to be cancelled

...

Bad class member

Take VIII

AHA!

Take VII

So i need to find out why the impossible still becomes possible

The impossible happens

Take VI

Code Typo in AI script

Take V

Directory error

Take IV

Syntax errors

Take III

Forgot to save

Take II

Unknown identifier x5

Take I

I'll get to test this all out later!

Linked this to the combat flow

Default AI has been scripted

This will not show much yet, but this script is required for the enemy's AI... At least the default AI

Enemy target selector

It's not yet ready, as the AI itself will have to be taken care of

The run-time foe compiler now pre-configures the AI

Property as a quick link to the chosen AI script

One important thing has been checked, as that could really spook things up if that was not right.... Fortunately that is all cool

Before I can code an AI though there is still a lot of crap to do

And all adapted enemy data regenerated

Now that took some work, but I got my foe-pre-compiler so far now that it will work out all actions, including the "system actions", which is something not used in the new version, but that is now all properly converted.

Good!

I've studied the data of the enemies in order to make sure I get the AI right

Attack

Next stop: The Enemies Strike Back

That settles it, then

Take XI

Elemental resistance was not yet properly covered, it seems

Take X

Another bug prevention for later

Take IX

Spark

Not a real problem though.... It's easy to adept stuff for this ;)

Okay, the crash happening now had to happen as I didn't yet put the SpellAni in for Wendicka's only ability yet (the only one she has at her disposal at this point of the game, that is, as she'll gain more... of course).

Take VIII

This asks for dirty code straight from Hell

Take VII

Not all lines using a corrected function were adapted yet

Take VI

Non-existant function called?

Take V

Naah!

"non-existent situation"?

Take IV

Syntax error

Take III

Bad Function setup

Take II

Voided a stupid function call....

Take I

I must take my rest now, but I hope I can get the test on the move soon

Ability counter.... Very important for Foxy and most of all Wendicka... Those two can learn new abilities based on this (on Foxy a few other factors play a role)

Some last linkups done

Abilties have been put in

That appears to be working

A little test

Hover detection abilities

Abilities....

Here some workout is needed.

Next stop, using spells/special abilities in combat.

All's cool now! Yay!

Take XXXII

I think

Forgotten "return" command?

Not there yet though, as the inventory spook up is still an issue

Okay, that part is fixed

Take XXXI

Done

I had to rerun the barf script....

Take XXX

I think I got the bugger????

Take XXIX

Extra line will have to give some clearance here

Very well, resistance value is indeed 3, while it should be 6

Take XXVIII

A debug line must explain why

Nope... still damage

Take XXVII

Later concern but I did issue NeilProject/Neil#22

The rest looks okay, though

Which makes it evident that I need protection against dupe labels

Ah, an error in the case statement

My savegame database analyser shows at least that the healing as an element is configured correctly

I only need to push that to later....

Item gets picked up in the field menu, that should not happen

Healing damages in stead of healing