Take IV

Another wrong variable

Take III

Right-o

And onto TAKE II

Recompiling

Yup... First issue coming in!

TAKE I (of the many I may require, I'm afraid, as this was pretty complicated)

Mesa Back

I only discovered that I ran out of bread, so I must make a run to the store first, to make sure I won't starve soon :P

I have no clue at all if this all works (I expect loads of bugs and cockroaches tbh), but this is the first moment on which testing is possible, at all...

Automated updater for the actor texture

And I was glad I found this one in time, as the cockroaches this one could have caused are beyond imagination!

Code in the incorrect file moved to the correct one

And the linkup code has also been written

Texture configuration possible through the API now

Linkup code done

I've done the cores of getting and setting textures.... For now I'll only link this for the actors

I've set up the Leader property. This will be used now to determine whose sprites will appear as the Player Actor... VERRRRY important!

#25 (I should have done that before)

#1

This can take awhile, as this is hard, boring and totally unsatisfying work, but unfortunately, it must be done, or the game cannot work in any way....

Main code for "SpawnPlayer" has been set up... Well, most of it, as some important parts yet remain to be done...

Linking code for "SpawnPlayer"

A full workout will be done later, as I'm tired now

I've enhanceed the flow manager of BUBBLE with a way to transfer simplisstic data between states and flows without having to rely on superglobals

So I rewrote that part

I realized that I did the entire actor table in NIL wrong

I've (for now) removed the pathfinder.... The chance was pretty big a different pathfinder would be used anyway....

II guess the compiler doesn't like me for this....

Glue code

X and Y catcher (for now specialized on Actors, but over time, regular objects must also be supported).

For some reason Go failed me on getting all I need :-/

https://github.com/github/linguist

Not that I understand it... Hey I only have above average intelligece... Don't expect too much of me!

Spawn Link Code

Spawn

Please note, this class is fake... All it does is link with the C# Kthura API which will always do the real work, but this class will produce a) cleaner code, and b) can help me for when Bubble would ever be rewritten in a different setup, to maintain the code I already got.

Basis set up for a NIL class for Kthura

For the sort term Actors will follow the obstacles, however, a lot more will need to be done on the longer term...

I did set up some basic declarations up so I can make things work.... I now need to have a proper look in how to actually do it all best, as this can be a little bit complicated here

Time is however not on my side, and I really want to do this right... Well due to a few other projects being on shelf I can do those first, as they require less work

A quick view on the Kthura source I saw (just as expected) that actors are not yet supported.... So I'll need to put in support for them

As far as I can currently judge everything works the way it should

Normally in white letters, when you got the level cap amber letters, when you are over the level cap (can happen to characters new to the party) in red, guest characters in skyblue

The level numbers will now show (in Roman numbers) at the bottom of the character box

I've written a little NIL library which can convert arabic numbers into roman numbers

I've closed https://github.com/AnnSerba/A-star/ and I'll try out later if it's actually useful!

Investigate if there are good pathfinders for C#... Now that I think about it, there must be one....

I did an attempt to convert the BlitzMax pathfinder I had to C#, but due to the high number of errors, I've (for now), set it to "None", so it won't compile for now... Time is not on my side now and don't know if this is the right way to go....

My shoulder still hurts, but some well placed pain skiller rub helps me to deal with the pain

I need a break now....

All fader issues accounted for!

Take XVII

Miscaluclation

Take XVI

Pure text faders did not come to the center of the screen... Now they will!

Take XV

Since this was a bug in NIL itself NALA will need to be rebuilt

Fixed that!

AHA! The decrementor counts up in stead of down.....

Take XIV

Format error

Take XIII

A few configuration errors

Take XII

I've added an extra (temp) line which hopefully gives me more answers

The Fader DOES take on stage 2

Take XI

Some debug lines must provide me with ANSWERS!

although the time the fader object remains on screen lasts forever.... Why?

The Fader's alpha setting should no longer be an issue to other things being drawn

Take X

Hmmm... lost focus, again...

Take IX

Fixed that

Because the field 'show' had to be called first before asking for the class name, stupid cow

Take VIII

So this debug line must tell me why to pops up anyway

The error that pops up now is NOT possible at all....

Take VII

Incorrect boxtext referrence

Take VI

Code typo

Take IV and V

How could that line disappear?

Note to self... No "new" keywords in SASKIA scripts

This debug line must explain what happened....

Impossible kind of error

Take III

code order

Take II

Illegal class call

I need to test this..... Take I

I've linked the fader to the main drawing routine....

The pain in my shoulder is unbearable, and working is hard now.... next to impossible... I will try to do a few things, but DON'T EXPECT TOO MUCH OF ME NOW!

#26

My shoulder hurts.... And it's pretty bad... This may put a damper on my development work today

Added tag MEDICAL

It appears that SASKIA removes spaces from string definitions.... That should NOT happen....

The link-ups appear to work now, but....

Missspelled label

Let's do that again!

now the system is whining about a non-existent issue

Music link faulty

Right, just running the game now to check if all chainings are in order

I did manage to get the music file right, while I was sleeping

I've set up a basis script, which will now just throw a few fake errors, but which do at least allow me to check if things load the way they were intended

And now I'm going to bed while the computer sets this all right.... See ya!

The failing alias for the Xenor Bushes should now be fixed

Now this is a general setup... The Kthura Map Editor is in C# not yet fully operational, and thus not everything I want to put in has been put in.... The real work is about to start now.... (and about time too).

Xenor Bushes

And while I was add it I've aliassed Oregon by Wicky77 for Xenor, although you won't enter that town during chapter 1... I rather did that for testing purposes, though

Let's do that again

It appears some music is not properly aliased....

As the Xenor Bushes were totally messed up from the beginning (as the TeddyBear Map Engine was not fully set to support obstacles well back then), I think it's better that now that I must redo most of the dungeons in Kthura anyway, that this place is redone in Kthura.... It being a forest location will probably only work out better, anyway

Texture Transfer Xenor Bushes

All Chapter banners accounted for!

Chapter 5

Chapter 4

Chapter 3

Chapter 2

Chapter 1

I can of course already get the chapter logos in, as I already got them

#25

I must not forget to add the call in the SASKIA script and activate it before Irravonia actually begins to speak, in the opening of her prologue dungeon. As some drastic edits to the field flow are needed for this to happen, I'll won't get started on this today.

At last!

That would make it take H

Again!

"No value" my ass!

Take G

Which I fixed

A a link error

Error message and provided info, does not appear to match the fact I find in the code.... This is getting stranger and stranger....

Take F (6 takes for code not even worth 1 cent)

Syntax Error

I'm always suprised how much I can blow in such a simple piece of code

Take E

I forgot my "self"

Take D

Code Typo

Take C

Syntax error

Take B

Generated new anyway.nil

Didn't work, but I forgot something important

Take A

Now properly put in the SASKIA script, let's see what'll happen now

I've set up the sleep routine, codenamed "Klaas Vaak"

Running in the background... Just too much had happened, today

Git was unable to see how much I shortened a file.... crap!

Well some things will forever remain a mystery, but what works that works, so let's not whine about it... :-/

and suddenly without any explanation it works (it had to since there was no reason not to work, but I always hate it when that happens).

The system keeps (falsely) insisting the sleep pointer is non-existent

Did I solve it?

Let's see

I changed my code a bit to (hopefully) cheat on that.

Error that is just stupidity from Lua's side

AndI need to test if it works as intended

Hourglass converted to png

I've updated the mouse features to make and easy switch between mouse pointers possible

What I did forget to note is that I made a cute hourglass for the waiting routine :P

It is in PCX now though, so I need to convert it to PNG

once that works, the first actual dungeon will be created, and then I'll have to put in player animation plus a pathfinder routine. The first plan is to convert the one I have in BlitzMax to C#.... This was a disaster before in pure Lua, but that was most of all to BlitzMax being case insensitive and Lua not requiring declarations, which was a horrible combination. Since C# DOES require declarations, case errors will be easier to spot.

The first thing I need to do is to make sure the wait routines will work... To make sure this will work in accordance with MonoGame I'm gonna set up a separate flow for that (I know I had good reasons to hate MonoGame's impractal approach and to hate callback based engines in general).

YES!!!! THAT WORKS!!!

This should fix, the bug that little Irravonia doesn't get herself removed fixed

Speaking of which I tagged child Irravonia, since she did not disappear when she had to.... Not good....

I placed the newest version of Kthura on Game Jolt

Of course, I got a pretty fast computer, so maybe that's not the correct way to be sure, but then again, given that this game will take months, if not more than a year to create, different standards may be due by the time this game is released.

I've also used the data to calculate the FPS, which appears to be 60+, which is pretty high, so it looks like speed is not gonna be my biggest issue

These values also show me that the "sleep" flow I've in mind can safely make it and error on value 0.... That would be too fast anyway....

When I go out I see the Draw timer go down, but the update timer remain stable... That too looks good to me...

In debug mode I see the Update and Draw times being 1 milliseconds all the time, which looks good to me...

I made it possible for NALA to show the times elapsed if the debug feature has been turned on by the scripts

I've linked these from the CORE to the communication API, which should now result into NIL and Lua into being able to get the correct values

I've added a few timing routines to NALA, or rather, routines I can use to make MonoGame send through some timer data to NIL and Lua.... Calling the values from Lua and NIL is already possible, however they will for now always be 0

And let's try this again, shall we?

Ran my rebuild script

Fixed this

Yeah, this tag might be a better one!

Missing constructors..... I feel so idiot now

Very well, it is clear now the map loader ceased working.... And I suppose it's the underlying TMap library that is causing this to happen THIS time

Well, let's investigate our little error, shall we?

I needed a little break

Hmm.... perhaps I should put in a little error catcher in my Nala build scripte

Take Twee

UTFix

I was too tired to start testing yesterday, so let's get onto that now, shall we?

See ya!

And I had to update some repositories

Kill object routines for Kthura

Layer switch works now!

Let's see what happens!

I fixed that (I think)

I think I found the "evil".... SASKIA did compile the MOV request into a function, but did not actually EXECUTE the function....

I really gotta do more research :-/

Now an extra debug line in SASKIA to get some answers

The logs show the request to change layers (as done per SASKIA script) was not even performed at all

Added a temp line to the Kthura glue code.... Hopefully I'll get an answer that way

For starters, why does the layer not change when that should have happened?

So far so good... Still a few things need to be done