In easy mode you'll start the game with 900 shilders start money. In the casual mode that will be 45 shilders and in the hard mode only 3 shilders.

This bug was easy to fix (I only had to change 1 letter of code), but the damage the bug caused is that great that I have to re-create my savegame file!

Serious code typo

Take III

NIL linkup code to Kthura had some code typos

Take II

Made two link up functions (otherwise I'd have to redo my savegame file)

Take I, as we are in a brand new session now ;)

Running compilation script

Link code written

Bubble API written

Can now spawn actors on a given coordinates and not just based on objects elsewhere on the map

I'm tired now though, and I can't focus anymore so I'm afraid this will have to wait!

Now I must enable actors to be spawned by coordinates... that functionality does not yet exist....

Still an error, but at least an error I WANTED to see :)

In PURE everything that has to be in caps is in caps

Flow load error

I need to test if the fixes have their desired effect

I think I fixed that all, my savegame is broken and beyond fixing, so I need to run a new game in order to test this

I am an idiot and let's leave it at that!

Although the log confirms a few things I already expected, I wonder about that call to "PURE" as that should never have happened....

Take MMMMMMMMMMMMMMMMMMMMDCCCCCCCCCCLXXXXXXXXVIIIIII, I think

PLLLLEAAAAASE?

GRRR!

AAAARGH

If so, I'll have to start a new game in order to get things fixed, I'm afraid!

I think we got ourselves a little "case error"

Another test

But this MIGHT

Of course THAT wouldn't work

And Onto test (I missed a few... XII? XIII? XIV? Oh whatever!)

Running my NALA compilation script

and linked that to NIL

Added a GetPure API

I forgot to work out a good loader for "Pure" data, eh?

Fixed nul-swap-object in C#

But now I got another issue

Indeed it was there....

Whatever causes the infinite loop it's in the CORE department, and I think I know where

Take VIII Now in a protected debug environment

Synced

NALA freezes when trying to load... Now this is odd and definitely requires furhter investigation

Take VII

Filename was not yet given up in loading request

At least all parse errors are accounted for... But I'm definitely not there yet!

Take VI

Unfinished string

Take V

Another parse error

Take IV

Well void is more like it than fixed

I really should find out why "nil" is ignored when it's the last word of a line

Take III

A parse error

forgotten comma

Forgotten class reference

Take I

Technically the loadgame routine's been written, but I don't expect it to work right away, but hey, nothing ever did

And I'll take some rest now... After that rest I'll get into some specific stuff, as I have only worked on the core loaders now, but there is some non-core-data too, which must be loaded (core = data handled by NALA itself and not by NIL)

Some real-life business... You know the boring stuff

There was nothing to do with the RPG loader, only to link it into the save game core code of NALA, which I've hereby done!

I've linked the Swap extractor to the initiator, and to my save game manager

Same goes for sourceforge!

Yup, when ready the game will be published on itch.io too, but I merely created this tag now for later use only

Added tag SOURCEFORGE

Added tag ITCH.IO

Swap data extractor.... Once again, if nothing odd happens, I must assume this works

Code typos

I've set up the verification check.... As long as it doesn't do anything crazy, all I can do is assume it works as planned....

Faulty pure data (this will require me to create a new save game before I can get to loading, though).

Well... Let's say that I made sure that "PURE" will be ignored as well as all stuff in the directory "XTRA"... Both have been reserved now in all BUBBLE projects, which includes NALA....

The good news is that the game itself is ready to deal with game loading... The bad news is that NALA is not, so we're in a bit of a fix here, I guess :P

that appears to be working

Another test

Forgotten

"Load" can be activated now, however as the load routine only contains an error() command now, it will throw an error, but at least I can test contact :)

After saving the save game menu should send you back to the game

#33

All savegame data accounted for

Another one!

Variable mistake

Mispelled variable

I voided that for now, but something must be done about it!

something is definitely wrong with the ), as it keeps insisting to be a term rather than an operator

And let's see if it works

Linked to the savegame flow

And a quickmeta link table

Table Created which stores which abilities have been mastered.

I couldn't bear anymore to see the Field Menu project being empty so i created #41 to have at least one card thre :P

#33

Important to note is that the test swap did not yet get set to the disc... This is most likely due to time issues and not yet being enough swap files... Nothing to be alarmed about. I will need to see how things will hold out on the longer run, and I simply cannot test that yet!

Take XIII

Creation had to count as a modification as well, this was not properly seen and thus the data was not written to the disk when it had to be done

Take XII

Another chat line must give me some important answers (I hope)

Take XI

I've added a few "CHAT" lines, which hopefully gimme some answers

Let's sync the pure debugging version once more, as this is getting annoying

still no good, but at least no more crashes

Take X

A LOT (read: Everything) was wrong in the definition department.... Hopefully not anymore

Take IX

Hopefully a try{}catch (I wanted to leave them out, but I got no choice) can get me an answer

Kewl... a .NET user code error... Now THAT tells me a lot (NOT)

Let's see what a "SHOWSWAP" command will tell me!

0 swap entries found, the outcome couldn't be clearer... The question is now how this could happen

Take VIII

Let's look into this with an extra debug console command!

I can also see that the swap dir was not created, but I know I know why that is...

Faulty named savegame file

I can confirm though that the inventory numbers are no longer written in decimals so that's good!

Apparently NOT, since the only swap file created up until now does NOT appear in the savegame file

(would be a new record in complex parts of the game).

No more errors thrown, but does that mean it works?

Take VII will tell

No guarantees, but this SHOULD fix the issue I was dealing with

any swap action that is

The first time you take any action at all, the swap will be initized

I think I know why this happens... Say it, I'm a stupid cow!

It goes wrong on the very first step... Clearing the swap data... Cool huh?

Take VI

Some debug lines must break down WHEN this happens, as only then can I even BEGIN to debug all this!

.NET error in user code... Somehow I KNEW this was gonna happen...

Take V

Illegal Function call

Take IV

I've added a line to NIL, and hopefully this can help crashing on whitelines in quickmeta scopes

???

Take III

Blah blah

Forgot to embed the NIL script

And Take II

And let's run the compile script again!

Swap was not initized in NALA

Yup, I forgot something!

Take I (of the many I expect to follow)

And I've linked the savegame routine to the swap engine

On the moment a new game starts the swap folder will be entirely cleaned (if needed), and a "ReadMe" file will be created (in order to test if everything works the way it should).

Swap classes linked to Save Game engine

Recompile of NALA was succesful, but it's too early to put things into action yet!

I've written the link code to allow NIL to communicate with the Swap handler that's now in NALA

Yes, this has to do with #33

I could NOT yet put it to the test though, so I can only HOPE it works

I've set up an advanced swap system for NALA which only saves when data appears not modifed long enough to deem it no longer needed for the short term. This is also set up in order not to pay too heavily on SSD drives that are the standard these days.

Maybe this will stop that (as this can cause conflicts later on)

What I do wonder is... why those decimals in what are supposed to be integers?

Inventory['*CLEAR*']=1

Inventory['ITM_ANTIDOTE'] = 3.0
Inventory['ITM_APPLE'] = 6.0

all crashses accounted for, but now I need to know if everything works properly!

An that brings us to take VI

And the call did indeed not return anything which should not have happened

NALA was not properly set up for when a return failed

At least the system makes no bones about the fact that LuaGetString is the function to blame, but that is odd, since that function is also the function that did some important transfers before without issues, so I wonder what happened there

In order to get stuff done in the debugging department, I now need to find out why NALA pops up an error generated by .NET

#40

Since this bug cannot be fixed as the cause is very old (Star Story also suffered here), I'll have to suffice with reset points, so you can at least "jiggle free", and that brings us to

#40

Now this is a bit odd! The error generated is generated by .NET (I recognized it's wording).Where exactly this goes wrong needs to be properly investigated, but for now let's suffice to say it doesn't work, but that I need to get some things done before I can start to fix this

Take V

Time for a break, brb

Invalid state load

Take IV

Forgotten state references

Okay.... mesa too fast!

Take III

Another function name then?

At least the quickmetatable worked

Take II -- And let's try it again now!

New Anyway.nil generated

I know why that happened

Apparently the quickmetatable didn't make it properly through

Btw... I closed #3

And NOW let's run take I

Oh wait, before that... Let's first rebuild NALA :-/

So let's get this over with... Take I

As the inventory screen is NOT present yet, all I can do to test things out is to simply run the game and save the game, and see what the savegame will contain... Thanks to my GJCR tool that's easy, but still :-/

I've set the start script to make sure you start with some apples and antidotes.... The number depends on your difficulty setting.

However I went a bit too fast, I now realized, so this code ain't gonna work

And linked this to the savegame routine, which should now save the inventory

I've written the link code for this table

I've set up a quick meta table to use for the inventory, but it will not really be taken in use now, but at least the save game routine can be completed this way without any issues later

If you counted well, you may see an initial error first, but then again, this devlog was NEVER too precise on things.

a few config issues in this devlog

'quickmeta' added to NIL

One too many

A few issues

Code Typo

SIGH!

And fixed a crash in the process!

Faulty variable declaration, but then again, i didn't need that variable anyway

Case+$ errors

the very first savespot has been placed (it only does NOTHING AT ALL YET!)

To start simple I've added the constant game time to the game

Does it work now?

For now I've voided this issue

It's still beyond me why private elements are still so buggy

The directory file was currupted.... So that was an easy fix, but still, odd

Nonsensical error

I think I fixed the missing "Create new" slot

The disappearing slot bug has been fixed

Apparently it DOES have the effect I wanted to see