Hello friends!

Chris here.
John’s busy trying out some new dev-textures to make levels so I’m doing the writing today.
My my. Something happened here. All you new followers! Thanks, y’all for stopping by. It means a whole lot to us.

Here’s what will be going on between now and the beginning of November. Granted, nothing else that’s super big and super important will interfere.

We decided we’ll use the time to catch up on our development tools and technology. During the development of the demo it became clear that we had some … shortcomings. So it’s gonna get a bit techy here. A glimpse behind the scenes.

If you played the demo, you’ll know how the library looks in-game.
(If you didn’t play the demo, you should)
In the editor it looks like that image above. Those coloured markers are all pieces of game logic to a certain extent. You can imagine, it’s a pain to find the issues in this chaos when something goes wrong.
That process needs speeding up so - how?

We figured a developer console will do the job.

It seems like a simple thing to have and it is.
Workhorse in this console is a powerful command processor and you can get your hands on its code soon. If you want your own consoles in your games.
It’s become a super useful tool.

With it, we can manipulate the gameplay mechanics anywhere in any way we want. We can trigger certain events without actually playing. This shortens the time we need to find issues or test certain gameplay contraptions.

Another change, very code-heavy, was a trace function for the gameplay mechanics. As you can see in the console, we can print a trace of what happened and who started it. It’s very useful to debug those complex gameplay contraptions when they don’t do what we want them to do.

Next up:

More editors. You can never have enough editors.
For one, the item database. It’s terrible right now and needs to be better.
Look at this monster.

Extrapolating to round about a 100 items (possibly more) this is going to be veeery nasty. So. Making it better it is.

We got a thing called PlayerVars. It’s a bunch of stuff that represents the players state. In there you find flags about what the player has seen, how the player has reacted to things, what kind of outcome certain puzzle chains had and much more. It’s a global context which is used to create branching in dialogues and gameplay.

Currently it’s a loose set of variables. It’s hard to keep track of all of them. So we have to build a kind of library where we can view all variables, create new ones, manage existing ones and so forth. If you ever worked with an RPG Maker you can think of its variable database. That’s basically what we’re looking for. But in Unity.

We also need some more types of triggers. That’s stuff where the player walsk through and something happens.
Things that will allow us to work more efficiently with the PlayerVars mentioned above.

Translations. We’re not looking to actually translate anything just yet.
But we need the groundwork for it to be there.

(I ran out of images)

And that’s what we will do until the end of October, friends.
If you like these posts, click on that heart below. It’s cool.

We’ll be back with more in November. Maybe earlier.

Cheers,
Chris