Let's test this out now

Furthermore, the max of AP is the same for all characters, however determined by level and chosen difficulty setting

AP is not a stat in Dyrt, but determined by level

Well That has also been fixed now!

GRRRR!

The cause of the cyclic error should now also be fixed

that works

Let's find out!

Does, or doesn't it work?

Recompile NALA

Alright, I've set up a proper error throwing system for this, so if this happens again, a proper error should be immediately thrown, so we cannot keep on stacking up until a stack overflow exception is thrown by .NET

Aha... A cyclic infinite loop eventually leading to a stack overflow.... I can fix that, but first let's build in some protection inside NALA to make sure this cannot happen again, and that a proper error message will be thrown.

Let's check this in VS itself, shall we?

Congratulations, NALA crashes completely!

But lets run another test to have THAT ONE confirmed...

Illegal function call and I do think that is also what causes #20 to happen

Let's see how the stat script looks.... (It's there were it appears to go wrong).

Case issues, but that is not what casues #20 to happen

Let's see who this could happen, as I don't understand it anymore... :-/

#19

#20

Another parse error

Forgotten "end"

I've recoded the SubCollecto generator, and this should fix the issue at hand!

A fix is a fix, but is it THE fix for #18.... Another test will tell me

Not sure if this fixed the issue at hand, but at least one reference to a static that is no static has been fixed

Not completely good, but the error has changed, so the fix took effect.... Pity another bug popped up now

Issued as #18

Which is now fixed

That is of course when you declare it at the wrong spot so it resets all the time

What shows is that the variable 'chklevel' is always 0, even though that should NOT be the case...

Another checkup

I've set in some more anti-whitespace-protection

And they replaced that for me... Good

Bringing my scooter to a repairman as the battery was as good as dead

But I'll have to look into that later....

Which despite all that still refuses to work

At least the corect data is now generated for the parser

I forgot to save.... (oh crap!)

All Lua can make out of this table is {1} WTF?????

Written a slower, yet more accurate routine, to read JCR lines.... Hopefully this will help to get things done properly

MOAR debug crap

Well, the debug data shows indeed that the lines could not be parsed... As a matter of fact, I've NEVER seen such bullshit in debuglines as I did see here today.
Further investigation is now required to find out how this bullcrap could come to be...

I really have to do this... A break down debug line

At least it's been confirmed that the level data itself has been read..... 9009 of code could not have been the outcome by that debugline otherwise...

Another line added to find out more, as I get the feeling something funny's going on here

It looks like the level stats are not even read at all... :-/

let's sort out this non-existent stat....

Another issue

I think I fixed the trouble now....

Parse errors

Moar info then?

Nope.....

As the bug was NOT fixed despite my hopes.... :-/

Let's hope this little enhancement will find me answers

And I think I fixed the bug that bugged me before I went to sleep

I've slept like a baby

Code still bugged, but I really must go to bed now... So that will be for tomorrow.

"nil"

I think I'm just getting tired :-/

MOAR stupidity

Bug in built in NALA line splitter

I fixed it now!

You shouldn't type "==" in C# when you mean "is not".... In C# (and all other C variants) that is "!="

That action != clever!

And let's see what it returns

Now I wanna know what that "script" is, so I added that to the traceback shit!

The errors get stranger and stranger

#16

Trust me, if you have coded with either Lua or NIL long enough you surely want to "end" it all (DRUM FILL!)

Forgotten "end"

MOAR fixing... I think....

I think I fixed the issue

And Let's see if that actually fixes stuff

Recompile NALA

A bug inside NALA

And I think I've prevented it from happening again... At least in this particular instance.

I think I fixed some code typos

RIght-o

Let's fire up a test then....

Will nothing happen? Then I must take it as "good"

If I got an error, then I guess something's not right....

Help me, Weniaria!

Please note that I can only trust on it that everything works the way it's intended if no crashes take place.... Other than that, I got nothing...

I've linked the character data for Young Irravonia to the New Game initiator...

I made changes based on these calculations, and tell ya what it DOES look better

I made a few recalculations hoping I can make things look esthetically better.

Ah, it was nothing

HMMMMM.....

I have forgotten my self

(that space is not a typo)

Code typo

Forgotten )

Case Error

Irravonia's face should now appear in the first box

A quick linkup routine to quickly access BoxPics

#15

Irravonia's portrait aliased for Young Irravonia... This is a dirty method and totally not friendly on the memory I know, but this was the easiest way to go and in the longer run also more efficient

And Kirana too, also a playable character despite her being an important enemy.

Shanda has been done too as she is also playable

Added tag SPOILER

And the other main heroes too

Brendor Main Potrait

Irravonia main portrait

Party member wrong tag

Time for a break!

Fixed tiling bug?

Nope that didn't do anything

Swapping some parameters, and see what happens :-/

Well that fixes a part of the problem

So that's fixed

Of coruse I should not forget that the back boxes need to be drawn as well...

Coordinate editting

In game screensize checker

it was stupid.. that suffices!

I don't wanna talk about it

A forgotten ) (sigh)

This debug line should answer a few things....

The width of each box should be fixed now....

there's a lot NOT right, but let's first get into a the coordinates of the boxes

Illegal function calls

I should be almost there now... At least when it comes to parse errors

Link errors

Code typo

I think I fixed the unclosed group

Well let's get back to business

I'll sort this out later, first to the store to make sure I've enough bread to get through the upcoming days.

A group scope not properly ended?

"." and ":" on arrays and function followup crashes fixed... well... sort of!

NIL didn't know the empower operator

And again

Not a fix, but a bug in NIL voided (for now).

Another test!

And now that everything is properly embedded the error (which was also stupidity, first class) became visible, and it has been fixed.

Running compile script

The embedding issue

Something went wrong in embedding the SysFont after I relinked that, I see

The latter I understand least of all

The game does start, but the status bar does not show, and trying to open the debug console even ends the game abruptly

And let's resume the test, shall we?

Running the compilation script

I did add a "lines" function to JCR6, but I shouldn't have forgotten I need to recompile NALA due to that! (sigh)

Another missing declaration

Not really a fix, but worked around a bug that is still being nasty in NIL

Missing declaration

MOAR of those

Code typo

Forgoteen "self"s

Not sure what I did to fix this, but mysteriously the computer has enough memory now (it was never clear why it hadn't in the first place)

More #say tags must provide an answer

?

I wonder if qff is to blame... But I also wonder why it was imported in the first place

The code crashes almost immediately after the first #say marker... This is really odd

One code typo

Placed in some #say markers so I can see what is happening

The error pops up while NIL is still translating the party sub

"Out of memory"?

Let's see what happens now

Regenerated Anyway.nil

Conflict prevention

No parse errors in the linker, but we're not there yet!

Written the link code to make the bar always available from all sections of the game (where needed).

Before I get onto the textboxes I've decide to do the boxes of the character bar which will always be below the screen first... Since these boxes will always have the same size and are not dependent on scenario data they are easier to script, and yet, the routine creating and drawing them is the same. So if they work on that bar, they'll work on the textboxes too, and then I only get to worry about the coordinates, and scenario parsing... The textboxes will then at least not go wrong, and that can be one issue to many at the time....

The textbox generator should be ready now, however, as always the case in these things... Testing is not yet possible :-/

I've tried to make cool "shade borders", however these can be terribly messed up... The downside is also that MonoGame has no line instruction. So I just just hope this'll work... :-/

"The little girl would be missing her doll. We should return it!"

ITile

Constructor set up for the boxes which can be used to display text in

Of course you realize a new backup is in order now.... :-/

Due to my time being wasted on the OpenGL mysterious incompatibility issue, I could not move on to the BoxText routine as originally planned... I hope I'll be forgiven...

Leeroy Jenkins and over 9000 are now just kills achievements, as the original requirements were too obscure

It's over NINE THOUSAND

#14

It is!

Let's see if the fix is real now.... :-/

Leerooooooooooy Jennnnkins

I think I got it!

Let's expand the error message, shall we?

The music stopper is declared absent.... that should not be possible so what is going on here?

Well on the bright side... With DirectX the communication with the Windows UI is now a lot better.... So I guess I have to take it or leave it... :-/

Yeah, if MonoGame didn't pop errors that were no issue, I would have done that this morning and not have suffered like this... GRRR!

#14 should have been taken care of now

(perhaps it was because this were pages 1300-1399... You know unlucky number... that this had to happen to me)....

And now I can FINALLY get back to setting right #14 what I actually wanted to have done in less than an hour... THANKS A LOT!

Appears to be working....

Testing building script with the new engine build

in order to prevent conflicts I've removed the original release folder (easy to recreate thanks to my builder)

AT LAST!

MapScript doesn't produce results though, and I know there's metadata here!

Poor Lua code generator in Kthura data outline

I know why the private was not accepted.... Due to a complicated metatable construction NIL was not able to understand that privates should be accessible, and there is by the way no way to fix that... at least not with the way NIL's been set up now....

ID in Kthura no longer private, but I did set it to readonly

It works?

But now I got the error that I tried to call a 'nil' value, and I wonder what's wrong here....

Well I found out what's wrong

Let's run it again, shall we?

true for a microschoft product VisualStudio crashed

Let's try a different road here

I don't see where it could possibly go wrong, though, so this is gonna be a though ride, since the system doesn't tell me anything...

Exception thrown

taking forever, I see

seems not very good

I'm waiting?

Final step, the key table former

THAT WORKED TOO!!!!

And now with Data read-out link

Very well, when I uncomment the Data definition link the game just starts up... good!