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