I've set the Gauge at Y -500

Trouble is that it's impossible to test at the present time if this all works

I've updated the TQMG library for automated hotspot support.... The time gauge can really benefit from this

Extra backup is running now

Nothing odd here.... With the way VS works, pluse how much my VS frameworks are still in development with the complete engines, this was only bound to happen, and then you gotta update everything someday

TQMG repository

And I really need to find time to continue development on NJCR... By the time this project is finished I probably won't be needing it anymore XD

Tricky Units

I know it won't compile, don't even try it! This doesn't have priority right now!

Bubble/MonoGame

Okay That is jpbubble/Bubble_CLI#1 -- My bad!

jpbubble/CLI#1

Bubble Build Respository

Bubble Lib Repository

StripExt (I needed that)

Okay, everything appears to be working

Take II

I was too quick

Idiot!

I need to see now if the game still starts up... if it does... everything is most likely fine!

I've set the intro routine to load the gauge icons as well... It was just easier to do

Let's enjoy a good song also, eh?

And today I hope I can make a start on getting the time gauge to work, which may not be easy, but ya never know... I've done this before, so I hope I still remember how I did it before :P

making myself some baguettes with cheese and ham for breakfast....

So far... Gonna call it... mesa tired

Oh yeah, I made a secret alias... but that will come down to spoilers :P

Hey, they had to be done anyway, and this way I can't forget about them anymore... XD

Gauge Icon Shanda

Gauge Icon Scyndi

Gauge Icon Rebecca

Gauge Icon Merya

Gauge Icon Dernor

Gauge Icon Brendor

Gauge Icon Aziëlla

Gauge Icon Eric

Although the order of speed has been determined, this says NOTHING about the starting positions on the start bar, which can be over the entire startbar... of course, when in pre-emptive strike all heroes will have a huge advantage over the enemies (and always have a big head start then) and in ambush the enemy will have this advantage.

How the battle goes on after that will be the same in all situations.

Enrollments for pre-emptive strkes and ambushes.... Please note that in the easy mode you'll never get ambushed, and in the hard mode you'll never get a pre-emptive strike....

There is still a chance factor deciding on how high your travel level is compared to the dungeon's travel level. If yours is higher than the levels, then the chance for ambushes decreases and for pre-emptive strikes will increase (if applicable for the chosen difficulty).

They too will be added to the pre-menu loader, for the same reasons

Time Pointers

As the combat gauge will be one of the most used assets, even though it's only in battle I did place it in the pre-main menu loading sequence in order to shorten the loading times later in the game

Time gauge itself

Irravonia's combat gauge icons

Yeah, I had that luck...XD

BETTER!

I need the luck that 2 enemies appear though

Let's see how that looks

Adepted the calculation

When there are multiple enemies they are needlessly close to each other, so I need to do some recalculating here

It works!

Take XI

I think....

Take X

Let's see....

Extra fuck!

Take IX

CRAP!

Take VIII

More information, as the impossible was claimed

Take VII to see what will happen now...

Ah... just a mistake in the error message

Type 0?

Take VI

Or rather return

Illegal property call

Take V

Lacking sense of self

An onto take IV

Fixing a crash in the process

Regenerated ANYWAY

Take III

Malformed #accept line

Take II

Knudde!

Take I

Calculator linked to combat start up

Aha... I see that Godot is not offering C# support.... That could be nice to give it a try, but not for the short term, but hey, I know they support it, and that's cool ;)

Gauge speed calculator.... Contrary to the first version of the game, this will just base itself on who is quickest and who is slowest, making an order, and not a direct agility to setup as the original game had.

RPG Data linked in Hero Compiler

Wow... It works... IN ONE GO!

OF course, what SHOULD BE and what IS, are two different things, so let's get rocking

Take I

Foes SHOULD now be drawn

various

Linked those spots to the ingame Foe End Compiler

Spot generator did work when it came to the calculation of coordinates, but did not create the actual spots

#66

I've added the call to my FoeCompiler in my building script

Time for a break, though!

Shouldn't be too hard, but I've seen simpler things causing cockroaches

The next step will be to make sure the enemies actually appear

It appears that NIL takes all "ground scopes" of the main script and all scripts in imports through "#use" as one big scope, and that was how the false "dupe identifier" errors were thrown.... Not sure what I can do about it, but it's good to know nonetheless...

It appears I'm correct

Take XVI to see if I'm correct

I wonder....

Anyway as far as I can judge at this specific moment everything looks like it's in order...

Real life stuff

And into Take XV

Recompile all foes

Foe compiler should now also take care of generating a "Points" record for Foes holding their HP

Always HP and not Hp

But the crap is not yet completely over

At least no more parse errors

Take XIV

I've written some void code to get past all that, but I really need to find out what I can do to fix that nasty issue!

Dupe identifier my ass!

Take XIII

No force

WHAT THE????

Take XII

that issue

Oh, I made the same mistake TWICE.... Now I see

Fix ignored

Take XI

Case error in compiler

Take X

This crash in the process

Name link up

Do DAMN!

Take IX

Fixed that too

AH!

NOW I don't believe the claim anymore

Take VIII

Directory error

Just as I suspected

Apparently not....

Take VII will show if this all went the way it should

Blue Slime

Goblin

But my JCR viewer appears to confirm this claim

Ah yeah, it appears the enemy pictures are missing (or at least the system claims so, but it should be possible)

Take VI

Put in an empty Draw() method to make at least sure its abstract has been overridden

Replaced abstract GetTeamName

Take V

Recompiled all enemies

missint enter when there should be one

Script doesn't look like it, but, ya never know...

And Take IV will show you if it's NOT ignore this time...

And recompiled the foe scripts

I also fixed the missing name

Fix ignored???

Take III

That's been fixed

Translation misforming in compiler program

Take II

"Reg"

Take I

That's all done, so let's start testing

I first need to feed my cat and get to other real life issues, and after that it'll be testing time

I've linked the foe compiler to the start up script

Miracles DO happen....

Okay, there are really no parse errors...

Devlog issue

Oh, wait, I think I know what's happening.... Duh...

What the hell?

Take II to make really sure everything's alright!

Let's run Anyway to make sure everything is actually loaded at all

Well I'll be... none pop up

Take I

This has not yet been linked, but some parse errors should now definitely be visible if they are there....

So the current task at hand is to make sure they are all removed!

Compiler script set up

I guess the compilation of foes can now truely begin....

Why QuickNIL throws (nonsensical) errors for the quickmeta example is completely beyond me, tough.... But not really relevant at the present time, either....

Some more examples written

???? False data in Blue Slime ???

A big checkup.... Needed every now and then....

See ya!

It's 1:23am... It's time

Gonna call it

The statistics should've been compiled properly

Well let's say I made progress!

Recognizable by compiler now

AI module in compiler

And more shit fixed

#64

Classes which extend fighter must be created with a tagname!

in order to make sure the foe compiler won't crash the game, I've regenerated anyway

Yeah, I decided to do the description too, and I am planning to give Merya a move which allows her to identify enemies...

THAT looks better already!

NOPE NOPE NOPE

foeret.Image = LoadImage("{val}")

ImageLoad

And Friday the 13th has begun... Hopefull that doesn't bring bad luck to this project :-/

DANG!

I guess that with the image file all that is not RPG lib based is out of the way

let's see about the groupless data!

FoeTag -- Parameter for the in-game foe loader

Okay, now we get into the actual RPG module, and that can be a bit of an issue

Okay, let's see what's next.... :-/

It's not as hard as it looks, still it's a bit brain killing ;-/

So far it all works the way it was intended

Experience should be compiled now

Yeah, there I'll store how much EXP you earn for killing a monster

"Experience" field added

Yeah, I really must NOT forget that one, so this was pretty important ;)

#64

I see that "physical" is misspelled in the foe editor... I must not forget to fix that

that "fixes" the issue indeed

Dirty code straight from hell, but it's the easiest way to prevent tons of needless work!