Tag Archives: UI

Graphic Redesign & Other Updates

BIG updates since I last posted. Its been a long time since the last post and I HAVE been working on this project some, just not updating things so much because I had so many things to change. But I am finally done with the major changes so now here I am again!

The first major change is something that’s both sort of exciting but also, in a way, a tad disappointing because it’s not exactly what I wanted. But it’ll make things easier on me (which is why I did it) and it also brings it back to how I originally imagined the game, just with a different camera angle. This major change is…

3D models instead of sprites. Yes, I had to scrap the sprite idea, despite actually getting everything to work properly with them, but its a time constraint thing. While I don’t have a deadline, as I began to work on the sprites it occurred to me just how long this would take. As much as I love traditional 2D animation, and don’t really enjoy 3D animation as much, with everything else I’m doing, and now somewhat getting back into the costume commissions scene, I just don’t feel I have the time to spend making all the sprites I would want, mirrored or not. To keep the style, though, I will be doing the same thing as with my static 3D models used in the environment: handpainting line art on the 3D models, and apply the toon shader to them to make them appear 2D (think something like Borderlands, or The Walking Dead Telltale series).

Here’s a preview of what the game now looks like, using the Game Creator basic models (they don’t have lineart on their skins directly but I have the shader properly set up so the outline is there. The lighting is also flat shaded on the models.

Making the 3D models, rigging them, and animating them will of course still take a while, but the upside of them is that once I make the model, I don’t have to do any extra work like I would with the sprites, drawing them from different camera angles and such. So the tradeoff is, it’ll take me a while in the beginning to get everything set up properly, but in the end it will save me a lot of time once I complete that work. I will still, however, be implementing 2D animation with the cutscenes, and likely with the character portraits themselves, because like I mentioned before, I love traditional 2D animation and wanted to use it for this project in some way.

The other major reason I did this was because of the tools I’m using. If I haven’t mentioned this in previous entries, I’ll explain that Game Creator comes with modules to extend its usability for different types of games, and while I owned both the Melee and Shooter modules, I was unable to use them, because they only work with 3D models and animations. I did actually find a solution for combat with sprites using the very customizable Ability & Combat Toolkit (ABC) by Dicelock Studio, which worked great, but now I can stick primarily with GC assets, which is a tad smoother (though ABC does have integration with GC, its just a bit more complex than using all GC modules). So now it will be much quicker for me to set up combat and interactions without having to deal with sprites.

So that’s that! Big graphics redesign, again a little disappointed I don’t get to work with sprites but when I think about how much time it would have cost me, that’s okay. I was naive to think I could do something like that with all the projects I have to do. If this were my primary project, it would have been fine, but I just can’t afford it (getting the camera angles right was also frustrating, so I’m glad I don’t have to deal with that anymore). I also still have the trouble of sometimes not being able to sketch as nicely as I want to at the time, and that was really hitting me hard with making sprites, because I just couldn’t get stuff done when I needed to.

So to finish up this section, I’ll be using Blender to make 3D models, and of course will upload progress I make with them here and in my available galleries. Hopefully I haven’t terribly disappointed anyone with this news, but if it makes you feel any better, the project will now be done much quicker than before! It’ll still take a while since I’m so damn busy, but at least it will be smoother sailing for me to actually get things done 🙂

Inventory Redesign and Additions

Another thing I’d like to add to this post is my redesign of the Inventory (its actually visually more simple now) and things I’ve added to it in terms of functionality.

I got rid of the item sorting by type, because the inventory is limited and it just seemed like an unnecessary thing to have since you can see all your items right in front of you and there isn’t a need even for scrolling. So no more top bar for item type selection. There’s also no longer an equipment area present. Whatever you have equipped simply is highlighted on the item itself in your inventory. There is no longer any left hand or right hand designation because that ended up seeing like a gratuitous mechanic that was mostly unnecessary and would likely just get in the way, so that idea has been scrapped and items are either 1-handed or 2-handed and you cannot switch between the two for any weapons, which is what I originally had in mind.

I also added new buttons to the context menu that includes weapon info! This panel shows you things like how much base damage the weapon does, what type of damage it deals, any effects it may have, ways you can use it to interact within the world, and its durability (durability has not yet been set up in the below screenshot but it will be later).

I’ll add more on weapon stats and durability later when everything is set up!

Backend Redesign

One last thing I’ll mention that doesn’t have much to do with anything other than backend stuff, so you won’t see it in the game but other developers may like to know is, I cleaned up the way certain mechanics worked via Ninjutsu’s State Machine module, so the mechanics behind using Key Items in specific areas and interacting with things in the world have been entirely rebuilt and will be much quicker to set up now, which is more good news for development.


That’s about it for this entry I think, everything else I’ve done in my time since last post was mostly practice and cleaning stuff up, so there we have it! Thanks for following this project and if you have any questions or comments feel free to leave them below!

Basic Inventory System (Flashlight)

Basic inventory/container system

I made a few minor adjustments to the HUD here, but nothing is functional yet; it wasn’t my main focus.

I made a custom skin (still a very much a WIP) for Game Creator’s Inventory system (had not made one for “containers” as of yet) and managed to get the flashlight object I had made as a working equippable. This was actually quite a complicated little thing to do.
The flashlight I created was saved as a prefab, and was not yet instantiated into the game at the beginning. Once you equip the flashlight, it instantiates the flashlight prefab as a child of the player object (so it will move with the player). This took some really specific placement modifications too for the instantiated object to be facing the right direction, especially when the player was facing a direction other than toward the camera. When they weren’t, the flashlight would instantiate at a weird rotation, so it wouldn’t necessarily be in front of the player. I remedied this by zeroing out the Flashlight prefabs rotations to 0, and putting the actions in this order:

  • 1. Instantiate the Flashlight and store it in a Global Variable (“EquippedFlashlight”)
  • 2. Change Parent of Global Variable “EquippedFlashlight” to Global Variable “CurrentPlayer”
  • 3. Change Position (aka Move) of Global Variable “EquippedFlashlight” to [my specified coordinates for X,Y, and Z; these coordinates will change in the future when I have actual sprites but for now the tweaks to this position make it look like it’s in their right hand)

So, for now at least, the basic Flashlight functions were taken care of. As I noted above, this situation will more than likely change when I start using actual sprites, but for testing, it’s all good!

You’ll also see that I added organization tabs for the inventory at the top of the menu (which will also be changed in the future, but practice practice practice).

Also in the future, the Flashlight will be a left-handed item, as left-hand items will be supporting items and right-hand will be weapons. This will play a part in the mechanics, and makes the sprites a little more fluid and “realistic” (usually you can “mirror” sprites but that swaps things around and makes the imagery inconsistent, so I’m making sure to keep things organized).

This video was recorded on December 26, 2020.

Main Menu Testing (2 Videos)

Early main menu (before fade effects)

I took a break at this point from the main game to mess around with making a main menu so I could get in some other UI work beyond the journal system. This worked great but it felt really….simple? Of course, I’m just starting out here, but it just felt too basic even for beginner standards.

So I did something really simple: fading effects. It’s amazing how much that added to it, right?
Bonus: you get a bit of a game start at the end of this video! Not working, of course, but we’ll get there 😉

Added fading effects for menus

The original main menu video was taken on December 12, 2020 while the updated version was taken on December 13, 2020.

Journal Added (and SFX!)

It took me quite a while to get this tab thing right, and I might actually change it in the future. But either way, I’m glad I managed to figure it out and set it all up cleanly!

The way I set this up was fluid and worked nicely, but later on I realized it was not as nice as it could be, so in the future I will share the new setup for this (actually showing the Unity interface this time so you can see the way it’s constructed).

I also added some nighttime sound effects to the background of the level, and page flipping noises to the journal.

Note: the journal image is a placeholder, I did not make it!

This video was taken on December 11, 2020