Take VI

Link up error

Take V

no "return"

Take IV

Syntax Error

Take III

Forgotten declaration?

Take II

Fixed Syntax Error?

Take I

Does it work?

Actor texturing

Stress got the better of me... I need a time-out!

I still need to texture them out, though

Actor spawning

It does appear I forgot a few things

Well, I guess that appears to be the case... Of course, there's still le moment supreme

Take I

Now before I get to the actual testing of the actors I wanna test if the link script compiles now. If the title screen appears without question I guess it does.

Compilation gives no errors... Is that a good thing?

Script part taken care of!

Not there yet!
I need to make sure the Kthura classes are able to work this out properly.

WalkTo and MoveTo linked to scripter

Spawner linked into scripter

API functions have been written... Not yet been linked to the scripting engine....

That finishes the hardcore stuff in Kthura, Apollo cannot yet handle all this as the APIs that allow Kthura with the scrips have not yet been written, at least not where actors in particular are concerned

Code compiles, and that's all I can test now, so far: Geen bericht is goed bericht!

Driver updated

And thus that will be the next step, and also a crucial one as I cannot test anything without that driver being updated

Now the actors only work from core, the draw routine will call the driver to actually show the actor and that's also where the road ends for now, as the driver has not yet been updated for that.

Running

And I'm writing in the wrong devlog I see

Empty base script

HOLD THE SHOW! I forgot some mortally important things!

Let's see of the Hall of Heroes works so far!

I've linked this map to the world map

The ones who you should meet in the Hall of Heroes will NOT yet appear!

Basis Map Hall of Heroes

Time was also not friendly enough to do my Dyrt duties, although I think I can do a few tiny things

However the time has come to a point that I'm not really game to test if it works...

The Actor Class has been set up

I will now have to work out the actor class... Now actors are merely an extension to objects, however actors have to be more versatile, and this versatily brings that they gimme more data to cope with...

At least Apollo compiles, and up to this point no news is good news...
I will have to see later if it actually works

You've got to keep in mind though that the pathfinder can only be put to the test once the actors work, and the actors have always been a nasty thing in Kthura. They will require some workout before I can put this all to the test

It's all done now

I've created the Dijkstra driver for Kthura

I've added a Kthura point class... The module I'll use path finding will have to use this class to make sure all output regardless of pathfinding module used will aways output the data in the same format so Kthura can understand it

Now the next course of action will be to attack Kthura to my Dijkstra routine, now in order to make Kthura even more modular than ever before I'm gonna make Dijkstra a driver for Kthura. Now I will likely stick with my Dijkstra routine forever... (I don't have much need for anything else), I can this way make Kthura operate without Dijkstra when no pathfinder is needed (saves RAM) and if Kthura ever gets adopated by other people, they can then use their own pathfinding routines if they desire, so all in all, it's the better run and not that hard to code in C++ anyway (it was not even hard to code in C#, but I was back then too much in a hurry).

The blockmap output shows me what I wanted to see

Take II

That's not good!

Take I

Well, what will this all produce?

My Debug script allows me into this data now

NOT there yet, thougg!

And now the link is complete

Neil code

Part of the link

integrated

I've set up an API allowing the Apollo Scripter to readout the BlockMap for debugging purposes

took a shower

Minor issues

Something was not right in the BlockMap Checker

The blockmap builder has been done, but is not yet fully operational

No this will NOT compile C++ != C# after all, so I need to adapt things as a result!

C# code copied into C++

The first thing that comes to mind now is to simply translate my C# code to C++, but if that is gonna work I dunno.... C# is not as much as C/C++ as you may initially think, so this can be harder than it may initially seem.

I do not recognize a[3][4] as a multi-dimensional array... That's just cheating with an array of an array, and for the blockmap certainly not desirable. a[3,4] that is what I need.... Dim2 does provide that... well almost, as C++ also doesn't support properties like C# does, but at least this will help me along the way.

Dim2 library

The blockmap can be a bit of an issue, since C++ does not support multidimensional arrays

It crossed my mind that before I begin on the actors it may be better to focus on the blockman generation first. The actors need that.

Well a new day has officially begun, but that's for later :P

Repositories up-to-date?

Not to mention that I got now 1 entire page for this day.... Yeah in this stage of the game production that can happen, I suppose

Ah yes!

Well, do I got anything more to update?

Game Updated

Apollo Updated

Running

DAT WERKT :)

AGAIN!

I did this too fast, and ended up with English

Now that I am still at it, I might as well try to see if the game works in Dutch

Fix confirmed

But I gotta test again!

I think I fixed this

When no boxtext picture is there, or when it's non-existent, the game crashes

It was to be expected

Take I (and the only test I hope)

Well all shit aside, let's test if the scenario rolls accordingly

And next Monday I expect my post order and I intend to watch that first... I need to take a break every now and then anyway.

Although on Sunday I've always very little time

I've set the scenario to roll, however I need to begin on the actors soon, as before they are coded I cannot do much anymore on this game

In stead of worrying too much about that cockroach now I think I can better focus on the business at hand

It keeps insisting to destroy BOXTEXT twice

I've Forced MyState to NULL and hopefully that will settle things?

No idea why the destructor for the BOXTEXT state is called twice (causing Lua to crash in the process)

YAY!

And let's put this to da test now!

But hopefully this will work now

And to adapt Kthura

I had to expand my TQSG library a bit for this

Yeah it was still set to do, and with the high crap load of work I have, this one escaped my mind.... STOOOPID!

One should note that the ability to animate was not present in the initial version of Kthura, and this being the very first map ever created in Kthura (not counting my test crap) it is not that unlogical it has wrong data on this department. As BlitzMax did properly cover this up from the start, there was never an issue, and apparently I did cover this also well in C#, but not in C++, I suppose

The mystery appears to be cleared up.... Kthura tries to animate, but apparently it is not properly prepared to reset

But I think I got on track though, but I do need to set a few things in Apollo first before I can debug

Even my wallpaper in Windows disappeared as a result

Well, a total failure

This is getting stranger by the minute

A very irritating debug line has been added, but hopefully it will answer something!

Kthura is programmed to throw an error if something is wrong here, so why didn't it do that?

So it is the layer that does the evil still then?

Take IV

Fuck you!

Take III

More investigation required I suppose

Apparently, there's more to it!

Take II

I think I know what this happened

I KNEW it!

It was all too easy

And it looks like the lack of an audio file that is to blame....

total crash-out?

Although the actors won't appear yet, I've set up a small thing to allow a bit ot switching already... The actors themselves come later

My repositories have all been updated (I think)

And besides I'm tired.... Mind you?

To get the next portion of the game definitely on the move I will have to get the Actor support for Kthura on the run, and that requires more time than I currently have

Well, not that I'm complaining, but I am a bit surprised at the least, yeah

IT WORKS? IN ONCE?

Test I (and wish me luck)

Or most likely totally fuck it all up

And that should link it all together

And tied it to the boxtext routine

Part of all this done

Let's first make sure everything is compiled

And with this I got the stuff to work on the BoxText voice acting

And now stuff is really linked

Glue Script

NOT THERE YET!

Linked to scripting engine

Channel playing checker

I can't help but to love this song

That does at least link stuff to the database, that does not yet tell much about this works in the game, which will very likely just ignore my hard work... for now

I've put the references to the voice acting in

So now we can get down to business

So far so good.... I now saved some junk and if the same junk comes back I guess I can conclude it works.... right?

It compiles, but does it also work?

Let's see now!

Perhaps that fixes that

Not good... yet!

At least the compiler doesn't through any errors, and all I can do is hope that is a good sign

I've made the needed adaptions.... Not sure if they will hold, but they should

I should see if my BlitzMax version of the editor has this covered, but as the BlitzMax compiler has gone completely cuckoo on me, that's no longer an option... Unfortunately

I see my scenario editor even needs to be adapted for this

This will not yet make John Lovejoy's voice actually speak, as the code for voice acting was deactivated for Dyrt (as I didn't need it at the specific time and could therefore also not properly test it)

And what it comes down to now is first linking the audio files to the scenario database

A last check up confirms that everything is cool now!

I've dummied my debug lines as they will only needlessly log things now... (I can always undummy it should the situation ask for that)

Take XIV

Forgot to compile the fixes

Take XIII

MO-RON!

Still no good!

Take XII

I'll get to test this later!

Idiot!

Still no good?

Take XI

Fixed it!

Ahah wrong key set in my C++ code

And the question is now how this could happen

What I see is that all meta fields have been found, but their values are not send into the scripting engine

Take X

needed to run "barf"

Take IX

That was not the source of all evil here... :(

Linkup issue

Take VIII

DOH!

Take VII

These extra debug lines have to explain this rubbish!

"" is music? That cannot be!

Take VI

Should fixed that idiocy

Did it now anyway

Forgot to run "barf"

Take VI

Linkup data transfer

Take VI

You needed to run the C++ compiler for this fix again, MORON!

Take V

Forgotten link

Take IV

(I forgot to "barf" and that's why it didn't happen first, but it also denotes it would have gone wrong anyway)