Post

And because they delay all their decision making until the final point, they can then make changes right before the content hits unreal, such as changing material presets for higher resolution textures. So their asset source of truth is actually outside of Unreal, rather than inside Unreal! Neat!

The next talk is by Tim from Vertigo Games, about VR games and PCG in Unreal. It’s moving a bit too fast for me to live post it, but I appreciate this slide of generated as well as manually placed camera visibility points for automatic triangle culling. (Memories of visgroup calculation in Hammer)

They are very happy with PCG because it’s built into Unreal, so all other systems easily work with it, and you have access to the source code which allows them to make any changes they need.

Then you use blueprint actors to place things like vegetation. But it can also be used for level geometry! So they started doing all level design and art with PCG, and then finish with manual set dressing.

And they’re happy that PCG auto-regenerates when a manual asset is placed. E.g. a rock is placed, and then grass automatically appears around it. Though they are able to interrupt this, so that when they place a skeleton (with specific tags on it to ID it), it does not grow grass around it.

But then they have to convert all these instances to actors 😱 Apparently this is due to HLOD generation reasons, and he says he knows this sounds nuts. (To be honest I don’t understand this too much. Maybe @joewintergreen.com has thoughts on this?)

I missed a talk inbetween about 64kb proceduralism, but had a great conversation about OpenUSD instead! It’s growing! Slowly, but, growing.

Next, @alexanderbirke.bsky.social, who has worked on a few very well known games!

Classic gamedev issue: Random isn’t random. Recommendation: Use Hash and Noise methods instead. “Noise is noice to use”

Coining a term: Layercaking. Generating each aspect separately, for easy toggling, editing, etc. (This lines up very well with the first talk.)

All that random stuff is great, but you need to have in-game debug tools as well to make sure you can quickly work with and visualize your procedural content (cc @andrewfray.dev for his great thread!!)

Then you put the functionality of that debug menu on an Elgato stream deck for ease of use. You can also allow anyone to customize their own setup on their stream deck. So they only see the options they need, and can instantly use them (cc @derek-lieu.com, because he does this too!)

(The randomization using noise instead of random functions reminds me of lava lamp randomization: en.wikipedia.org/wiki/Lavarand)

The Timeless way of Building mentioned!! (cc @keano.bsky.social) (‘A Pattern Language’ is another great book I recommend, which is from the same author)

(I’ll be honest, some of this goes way over my head, but apparently signed distance fields work really well)

There are generators, within generators, within generators. Hence, the term layercaking.

But, the 1000 bowls of oatmeal problem comes up: Each bowl is technically arranged uniquely, but to a user it just looks like 1000 bowls of oatmeal. Just because it’s randomly generated, doesn’t mean players like it. You need some more uniqueness, by for example clamping values between sections.

Boats (this will be a repeating pattern today)

And here is the summary and a QR code link for the slides! There are lots of great gifs and videos in this talk with many different ways to do generation that are directly applied to game development. Take a look!

Good lunch (but bad allergens signage. It’s non-existent)

Next talk is from some Houdini folks, showing a fully procedural rig and many other things that I only half understand because Houdini is a magic box that makes cool things appear if you know the right incantations. I understand the shown workflows, but have no idea which 200 nodes generate this.

Next, a talk from a digital design studio, showing some different tooling like Touchdesigner.

As well as making a digital twin for worlds’ largest telescope, and the UX for controlling it, also made in touchdesigner. And an interactive exhibit in combination with this telescope.