Almost there, but I do need to set some more things in order

I've aliassed this script for Queen Shanda... After all as a guest character she won't gain experience anyway

I've set up an empty ability list for Young Irravonia

Had to be recompiled in order to make NIL take advantage of all this stuff

as Irravonia now has to be set up I will make it clear that I will put in that every character can get abilities through leveling up their skill levels. On top of that, each character will get one ability from beating Scharum in Rayal Castle, and from defeating the optional boss holding their best weapon. Few exceptions of course. Eric can get one ability once the final chapter starts, and Dernor will once again have to charm animals to gain new spells and therefore act as a kind of "blue mage" as Final Fantasy fans would call it.

So unlike the original game YoungIrravonia now can level up, providing that you get ahold of the Traveler's emblem in the Xenor Bushes. Now for Young Irravonia the stat grows is minimal, however they do determine the level adult Irravonia starts the game with, so they are not entirely unimportant.

YoungIrravonia now added to the character list, so Python will also generate a list for her

I think some script fixes will have come through now then

As a matter of fact they make me regret I EVER wrote this script in Python...

And I remember why I hate Python's identing interface....

I've adepted the script.... The max level has been set to 1000 in this calulation... And for security reasons I've also set the the experience cap to 1.5 billion this to prevent integer overflows (which caused a nasty bug in TFT REVAMPED and I didn't want to make that mistake again).

Added tag PYTHON

The hot weather is taking its toll from me, so that makes working harder.... Especially since the smog that comes from it is now getting on my breath... Unfortunately... And even my air conditioner doesn't manage to keep things cool anymore

A quick look shows that the stats of these people have been generated by my Python script for this.... However, this script never took the variable setup in mind, so I'll try to do that one over

I've extracted the numbers for the Migrant levels, although this system will get a bit of an overhaul

Sprites properly imported

Adepted my import script to fix that

I forgot "Young Irravonia" as character....

"groups" can be seen as the counterpart of static classes in C#. Although a class you cannot declare any variables with this class not make any "new" statements to them. Please note that although CONSTRUCTORS are allowed (and called when the script starts running), making them require arguments will lead to a crash... (how obvious)

I've added the "group" keyword

generated new Anyway.NIL

MapScipt Link up script written

Made sure that if the Field functions are being used while the Field Flow was not yet loaded the game will crash

I can confirm that SASKIA merges into the game... Good

Preparational work for extracting

When no input directory has been given, current directory will serve as such

Whatever the reason is, the bug's caused when re-organisation has to take place

Extra debug line added to see why this happens

Something's wrong here....

Let's test this from VS with different parameters

A direct test should show some more results here

The protection appears to be ignored

I wanna test out if this protection actually works

I've build in a protection measure that will prevent JCR files from going too far over the 2 million byte limit (approx 2 GB)

It was indeed the jcr file being too big that struck me

Plan B

And let's try this again....

Original test jcr file

Since the C# version of JCR6 NEVER had any issues like these, it may be likely something went horribly wrong here... Also 3GB was ridiculously large for a file containing my Dyrt project only.... (although surpassing 3GB could also explain a few things.... JCR6 cannot deal that easily with files bigger than 2GB)

"Invalid FAT offset. Maybe you are trying to read a JCR6 file that has never been properly finalized"

Anyway I need a break now....

The music packing is still slow (was to be expected) in NJCR (trying this out on my development folder for THIS GAME), but it's already 2x faster than in Go, and that a JIT program beats a machine language program is actually pretty sad!

NOT gonna fix that... It's not a bug.... Non-ASCII characters shouldn't be in file names anyway!

Some things went wrong, but then again JCR6 has always been allergic to non-ASCII characters in filenames, and I found out the folder I tried had some

Error catcher does what it must do... good!

As this was a more complex part of NJCR to be written I focussed on that first... When this works the way it's intended I'll resume Dyrt.net

The error in question is not really due to a bug in NJCR, but rather with oddities with the file system.... Windows in particular is notorious for such kinds of issues. I did put in a try{}catch scope in order to make sure these kinds of errors won't crash NJCR

Quake Pack linked to NJCR

WAD linked to NJCR

JCR5 linked to NJCR

Ultimately a crash, eh?

It is however clear I should've picked a different directory to test this all out..... Poep gebeurt!

And the issues I had while merging are also fixed

The setup looks much better now, and no more conflicts with the file names (unless the name of the used compression method is by far too long).

And there are also a few cosmetic issues to be taken care of

Things do go a little weird when merging stuff, though

The adding routine appears to be working.... Well for most part....

Some Real Life stuff

This parse out has not yet been tested, but it'll have to be correct.... (I cannot test it yet, as everything happens under the hood).

For NJCR I'm now writing some stuff that should parse things out some more

I did archive it... You never know when you may need it, but at least it's no longer in the way

Old test crap.... A cleanup every now and then is needed, right!

That all appears to be in order now

And cloned it to my Windows PC, so I got a fresh template ready for usage.... Cool!

Pushed the template to Github

Dang! Good thing I replaced that outdated machine, but it was good for something!

gtk# template created on my old mac

I'll also have to get myself to see if setting the project VOID up is gonna be easier with GTK+ in stead of WPF.... Although WPF is quicker to set something up in general it has shown to be awful for really serious projects.... The point is that my current Visual Studio doesn't have a ready to go GTK# project, but by switching to Mac, I can solve that issue, so here goes...

I've set up 2 empty scripts in order to get into the Field Script.... Once that's done, the actual work on the game can really take shape....

A script has been written in SASKIA to make sure all scenario will appear properly, and that the game will eventually chain to Irravonia's prologue

Fix succesful

Repkaced Dutch Scenario

Repacked English Scenario

The Dutch Start Game scenario should be fixed now

The English start game scenario should be fixed now

The bug causing this has been fixed

But I think I know why...

NO EFFECT!

I've modified the scenario transfer tool a bit... Hopefully this will set a few things straight

(this was a complaint I got from Dark Bloodbane, as well... Problem was that the way the original game was written in didn't allow me to get the pictures in anyway... Well, not in a DESIRABLE way, that is)

I did at least link the proper pictures to the textboxes for when the names of the characters are still unknown....

Crap! Long scenarios bug between one and two digits.... I can now manually fix that, but for other scenarios I need to properly take care of this!

And a quick script will allow me to get things up-to-date quicky

It was quite some searching, but I found the original game start scenario

Added tag SCENARIO

My console went haywire

And I had to do some extra configurationas well... (Thanks to the folders I needed for Kthura and TeddyBear).

running

Well I fixed that!

For some reason the code to do this properly disappeared.... completely!

The scenario language converter appears allergic to the fact that Irravonia's prologue start script contain tags only containing one letter...

I've checked the scenario file, but it appears all it appears is the pre-boss scenario in that dungeon, but not the scenario of the start of the game...

Luckily Kthura comes with a handy "hack" tool... Good thing I planned ahead :P

I guess I need a delete function in Kthura, too!

Well, long story short I still got loads to do!

a BoxText routine

a field script

I need to script out a flow manager

And the scenario has not yet been taken care of

I need to make sure the music is properly linked... for starters

This means that as far as the artwork is concerned we are ready to start.... But this is not yet fully taken care of.

And been placed in the map

The main heroes have been succesfully transferred

This is only a cosmetic issue and it only affects when you see in building. The compression itself is okay, and JCR6 itself shows that

It appears the builder shows incorrect information on compression ratios when merging in from other JCR6 files.... It shows the ratio for the old file and not the new.... This should be an easy fix, but it was also easy to miss

Exit point put in

Mesa taking break now! Mesa need to! RIGHT NOW!

Taken care of the alpha issue in Kthura... Especially in Kthura this issue was a bit "lethal"

one of the next things to do now will be to import the character actor files.... These use (unfortunately) BlitzMax style animation, but since I have a conversion tool in BlitzMax I can handle this, whoohoo!

Right! Now, at least I got something to work with now... Hopefully I can get stuff fixed later on, but for now this will have to do!

And the prison cell has been set up entirely

Diagonal walls for the prison added.... Something I didn't think of in the original game... At least not at this point, so that can do a littlebit extra

I did have to re-compile this program for Windows, but hey, it did still work, and THAT saves me a lot of issues.

Added tag BLITZMAX

Now I'm looking for a quick tool of mine that I may need now...

Running Kthura Build Script

Fonts will henceforth be ignored.... If they are really needed within a Kthura Map, I can always ALIAS them or something cheesy like that.

But the fonts will make me have to scroll down more than I want to, so there's some work to be done on that department

Two walls of Zoraman Prison have erected

Added tag MAP

And I also need to find out why textures aren't listed

Tagging stuff is not operating so well in Kthura

Right.... I guess there was no issue here in the original Kthura

There is still a lot to be done as Kthura is now refusing to work properly as well!

The project builder appears to pick this all up

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.