The Game Jolt credential fields should appear now... You cannot yet however enter their contents.

The system can retrieve the SDL ticks now

And here I was hoping 1 take would be enough.... I knew there was a little viper under the grass (that's Louis van Gaal English... Literal translations of Dutch idioms).

Code typo

Take V

GV redirection error

Take VI

But I think I tackled that one now!

Now the "Yes" button works... The "No" button is ignored

Although I now need to work things out a bit better on a few points, but that is a later concern

NOW this works

Take V

Invalid function definition

Take IV

GV linkup

Things are never easy,eh?

Take III

Whatever

?

Take II

Missing API link

Take I (and hopefully it will stay at one take only)

Question is now... do they work?

Activated "Yes" and "No"

Stages linked to the stage register

This way i can simply east more easily whether or not the "yes" and "no" buttons work

The Game Jolt logo will appear in stage 3, and nothing will be shown in stage 4

Hey, no need to obtain that one anew

Game Jolt logo transferred to Star Story from Dyrt.NET

At least I could do THIS right in one go!

Quick test (I hope)

I've put the "yes" and "no" buttons into the question whether or not to use Game Jolt

Sorted a few things out in my repository

Tons of stuff....

AT LAST!

Linker works nows

Neil did not recognize a few of its keywords as such.... (although it never caused trouble, but still)

Take MCM

a crapload of fixes....

Take I

And a link to the debugging system

Although a simple system to set up, it's not yet been tested, and some thing about data transfer in C/C++ are not fully clear to me, but this will have to do... The gamevars are important after all... I am a bit reliant on what the internet tells me here!

GameVar system

I've set the game to run in full screen from now on... I think I can tackle most of the issues that come up now

A little issue fixed on Directory extraction

TAKE VII

Identifier issue in New Game

That void worked

TAKE VI

I think I avoided that

I see... C++ has no garbage collector so killing states still on the run does not work out well... Let's build in a few safeguards for that....

TAKE V

So I forced a few things

It just doesn't wanna work

TAKE IV

Little conflict?

TAKE III

I needed to import the mouse too

Illegal function call

TAKE II

This should cover that up... A few aliases :P

Ah!

Of course "TAKE I" as I do not know at all if this even works at all ;)

Once the "New Game" section is fully operational, I can fire the official starting shot as then we can finally get to the game itself

And I've linked that to the "New Game" menu item

Script written that will chain the game to the New Game flow

I've set up the first stage of the New Game script... Please note this stage is nothing more but a welcoming note, but still....

So I made a little API that can at least tell the scripts where the game main package is located, and this way, I just have to make sure that Go application is always located in the same folder

Especially when programs are written in C or C++, one may NEVER assume the directory they are started from, however as I am partly dependent on an external program written in Go, Apollo needs to know the exact location of that program.

Extra icons for this devlog active

"Bye" command

module 255 bug in Neil?

Take V

Syntax error

Take IV

link ending

Egg

Take III

Nope! Nope! Nope! But I got the bugger now!

Take II

I hope I voided this for now

Whatever?

Take I

It's not yet tested, so that will be the next step!

I've set up my debug console interpreter...

Now, to stick with the facts I just rebuild the ARF file

I've linked this now to the Apollo system

Right, deftable has been added

Worked on Neil

Dang!

MUST be... but what is possible and what happens are two different things I see on the background of my screen

Well one strange has should be fixed now

Took me tons of takes to get to the bottom of this and I can't log them all

tons of made up errors

And that concludes THIS part of the story

Right-o

Take XXV

So a bit more was needed

Yet not good enough

better

Take XXIV

More size

Take XXIII

Syntax error

Take XXII

Coordinate fixups

Take XXI

I see now

Take XX

We're getting somewhere now, though

Illegal call

Take XIX

I think?

Non-existent module member?

Take XVIII

I fixed that

Well, it appears that the required parameters did not make it through somehow

Well, the bug is now in the console, but that's another story

And suddenly it works?

Take XVII

Extra data in C++

Things appear to get odd when multiple keys are pressed at once

And compile the entire engine, but hey, maybe we're getting somewhere now? (I hope)

I need to try this

However it reports the stuff like it were keyhits and not keydowns

I undummied the log and now I do see that some progress HAS been made

SIGH!

good

No

STILL

Take XVI

Now, I gotta see then if THIS takes the cake.... :-/

Still no good however

Take XV

Of course, the question is now... Does it work now?

I've dummed the debug line causing the loads of output... If everything works now things should be ok... right?

I've altered the script and I gotta see if this does something

I guess THAT explains.... The names given are completely written out, I see

I've put in some extra debug features to sort that one out!

It appears SDL doesn't understand the keynames I asked about

Take XIV

I need to find out more, so more debug data to the output

NONE of the keys required to activate the console register

Take XIII

I've been adding some extra debug crap to find out what is going on... This will generate a LOT of output, but hopefully it will answer a few questions

Take XII

I'll try to get this done on another way

The system does show we ARE in development mode

Take XI

Behold Crystal McLeen... ;)

Debug features do not appear to work at all (they are ignored)

I need to sort out why

Take X

Font reference?

Take IX

Illegal function definition

Take VIII

I hope

.....

Take VII

Bad loadstate request

Take VI

So there was still one more, eh?

Take V

Unknown identifiers

Take IV

Ah! I found out what cases THAT one!

Illegal instruction?

Take III

That only required me to regenerate a new ARF

Byte was not recognized as type by Neil

Take II

The code compiles....

That issue has been voided, although I have put in a littebit of a not that this should work with GCC as well, as I don't know if Microsoft's alternatives are supported there...

Well I guess it wasa mistake to rely on Microsoft anyway, eh?

and even their own guidelines don't work so it seems....

Another "deprecation" error (read: Microsoft trying to kill C++)

still no good!

Let's compile again to see what happens now

More of those

Forgotten "std::" I hate that namespace

I forgot to check the compiler's error log!

Error: Module Events does not have an element named: KEYBYNAME

Hmm... did I forget to compile or something cheesy like that?

Project file

Oh yeah, I forgot to menton that I also did a quick key recognizer

And I expect tons of trouble

Take I

Main menu linked

It must be noted though that the console is not operational yet..... All it should do is show what's already on it, and allow you to go back by hitting escape

I've set the link to the console

Font transferred from the Bubble MonoGame project... Hey it's a good font, and I don't need to defend myself for the MonoGame crew

Which I will this time entirely write in script

Start to a debug console

Makes transferring stuff also easier

Or at least not my MAIN hard drive....

I simply don't wanna use my harddrive for this....

Preparations for savegames

Unfortunately, due to C++ by far not being as advanced as C#, I cannot support alternate drives, like my C# version of Dirry can