Very brief post: I’m doing a talk at this meetup tomorrow!
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.)
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.
A couple months ago I was noodling on techniques for displaying the map in a strategy or tactics game. Well, lately I’ve been thinking a lot about one specific aspect of how those maps work: representing borders on the map.
I’m talking about the colored lines on the ground in this screenshot:
At work this past month I’ve been implementing some interesting visual tricks on a mesh-based map. While we aren’t making a game, I could totally imagine these techniques being useful for a strategy game, or maybe a tactical RPG. Let’s say you have a hex map. Well, you could easily do hexagons with a 3D mesh, and then boom you can can use all sorts of visual tricks developed for 3D games.
As I pointed out last month, I’m putting my personal projects on a hiatus for a while. Instead, I’m going to talk a bit about interesting game dev and graphics stuff that’s come up at work. Naturally I can’t blab too many details about our internal projects at PEAK6, but I do want to point out some of the publicly available technologies and/or resources.
The project I’m currently working on has involved a witch’s brew of proc gen techniques. I want to focus on two in particular: convex hulls, and triplanar mapping.
Happy just-after-Thanksgiving! I’ve been adding to my game’s graphics and putting in some useful touches to release the first playable prototype soon. In particular, I’m going to talk in this post about camera shake, and then tips for improved “randomness”.
But first, here’s a quick peek at some additional enemy sprites:
(monsters by Paxton Paddington)
This was just a mockup of combat in the first-person dungeons. In particular, I did that mockup to test camera shake when enemies attack you: