Take VI

Error in Apollo Glue code

Error in boolean expression checking victory

Take V

Bad boolean expression

Take IV

Yawn

Take III

Huh?

Take II

Voided that! (This is Microsoft's failure not mine, so I refuse to speak of a fix)

This is what I hate about MS-DOS and systems derived of it..... backslashes where slashes should have been used in stead!

In the meantime I can prepare for take I, though

And put some snert on in my kitchen in order to eat

Taken a break

Linked

The Victory Screen has been scripted

For starters recompiling Apollo

But before that a lot needs to be done first

No telling if it works,yet, but the upcoming tests will tell... Likely

Glue code

Well yeah, I did have to prepare Apollo for that.... Not fully there yet!

Now it is my plan to make the letters "You Win!" turn in scaled and rotating in the same manner as in the original game, however study is required, as I am not fully sure about how TQSG handles that, however since Kthura requires this, there must be a way, eh?

Please note, this routine has not yet been linked up in the main flow so whether or not a group has been defeated will (for now) not mean anything at all.

A checkup routine has been made to check if a team as or has not been defeated

Although the damage Briggs and the girls do is incredably high... Now Briggs is not really much wonder, but the girls.... I need to sort this out....

This seems about right

Take XXXII

Experience didn't work, but I think I fixed that....

which finally works, but still....

Speed up death animation for enemies

Take XXXI

Let's try this.... Does that void this issue?

Code typo

Take XXX

I guess I'm getting sleepy

Take XXIX

Let's ignore this, shall we?

fuckit!

Take XXVIII

Does THIS slow down the death sequence?

AP going up forever where it should only happen once

Not quite, but getting closer

Take XXVII

Random idiocy

Take XXVI

Bad class member

I am getting awfully tired of this

Take XXV

Identifier conflict

Take XXIV

Voided issues for the future

Take XXIII

That SHOULD fix all that... At least I hope so...

Call to function to check stuff out!

Well, the latter was easy to explain I guess

By why the enemy sprites don't collapse and disappear, THAT requires some thought....

Yet they still move over the guage, but that is not that strange as I still need to update that part

At least I got it confirmed that dead enemies are no longer targetable by the player, which is a good thing....

Not out of the crap yet.... far from it, actually

Take XXII

I think?

Code analysis

I made myself a hitpoint overview

Well, I will need to give this a clear thought, my dear Watson!

At least Wendicka gets her AP when Briggs attacks.... Hey, gotta make progress somehow, eh?

Right the HP are not subtracted

Take XXI

That should do it!

"No value"?

Take XX

VOIDED!

NOT AGAIN!

Take XIX

Bug I DO desperately need a break now, so I'll be back later!

And a debug line has been added to see what is wrong

I do have the feeling though, that HP is not properly being subtracted, or that death is not being counted, anyway stuff doesn't work the way it should

AP Up on actions didn't happen

Take XVIII

?

Take XVII

A debug line has been added to sort this one out!

NOTHING AT ALL could have caused the error I see now to happen (Neil is protected against that, and the class has been checked too).

Take XVI

Scope error

Take XV

AP properties added

Take XIV

Oh really?

Take XIII

Does THIS work then?

Take XII

!

AAARGH!

Take XI

Syntax error

Take X

That's one.... And hopefully not more

Keeps one busy, eh?

The heroes' side however.....

Right, the foes part really seems to be all unknown identifiers accounted for.... (About time)

Take IX

NOW THEN?

Don't blame me for that

I guess I'm not concentrating anymore

Take VIII

....

They just keep on coming!

Take VII

GRRR!

Take VI

Now then?

Apparently not

Take V

All unknown identifiers accounted for? (At least in that particular script, as there are more)

Take IV

Several unknown identifiers

Take III

Scope error!

Take II

Syntax error

Take I

The time to test has begun.....

And I must take a break before I start testing... I expect no trouble, but hey... who knows, eh?

I can only check whatever happens for Wendicka, however this should work now for the other characters too....

AP should increase

However the level up system works seperately as it has to respond instantly, and that part has not yet been setup, so that will have to wait until later.

I've set up the system to count experience points for killing enemies

Alright, that's all fixed, so let's move on to this project, shall we?

A bug has been discovered by a player of Dyrt... Now this was a Game Jolt user, so it's possible the bug has already been fixed, but hey, always investigate as I cannot remember that one

next stop: Killing the enemy

Appears to be working now... At least

Take XX

Code order (oh my goodness)

Take XIX

Hit/Miss check

ALMOST THERE!

Take XVIII

Glue Syntax error

Take XVII

Glue issue

Wrong variable type

Take XVI

Issue in Neil

Take XV

Oh well

How could the old code ever have worked... at all?

Take XIV

Not really sure how this ever worked.... Oh well...

Take XIII

Bad Class Field

Take XII

And time for a break!

Bad field

Take XI

Another problem solved

Take X

Syntax error

Succesful at least (I think)

Take IX

this is terrible

III

SIIIIIGH!

Take VIII

II

Take VII

I

Take VI

Issue

Take V

Well as far as you can speakof a "namespace"

Namespacing error

Take IV

Okay, that syntax is not yet really fantastico in Neil.... Oh well

Take III

Scope issue

Take II

Fix in Neil

But I knew he'd come so I don't blame him....

Attacks should now actually cause pain... However, an important note.... this could not yet be tested due to a visitor coming at rotten timing

Expansion for stat existence detection

I fixed the post-game map with that, which was layerless (Star Story is the ONLY project in which layerless maps were used a lot, as I already deprecated them when I began TFT REVAMPED, and only some maps I directly copied at the time are still layerless, since back then my engine did still support them

I've added a feature in Kthura that will automatically convert layerless maps (which were already deprecated in BlitzMax and where henceforth removed when Kthura was transferred to C#, and will also not live on in C++) into maps with Layers.

This I will only do for C# as the map editor is now written in that language and now able to fix these maps. As I don't expect this issue anymore in future projects, I will not put this into C++ even when the mapeditor gets a C++ remake (which is not unthinkable at this point, but not in the immediate planning).

C# Kthura will now too convert all layer names into uppercase variants, and with that the ties to the BlitzMax version should definitely be severed... Well.. I hope

And it will end here... (for now)

better

Kthura issue with modifying scaling... This issue was there for quite awhile in the C# version of the Kthura Map Editor

Odd way the "hurt" messages came through

Well that's most bugs accounted for, yet I do see a few issues, but those are issues on their own

well?

Some needless return statements.... YAWN!

But I seem to be making progress, so let's not whine

MOAR crap!

GRRR!

Illegal class read-out

Okay, that issue is fixed, but another one pops up

THIS is gonna take awhile