I’m starting to flesh out the graphical interface for my as-yet unnamed RPG. At this point I’ve implemented pretty much all the systems for the game, so tying everything together with a cohesive and attractive interface is my next main challenge.
For example, this animation shows off equipping weapons. First I go into combat before equipping any weapons, and you can see both my Attack stat and that there’s only one action option at the bottom. Then I equip an assault rifle, and you can see I now have a Shoot option in combat.
I’m now over a month into the basic RPG I mentioned in the last post, so a bunch of systems are in place. In my last post I talked a lot about the narrative system Ink, but this time I want to get back to what is a frequent topic on my devlog: procedural generation of maps. Here is what I came up with for the map of city regions:
(The weird batches of horizontal lines are actually lines of text. That’s just to test applying textures to quads strewn about the map, and will eventually be replaced with images of buildings and trees.)
Last month I mentioned a shading trick I was going to try on my old Phantom Organ Player model, and in this post I explain how that worked out. In addition, there are two obscure but cool tips I’ve learned in Unity, one of which may prompt me to return to a past game idea.
I’m not entirely sure what prompted this (possibly restlessness from being under lockdown) but this month I’ve been digging up old 3D models and animations of mine. I’ve been sprucing up old models and putting them on Sketchfab, and am planning to eventually put some (especially animated characters) on Unity’s Asset Store.
While I’ve been primarily a game programmer for a long time now (as is best exemplified by my book about programming in Unity) I actually started in game development as a 3D artist. As a result, I am still fairly skilled in that area, and also have 3D work in very old backups. I mean really really old files, so old that it’s been a non-trivial task converting them into usable forms.
So I’m homebound, just like most everyone else. I was actually already working remotely most of the time so this hasn’t been a huge change for me personally, but the pandemic is causing big difficulties for everyone around me. Like, say, my mom who lives in South Korea, or my sister who is a doctor in New York City.
As for my coding projects, quite a while ago (around a year) I’d seen a reddit post about this interesting approach to generating pixel art equipment. I’ve had it bookmarked all this time, intending to try this myself.
So I’ve been experimenting a lot lately with rendering lines on the ground, for the map in strategy and tactics games. Last post I already had this effect working for a square grid, but it wouldn’t work for hex grids because it was dependent on drawing pixels to match the grid. I ended that post by brainstorming ways to support hex grids, and have had great success working on the problem since then.
I uploaded a WebGL demo to try, and here’s a video showing the territory outlines shader working on both square and hex grids:
Merry Almost-Christmas! I normally do a blog post every month on the 25th, but I wanted to do this one a few days before then because of the holidays.
Last month I had described my plan to render border lines on the ground (think territory in a strategy game, or movement ranges for tactics games). Here’s an image showing the result of my experimentation:
Hey, looks pretty good if I do say so myself! That’s a smoothly glowing outline drawn on the ground, surrounding a discrete region of a square grid, with the outline nicely rounded at the corners.