I see that I forgot to add the script I use to compile NALA and add it to the bubble builder.... Well, I've taken care of that!

Added tag POWERSHELL

I've already aliased "Wouldn't it be" by Matt McFarland to be the music playing during the fights against the Order of Onyx... Just like in the original game.

Undummied link to get the flow running

Added tag DONE

Project file updated

Logo will be the same, and has been imported

Added tag ART

Pushed stuff

I refuse to call this a fix, but I cheated a way to get issues with loading music "fixed"

Added tag CHEAT

Temp dummies

Anyway I fixed that!

Because I gave the wrong parapemter to the debugger, but the code in general was unbugged

Added tag STUPIDITY

And now to figure out why the caption contains a function pointer in stead of a strng

Rebuilt and repacked

Well At least that issue is out of the way....

Right, the cause of the error has been found... TQMG tries to pick into null for a JCR6 file... Question is now, how could that be null (as the scripts are read)

Let's see what happens next

Extra data error catcher

I've build in extra capturing of the font loader... It does confirm an error takes place while the font is loading... Now to figure out why that happens.

Why was my devlog tool suddenly down?

no music heard, but that's a later concern... I need tofind out why loading the font doesn't work

Invalid NIL declaration

Moar errors in stack

Error in stack library

link error in music sub

That's indeed the source of all evil....

It appears that loading the font is where it goes wrong

At least it's now confirmed the translation process appears to go well

each error in NIL iteslf

Bugs in debug features are even worse than the bugs you place them in for

A parse error that came up when putting in #say

I've placed a #say at the top of the init.nil script to make at least sure we got the tag where I can test it in code that works!

I've also set Bubble to link the log to this directive

I've added a #say directive in NIL, and hopefully it can shine more light on stuff

More investigation is in order!

And kaboom.... Starting this will crash everything

Let's recover to chain to and see what the logs will show me

Loader appears to work now.... Strangely enough

I'll remove all "delegate" keywords, and try again... That keyword is still a bit bugged within NIL and with var variables we can also do this

Right! Then stuff DOES suddenly appear to be working..... No ignored CSays() and all the data appears to be fitting.... This should imply something goes horribly wrong in loading the main menu

Let's see what happens if I dummy the flow loaders and chainers

What is happening here cannot be possible, and why? Because if it were possible, the commands that work should have been ignored as well, so this entire fuckshit simply doesn't make sense

In the INIT routine the CSay calls are ignored (for no reason), yet the call to the Main Menu script works, compilation errors are even thrown, but the code is after that stage ignored....

NEITHER is the message that music is available, to make things even more odd!

This is completely odd! All CSay() calls are ignored when coming from the scripts in the game, however the ones in the internal libraries are NOT ignored....

Somehow even the calls from the init scrip appears ignored

For some reason ALL code in MainMenu.nil is being ignored.... No telling why...

Non-Dirry support

Hmmm, NALA ignores the regular callbacks... I wonder.... :-/

Okay, that was an odd error, but it appears to be fixed...

And now.... NOTHING HAPPENS AT ALL! Not even an error message!

Some forgotten crap

Or is caching that powerful?

Well I guess that fixes the issue, but still..... :-/

And suddenly it works, without changing one vital thing.... Technology never ceases to riddle me

Added tag MYSTERY

Why does the fix take effect in the debug version, but is it ignored in the release build (impossible, but yet it happens).

The debugging version of NALA did pick that bug up, so I fixed that in the process... It does not yet squash this cockroach! :(

Music configuration file

No effect!

Added tag COCKROACH

Let's delete that entire folder, and try it again, shall we

Added tag EXPERIMENT

For some reason, the update to NALA (containing the last fix) does not end up in the build of the "game" (as you can't speak of a game yet).... I wonder why!

Of course I need to recompile NALA now

NALA somehow didn't have the MapScriptAPI NIL Glue code not properly linked up

test

Added tag CHARACTER

Updated project files

Added tag BUBBLE

Font linked to main menu

(No visual effects yet, though).

And I generated the new Anyway.nil

A file "AlgemeneDefinities.nil" was created for the Anyway folder.... "Algemene Definities" means "General Definitions" in Dutch, but I chose the Dutch name, as the filename would that way start with an "A", and due to JCR6's tendency to automatically sort all files alphabetically, it would therefore always come on top of my generator....

Saves me TONS of trouble!

Since the background for the original Dyrt game was strictly set for a 800x600 display, it's not usable for this new version, where variable screen width is one of my formost concerns... Something tileable will therefore be desireable.....

And converted into jfbf, of course.

Abigail font imported into the new game

jfbf = JCR font bundle file... NALA uses MonoGame, which is incompatible with ttf, so I had to come up with my own font system, see...

St. Rachan's "scribish" font copied and converted into jfbf

Added tag FONT

Nothing will work yet, though... For starters, the init script is not yet linked to the main menu, and second, the main menu currently only contains the base configuration, but actual action code

I've been setting up the basis for the main menu

Overwrite error when overwriting modified dependencies

Added project for combat routine... It will take awhile before it's actually being used though, as we are nowhere near getting into that part yet!

Fix confirmed, however the first link to #1 and #2 will remain bugged, which has to do with the way the generator works.

#2

Should be fixed now!

Github linking failure

#2

I made a checklist and issued it as #1... There's nothing on it, right now... The content comes later!

Linked this devlog to github

Added tag GITHUB

Aliasing done for "Wilkommen" by Widzy, which will, just as in the original game, serve as background music in the main menu

All the link code for the music routine has been written now

Gotta go to bed now... Catch ya later!

Added tag STATUS

Running

I know that was lazy... I don't need you to tell me!

I've decided to remove the first creation note from this DevLog... Since the bug causing it to be invisible (as a matter of fact, for some reason it just doesn't create any output, just an empty item, while in the tool everything looks ok) is not worth my time to fix, but that empty item still being annoying, it was the better ride

Added tag REMOVED

I must note though that the music script imports an untested stack library for NIL. I really hope it works as intended or else I'm in trouble

And the anway-generator did pick up the link script well

Added tag CONFIRMED

Link script written

Basis for music script

Some wrongly placed icons

Generated the first version of anyway.nil

Added tag GENERATION

Added tag LINK

Made an "ANYWAY.NIL" generator in Go... This will help me to easily update the Anyway.nil file... Only downside is... it needs all updated stuff in the JCR file (was the quickest way to go)

Added tag GO

Now the documentation to get syntax highlight well on the road is ... well... POOR at best... I did manage to put something up, but the result is a complete mess up, not to mention that the example code is inefficient at best... It's better than nothing I suppose, but some work is definitely to be done here.... :-/

In order to get my NIL work done a little bit better I am experimenting on "Void".... A simple IDE, with little functionality, but at least more suitable to edit NIL files until people can help me to set something "good" up.

No matter how fast your computer is... failing browsers will be there, right?

Added tag FAILURE

of course the same notice as for Kthura applies....

NALA now has the TeddyBear classes and the empty skeleton code to build the API upon... Way to go

Added tag TEDDYBEAR

Well in the end that will all be done in C# and with the help for NLua and NIL be linked into NIL/Lua... It will take some effort to do this right, though...

The same skeleton will also have to be set up for TeddyBear

Added tag TODO

For the time being Kthura won't be used, so we won't see that much of this code being evolved, but hey, ya gotta start somewhere ;)

Skeleton code to allow Kthura to be linked to NALA

Added tag KTHURA

More icons of this devlog

Added tag DEBUG

Fix on devlog

Fixed a few issues I had with the devlog

Running

Reconfiguring backup tool

Added tag BACKUP

Techno and Config have their icons now... The rest comes later :)

Site-tagged entries will be darker, so they aren't so prominent as they used to be

Not worth my time to fix, but still... :-/

I wonder why the first entry is invisible, though

Right, the devlog now can generate the page you can see!

I always wondered why "judgment" and not "judgement" is the correct spelling.... Beats me

Added tag OFFTOPIC

That appears to be the case

Added tag JUDGMENT

I'm also listening to the music now to make sure all files are properly converted

Although the end result does show what I wanted to see... Good!

Although some errors pop up when changes are made... I need to sort that out!

I've tested how the builder handles the music dependency, and that appears to be doing just fine

Added tag TEST

(Yeah, depending on the kind of config, it WILL affect this entire devlog, even the early entries).

I've also done some extra configuration for this Devlog, more of that will come over time.

Added tag CONFIG

(Unless you want to save more than you need causing too much hardware operations, and a cosmetic feature like that, isn't worth that).

It may seem that the intervals are sometimes not quite correct.
If you notice that, you are correct! This is due to the way this devlog has been written.... It does not take deleted entries into account, and sometimes in system failures the counters reset to the last save... Unavoidable....

The heroes will now pop into this devlog at fixed intervals

Some more configuration for this devlog

JCR6 contains linkup features to turn everything into one being resource, even though it's divided over multiple files.
This allows me to only build that what I need, which will (especially as far as the music is concerned) save me a lot of time, and also allow me to easily create a version without music. The original Dyrt (back then still in JCR5) already took advantage of this.

Added tag TECHNO

Separate JCR6 file created for the music....

Added tag JCR6

Currently playing all music to test if the conversion was succesful

Converted all music into WAV... It's the only format I can safely support at the moment (in the original Dyrt, all files were in OGG format).

Added tag MUSIC

Added tag CONVERT

A few basic empty scripts have been created... For now they only serve to exist. Later on they will contain the actual code.

(This is also why I did not yet show the picture of the sharting shot already).

The NALA engine in which this is going to happen is in its basis stage... It can not yet even do half it must be able to do to get this show on the road, but hey at least we got a basis right.

Added tag NALA

Added tag NIL

Added tag C#

Still a lot to be done, and this DevLog may even produce a lot of errors... Doesn't matter right now, in the end it'll work ;)

It seems didn't go really smoothly, but in the end it still appears to be working, and it's the result that counts... right?

Added tag NOTE