And I've also written a script that will be helpful in getting Kthura maps edited quickly

I've run the script that will rebuild Kthura

I appear to have fixed all this

Project Data in Kthura is "null"????

But of the long run this must be fixed >> TrickyGameTools/Kthura#48

for the short run

It only doesn't want to work

A project file for Dyrt has been created

My weekly shopping

Well, after I've taken a break, I'll see what I can do with the game. I've decided (at least for the short term) not to worry about the TeddyBear cockroach for now, and to focus on things that matter more now. For this reason the prison dungeon shall be replaced with a new dungeon set up in Kthura also, and maybe that's better on the longer run.

Actually adding stuff comes later

Help screens for NJCR adding done

NJCR has info about qu

Before I really decide, I'll first take a look at NJCR... I've decided to put some work into that before any Dyrt session for the time being on a daily basis...

Now this may actually have the advantage that I can make the game give some new twists and that I can take advantages of Kthura, so for the result this may be the better run... It will only bring me tons of extra work.... (urgh!)

Nearly all debug data I can produce rules out this should be possible and yet it happens... If I cannot find the course of this, I'm afraid I'll have no other choice but to redesign the entire game with Kthura...

For some reason TeddyBear INSISTS on having all layers set to BC even though the map files themselves say differently. I've now examined the transferred file, and there the issue is one again CONFIRMED... WTF is going on here?

The positioning of the textures implies that the setting would be BR... (draw from bottom-right of the texture). The setting however is TL (draw from top-left of the texture)... Hex viewers confirm this... Why then does the wrong rednering take place?

It was just the debug mode that was in the way, although it's not exactly "fluent" either....

Version numbers

And the positioning is not correct, which affects larger items

The editor runs SLOW, though.... I must sort out if it's just the debug mode or too many items being rendered, as the latter could be a serious issue....

Added tag UNDESIREABLE

Directory issue has also been fixed...

The index numbers of texture and zone name definitions was not saved.... This caused at least a lot of trouble... Not everything is fine now, but at least a part of the problem as been fixed...

The Texture folders are properly read by JCR6, so at least misconfiguration could not be the "evil" here...

Added tag ANALYSIS

Things are getting odd.....

The large number of "IndexOutOfRange" exceptions in the debug log, worries me.... However nothing more is shown than that, and thus the informattion is completely useless!

It is however clear that the textures are NOT loaded properly, and I wonder why

I can at least confirm the objects are properly loaded... Some in-game data I found in the map objects do confirm this even more, as that could never be generated so well, if this wasn't loaded properly

I've added support for these drivers, and that should solve this issue in the process

From the moment I noticed that a JCR entry could not be read, I already suspected the lack of a zlib driver to be the "evil" here.

It goes wrong when the objects are being loaded.... Let's try to sort this out, shall we?

TeddyBear crashes when I try to load the level though.... The error indicates a callout to a null value... I'm afraid though that it won't be possible to pinpoint that null value without opening TeddyBear in VisualStudio

The converted map did however appear in the map list of TeddyBear, so at is at least right!

I've set up a project, however I used the wizard, and as thus I need to set a few things properly in order, before I can actually get to work!

I should now set up a proper project file for TeddyBear so I can manually modify the map files. This is needed for serveral reasons. First of all, it is not yet set the enemy table will be the same as in the original version, and second the music needs to be relinked

Skeletons have been set up for the C# CLI tool for JCR6, however this project does not have priority yet!

Re-aliassing again (very irritating as for that I need to rebuild that entire JCR6 file .... again)

I see what I wanted to see

I don't need to run the game for this to see if this is right... Just checking the data generated by my tools will do

Made a test building

As the GO JCR CLI tools are too slow, I'll try to rebuild this later!

Music aliassing failed

Old "Defs" were still used.... That has been fixed

And I should have known too!

Crap.... That explains why stuff didn't go the way it should and why it takes so much time....

Things that pop up act very very odd....

Added tag RESULT

Testing

The idea that is going on with me is to rewrite the CLI tools for JCR6 to C#. The main reason is, Go is TOO SLOW... Particularly when packing large files this is becoming more and more of an issue. Even though Go compiles to machine language where C# uses a JIT compiler C# appears to outrank Go on nearly all fronts, which is just sad at best!

Approved and aliased for quick access from maps

Checking the sound quality of "Prisoner of War" by Widzy, as that will be the background music for the prison in which the game starts

Calling it a day!

The texture extractor works, so that is one issue less to worry about

So far the results look good

I ran the bubble builder script to see what would happen

What I see is what I wanted to see

It does not yet extract itself... This way I can debug the name of the target... If files are actually being written and wrong, it can be quite hard to repair the damages caused.

My tool can detect if the target texture exists and announce extracting prior to it actually being done.

As far as I can see, all's well!

All the transfer tool can do now is configure itself, as far as I now can judge that works....

Since some authors went for multiple license types I need to make sure that authors are sorted in the target as well

Note to self.... Prefix all textures with "GFX/Textures/" when transferring!

This will now be more work, but don't forget how many maps the original game actually has... If I need to do this all one by one MANUALLY, this would take an eternity, so that's where the computer is better than humans sometimes....

I've set up a little analyser to the 'defs' reader.... This is where all the textures are being determined, and since those are definitely important in the transfer, I'll make my transfer tool automatically extract them (if needed) into this new project dir....

Some ways I set up Teddybear

Added tag STUDY

The map names can be listed out for a more adequate overview of things.

And some fixes to the project's xml code

I gotta take better care of what I type here

A project that will have to help me on this has been created

What doesn't help is that I neglected to tag the fist chapter maps properly back then, for which I now get the "bill"....

I've been taking a look on what the best appraoch can be on transferring maps from one game to the other... Of course the course of action will be to write some transfer tools that must also ensure to me that all stuff is properly taken over and that I can easily go for rebuilding, however that is easier said than done, and it will also be a kind of challenge to see what maps are suitable and what maps are not, and that ain't gonna be easy as the FrameWork the original game is written is has been taken out of use ages ago.

Well today I visted Madurodam... I too deserve some relaxation too, don't I?

An auto fixer takes care of that now, though....

And the files appear to be properly converted although with pictures there are some issues

ScenLang has at least been configured to work with all this

Microsoft's logic, don't try to udnerstand!

I've set the scenario editor to work in .NET 4.6 (for some reason my new Windows computer does not accept .NET 4.7 while THIS IS PRESENT AND INSTALLED).

First a break

Still I must configure my scenario editor...

I do know that loads of typos and grammar errors slipped past my notice in the original game, and I want them fixed in the new game (I do not have the illusion I'll catch them all, though).

This will allow me to quickly transfer scenario from the original game into the current game

And Now I see what I wanted to see! Good!

Alright that should be fixed now!

I am a dump moron, I see

ALMOST.....

[scenario]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

System.Collections.Generic.SortedDictionary`2+ValueCollection[System.String,System.Text.StringBuilder]

I found the little issue!

Right-o... The data on screen shows that the original scenario file contains nothing but an empty sting.... I doubt this, really

Hopefully this debug line can shine a light on things.... Clearly no tags are created, but very likely there's nore that isn't done!

Since the skeleton is exported, only the data itself is missing, I know the converter is to blame somehow, so that's where I need to look.

Now I need to sort out why that happens

But the result is literally: NOTHING AT ALL!

The first setup of the converter has been set up now

Preps done for conversion

Auto-Licenser reconfigured

And an overload for direct filename access if needed (although this is slower, but sometimes needed).

A feature has been added to the C# version of JCR6 to copy data from one JCR6 file to another, without unpacking and repacking.

Set up a unit to easily ask for a key to be pressed when a (console) program runs from VS in stead of the prompt

And of course included the driver for JCR5... I would almost forget that one, but it is essential since Dyrt uses JCR5

Units linkup

I've now made sure that the LAURA.JCR file for the original Dyrt game is now in the file list of GJCR... It was kinda frustrating having to look up that file every time.

JCR6 methods for lzma and zlib added to my transfer tool

Those links as they can only spook my work up

Ah yeah, I forgot the enormous number of files in the .git repository I don't need (at least not for this little sub-project)

FINALLY!

Now VS is taking its sweet time to link JCR6 in....

Project started for a quick scenario tranfer tool... It does not only need to COPY the data, but also to convert it in order to be compatible with the current system

Added tag VISUALSTUDIO

But that's for later as I am tired now!

Yup, the original scenario was written in a different system than was used in Star Story and TFTREVAMPED (and Sixty Three Fires of Lung).... Some conversion will be in order....

Well, there is still a lot to do, like a map (+ textures) transfer, some sprites to convert and transfer, and a scenario to convert and transfer

My license update tool does work on SASKIA scripts, which is good to know ;)

And a script (which the game will never use) that shows how to make "Hello World" in SASKIA (or at least how it should work, as I cannot test it yet) should be written.

SASKIA doc

SASKIA command fix

Now I don't believe I will ever use more than one sequence, but the reason I put this in, is because you never know about future projects which could be more complex, and there a different approach could still be in order.

This cycle routine will cycle through all the currently started SASKIA sequences, and SASKIA can have multiple sequences open in once. It should be noted though that this should be used as little at possible as SASKIA is pretty slow and the more sequences running the slower the system gets.

Cycle routine has been added

GOSUB command added

Session list added

Please note that SASKIA cannot be tested until the moment I actually start working on the game. It will undoubtedly contain tons of bugs and cockroaches.

Added tag SASKIA

I've set up the basis of a small scripting language called SASKIA...
SASKIA is far from sophisticated, but it doesn't need to be (in fact, if it was sophisticated I didn't do my job well), but it can at least take care of some business I need to deal with.

And this is also the hardest part of setting things up. As we don't have anything yet, we must set up tons of things at the time, and each of them is useless until the moment the other things are there. In other words, tons of work without any effect, and only when everything is dumped together we can see if I did it right, and if it isn't right... Well in the worse case scenario I'll have to start all over, but with my experience such a thing should not happen, but still... This ain't very nice...

And after that the game will force a crash, because there is nothing to link to yet.

Language can be chosen now

And let's run the build scripts.... AGAIN!

And that links everything together

And I've written the code to allow Lua and NIL to access the Mouse Hit features

Added tag LUA

Now the mouse pointer ONLY appears if the mouse is acutally INSIDE the playing window.... Maybe not needed for NALA as NALA always works full screen (except in debug builds), but for the regular Bubble Game Engine this WILL matter

And that will have to do it :P

is running!

time to call it a day

Multilang notes

AT LAST!!!

Take IX

.

Or maybe that's because I forgot the style change command

The languages appear, but the hovering doesn't appear to do anything

Take VIII

Case error!

Take VII

And the link to the next stage, the language selector has been established as well...

Skill selector now registers the chosen skill

I didn't fully finish the skill selector, so it won't link through..... Oh, man!

Take VI

Unclosed class

Take V

Now it's fixed for real!

Oh man!

Take IV

Variable wrong name

Huh?

Take III

The parse error I was looking for!

A bit of a workout for the debug log, due to the woes of the HTML language.

Mysterious parse error

This is NIL, Jeroen.
Not C#!

Forced my way through!

GRRR!

New Anyway file generated

This should fix a certain error

Moved Language code into new nil file

Take II

Bad macro

Take I

Basis for language selector

For now I've set languages to English and Dutch only... I'll later (when I actually got a bit of a basis up) investigate if adding Phantasarean is possible.

And of course (spoiler alert)

Seelah Gandra will halfway the game be renamed Scyndi, and yes I've taken this into account!

I've set up the English names for the characters.... When you play the language in the Dutch language you'll have the same names by the way. Any translators who think it's best to change the names for whatever reason (I can live with it if Irravonia is called "Irravonie" or something like that in French) can easily do so now.

it works now

Another test to make sure!

Not really a bug, but the coordinate issue should also be taken care of now.

Selection bug should be fixed now

And a little coordinate error

One selected all selected

I fixed it (of course).

Even with NIL wrong variable names can lead to pretty odd bugs

I think I fixed that

"nil" value?

Case error

As well as the names

Skill description should show now

Works

Lazy fix

Pic list out difficulty settings

All bugfixes accounted for...

GOT THE LITTLE BUGGER!

Almost there

I think I fixed that... But I need to check this...

Okay, the alias routine did work, until the moment it had to put the data into the target record, as that phase is skipped and thus the finalizer could not write it in... :-/

this is not a bug in the builder, but in JCR6 itself... Most likely....

At least it should as the jcr6 lister tells me otherwise

And the builder now supports aliasing in general :P

Alias issues in builder

And their descriptions!

Names for the difficulty modes