Post

Though watch out with exposing tools, as you have to understand you are affecting both the editor and the runtime of the game. So be careful and knowledgeable about when these functions run, so when strange things start happening you know where the issue comes from.

They also found it easy to set up hotkeys to easily allow them to, for example, parent and reparent objects in a giant scene hierarchy. They then show the hotkeys in a little text tab so it’s easy to remember and use quickly. This sped up their workflows a lot!

They also found it very easy to set up such tool UIs, as the Godot UI editor allows you to set up UIs for tools as well. In this case the UI on the right is also the one you see in the tool on the bottom left.

Lastly they had headless versions of tools that only ran in-game, and not in the editor. This then allowed them to more easily debug the game, though did require a bash script to set up

Overall: They’re happy with the tools they were able to build in Godot, and it really helped their workflows, but it can be finicky to get things to not crash, or have unexpected results, and it requires experience more than anything to prevent those issues. So, their advice: Try!

After a great lunch with conversations, next is @picster.bsky.social with “Changing the Mood: Better Atmosphere for Godot Games” in front of a very packed room!

A good grain of salt to have with any talk you see. (The right answer for most questions is: “It depends.”)

(The Wi-Fi/SIM connection is very bad in here, so I’m behind on posting)

For mood and atmosphere, it’s important to make invisible things visible. Such as temperature, sound, wind, and things like that, by using dust, moving vegetation, gusts, shockwaves, etc.

This also means you need many debug options to control such invisible behaviors (cc @andrewfray.dev)

Resources work well for this.

The World Environment Node works well too, though do not trust its defaults

Of course also use composition to maken it all look great. (There was a really good gif here showing a room with and without lights, which illustrated the concept very clearly. Catch the recording for all the great videos showing the concepts!)

After that, @bodybygumdrop.bsky.social is using Blender and Godot together in increasingly entwined ways: “Never Done: An Evolving Blender Workflow for Building RPGs”

David’s showing Blender as a level editor for Godot, where if you save/export in one, it reflects to the other. Thus allowing you to make edits Godot can’t do, but Blender can do.

This workflow is based on a lot of previous work that makes it possible.

The asset pipeline is quite something. There is a lot of backbone to what is, in the end, a button that makes it immediately sync within a second.

The pipeline is pretty huge on the tech side, though in use it’s simple, and it allows for all kinds of content workflows between Godot and Blender

The reason for wanting to build this pipeline, and iterate it further, is… UX friction! The regular workflow was too frustrating, so this pipeline was built to make it feel much easier. Though, there is still friction remaining.

This Godot <-> Blender pipeline will be released soon under MIT, with example CC0 assets with a demo. Along with documentation of workflows.

Next up, we’re getting the premiere of Blender’s new short: Singularity. I am seeing it the way it needs to be seen: Maximum front row

I saw a demo of this many months ago, half finished. Seeing this now, fully formed, on such a huge screen with great audio is awesome.

Definitely the most comfortable conference seating I have ever sat in