Bug on 1 target attacks learning new moves

A little mistake

Reload Crystal's ARMS on recovery spots and save zones

DA FUUUUUUCK!

Poep gebeurt

Group error

I have not yet implemented she reloads her ARMS on save zones and recovery spots, but I need a recovery spot to check that

Crystal's ARMS should now be usable in combat

I think I fixed it!

And that will be something to sort out why

The system crashes on multi-target attacks

Although that was only a cosmetic bug

Wendicka's information for obtaining a new spell was not correct once she has more than one spell

This also affected both characters so I had TWO characters to fix

Dupe learning (I think)

Maybe THIS should fix that?

The game no longer crashes, however the ability is NOT added to the ability list

FUCK YOU!

spellani

Experience definition fix

Bad reference

Bad background

That affected both characters so these are generally TWO fixes

Ability error

Target first, then learn

I also had to rerun the "Neg" tool because of this

Image of "Syss" was not yet added to the new version

Well?

And ExHuRU has also been setup for this

Wendicka has been treated for this

Learn script has partially been done!

Secret passage 4 was a bit busted...
I fixed that up...

All other secret passages are fine

A little test is order!

There's NEVER a guarantee this is alright.... First of all, Kthura is not entirely 100% waterproof in general (this also due to my current version using MonoGame... And the route MonoGame has gone makes it needed in general to move Kthura into a new environment, but the work it's gonna take me makes me reluctant... That, and there are some issues in the C++ version of the Kthura library I need to address properly first anyway....

I've tried to set up the things well so the entirely busted blockmap should be fixed now!

But that'll be for tomorrow, as I need my rest now....

The blockmap is beyond busted.... Remember this was the first time Kthura was used in a serious test and some maps do suffer greatly as a result...

This map is a particular example of this, but nothing I can't fix, and it shouldn't be too much work, but not a nice job nonetheless.... This is doable, and the "leavemebe" cheat allows me to test things easily.... So I think I can manage this....

Green transpads should work now!

It was a long time, and I wonder what I was thinking when I first designed this map when it comes to using 40 for the default dominance... Well, at least, this void up doesn't hurt things too much...

Dominance issue fixed

A quick look in Kthura has shown me, that I'm gonna have a lot of work here....

Let's put that to da test

Dominance should now be remapped every time more than 60 pixels have been moved either North or South

Compiled succesfully, or so it seems

Dominance remapper added to the Kthura API for Apollo

Dominance remapping is now one of the issues at hand.... It's needed, but in the same time it can cause serious slowdowns... Since the system fully relies on C++ for this, the slowndown should not be too much, and seeing how fast C++ is able to handle the dark caves, the biggest one-layer map I ever designed for Kthura (and I don't plan to break this record, as it turned out to be a bad idea to make levels that big, which was another reason to switch to layer based maps) this remap should not be the biggest issue.

So far the secret passages do at least appear to be working

Will that work?

Secret Handler Dark Caves

Blue transporter pads will do a spawn reset

scanning for bosses

Entrance to Caves and the Caves are now linked... One way... You can enter, but you cannot yet leave.... (Can't do all in once, you know).

Dark City by Maxx will once again be the music in this dungeon

Map reference correction

For testing I temporarily disabled the move routine... This routine controles if enemies should chase after you or not... I've a reason for this little checkup....

That's hardly better

Let's see

I do still believe the engage range checker is the evil, and I did an extra checkup, which disables this check completely when out of screen

I seems to help a little, but not really much, this could mean that some earlier checkups slow things down... Interesting!

This is an experiment, but let's see if it's a fruitful one

Well I hope this optimizes stuff, but we'll see... I've set the enemies currently NOT chasing you, nor going back to their original positions to not move at all, nor to detect your presence. The enemies chasing you are not the problem, they merely follow their Dijkstra track, but the enemies not in chasing or return mode can be where the evil lies...

I've done a few things, which hopefully work out the speed issue on enemies a bit, however I'm not sure about if this'll work....

Color of enemies was incorrect (I could tell because level 1 enemies were red... That's never well)

Fix on ARMS case

I did find out that the name ARMS was used in the old game, and ARM in the new game... This can cause a bit of trouble in the savegame transfer, but shouldn't be too serious.

I think Crystal's ARMS issue has been fixed

And treasures set on hidden spots do appear... Now this last one could be map specific... This because this did work in the Yaqirpa, so this cannot really go wrong in this place, as the same code is used. The data on the spots howeever could still be wrong.

ARMS chests of ARMs already obtained DO reappear

Take I

For safety reasons, trying to enter the cave WILL crash the game with a custom error message!

I've been working out to make access to the secret dungeon possible

I issued that as #89

I do see that the game slows down a lot thanks to the enemies.... I do need to sort out how come

Again!

Oops!

A test again of the first layer of the grass jungle

Yes the aurinas WHERE never awared... This has been fixed

Take VIII

Stupidity

Take VII

Extra line added to show the impossible outcome!

Well?

String expected error... yet a string WAS given... so why does it not accept it as such?

Take VI

Fixed that of course

Field error

Take V

List error

Bad coordinate

Take IV

Complete mess

Take III

Group name

Take II

Declaration fault

Take I

Crystal's ARMS list should now work... Well, that is, the ARMS should appear, as you cannot yet select them in combat

As far as I can check now, it all works the way it should, folks!

And Now to see if everything loads the way it SHOULD!!

So far so good

And NOW to test if correct data will be written, and only correct data

Corrupted savegame files that came to be through this bug

So far so good

If this works I WILL get a crash, but this crash will at least indicate the loader is now properly linked

AHA! Wrong command in load instruction

Why?

The loader still does NOT load the Hawk data

A clean-up is needed - And a test

The syntax errors The savegames should suffer has been fixed

A very serious corruption has been found in the Hawk data of the latest savegame, and I must find out how this could happen

Hide secret area in area 002

so far it appear to be working

Wrong group

Take III

Illegal GAMEVAR definition

Take II

Quick fixes

Does that work?

New ARMS

ARMS chests

Crash at north side area 001 Grass Jungle

Take V

Does it work now?

Fix ignored?

Take IV

Flicker effect on "Cancel"

The basic work, but I do need to take care of something here!

Take III

Reset error

Take II

Good start... NOT!

Syntax error

Take I

Question is now... does it work?

Linked it all together

Effects

Blue teleportpad menu

As far as I can check now stuff appears to be working.... so far

countless fixes

Well?

The first pad will always be activated... This is a safety measure... When you neglect to do that now, this area could later be permanently unreachable once completed, also blocking out an entire sidequest, so this had to be done.

Link code set up

That's only the main code... I do need to write the link code also

A few things for the Hawk done.... For now only to make sure the data the Hawk needs can be stored....

My next challenge will be to make the system able to ask the player what to do when a transporter pad has been hit. The SDL message box system is not an option, this because this is undoable from Lua to set the items well, so an internal UI feature will have to do. Well, maybe that's for the better anyway...

I also must not forget before I move on in the development of this dungeon to make sure the data is sent to the Hawk... This post does serve as a reminder for that as forgetting that is fatal to the project....

Of course, beaming up cannot yet be done, but that is not really my prime concern, and this is easy to work around, actually....

A first setup for scanning for transporters

The data needed for The Hawk has been studied.... I can see this is set up in a quite easy way still it will require a bit of a workout

So far that all works

Take II

Blockmap issue

I'll run a quick scan up of the entire map (that is only floor #001, as all floors are separate maps... This was also what brought the idea of adding the layer feature in Kthura) in the "Leave Me Be" mode, so I can seeif the new blockmap suits the game better (it should).

For now this decission only affects the editor.... I will later actively adept the existing libaries... Should I need to write any new libraries before the deprecation date expires (I don't expect to, but hey, who knows), I won't include this support in those anymore.

Will now remove all impassibles or forcepassibles in a Rotten Object search.... For now optional.... But as I will remove scanning for this most likely next year (also a bit depending on how long this project takes) it will later be a kind of "obligation".

In order not to trouble myself EVER again for proper support of this, impassible and forcepassible on obstacles are henceoforth depecrated.

Should the Kthura map editor ever be rebuild from scratch (something I *am* considering, but for now I'm fine with the C# version, even though it's bugged on some points), I won't even support it anymore, and likely somewhere in 2022 the blockmapper will ignore this.

I've just hade it with the issues here, and using zones and tiled images (or stretched images) is the safer road anyway.

Since it's better NOT to even try to fix the blockmap generator on this one (I am thinking to even deprecate the possibility to make obstacles impassible or force passible and to block it even entirely in future engines/editors

The system is not really tolerant on the blockmap, which has in Kthura always been an issue when it comes to obstacles.... This was one of the first maps created all out of obstacles, so I couldn't know that what kind of trouble it would cause on the longer run

Although I think I fixed that!

The pod doesn't appear though

And the achievement is announced too

Until the trip in space itself everything works

Take VIII

Actor error

Events lacking freezups

Take VII

Well?

WTF?

Take VI

Faulty class member

Take V

Kthura tag conflicts

Take IV

At least no parse errors until the Grass Dungeon is reached, and that also counts for something!

And that should fix things up

So let's do it!

I most likely forgot to link the event to the map

NOTHING HAPPENS AT ALL!

Take III

Missing "#use" clause

Take II

Syntax error x2

Take I

Achievement Link Code

Basic achievement database

However, as this is the point where the first scenario based achievement comes in play, some extra workout is required

The entire escape has now been set up

Quick Test

Normally a scenario should start there immediately, but at this moment nothing happens, however this allows me to get the test more on the roll, once I *do* start working here!

To next room

...

Quick test

The end doors of the secret catwalks should open as soon as you approach them

Preparational work for the hangar

Take II

The clouds below

Overall it appears to be working

Secret Passage - Take I

".png" issue in arena loader

Take IV

This cheat can only be used in the debug mode, and will cause the enemies to ignore the player... At least when fully scripted out... This should help to debug the next part, as it's otherwise next to undoable

LeaveMeBe