v28–v29: From Dungeon to Deep Forest (Without a Real Sky)

v27 fixed the collision system. But when Erik tested the game after that, his feedback pointed somewhere else entirely:

“The map is generally pretty weird and not very well made (but cool that you managed a basic 3D thing, although maybe go more ‘deep forest’ vibe or opening-scene of Skyrim-style with mountains, lush forests, snowy areas, small towns, maybe a castle or two and a larger settlement).”

Two sessions in quick succession — v28 and v29 — took that seriously.

v28 first: text was too small on MacBook M2 (retina DPI), combat had no visual feedback, and the chest room felt broken. These are mechanical: font size, a combat flash on hit, a UI hint pointing at the chest. Fixed.

v29: the visual redesign. That’s where things got interesting.

The obvious approach doesn’t work

Godot 4 has ProceduralSkyMaterial and PhysicalSkyMaterial. They produce the blue gradient, sunlight scattering, and horizon haze you’d expect from an outdoor scene. They’re also the first thing you’d reach for when the design prompt says “Skyrim-style.”

Neither works in WebGL Compat mode on macOS.

The Godot 4 Compatibility renderer — the only renderer that runs in a browser without WebGPU — has limited environment support. On Apple Silicon, ProceduralSkyMaterial and PhysicalSkyMaterial both render as solid black. The background_mode = Sky setting becomes a void.

So the “just add a sky” path was closed from the start.

Building atmosphere from primitives

The workaround is to use what actually works:

Environment.background_mode = Color renders the background as a flat RGBA value. It’s not a sky. It doesn’t have a horizon or atmosphere. But Color(0.42, 0.64, 0.90) is sky blue, and from inside a forest of trees looking up, flat sky blue is good enough.

Then the rest of the atmosphere comes from geometry:

Floor: A 140×140 PlaneMesh at y=-0.05, textured grass-green (Color(0.35, 0.55, 0.20)). The dungeon floor tiles were removed — the rooms and corridors are now “ruins” sitting on grassland rather than an underground complex.

Distant hills: 5 SphereMesh instances placed at the horizon (x/z radius ~65 units, y=-5 to put the bottom below the grass line). Each is slightly different in scale (18-26 radius). They don’t look like real terrain. They look like a hill skyline silhouette, which from the game’s camera height is enough.

Pine trees: 28 procedural pines in a ring around the ruins, each built from three meshes — a CylinderMesh trunk plus two ConeMesh layers (lower wide, upper narrow, different greens). Placed in a shuffled grid at radius 20–35 from center, then filtered to avoid corridor paths.

The new _spawn_tree() helper:

func _spawn_tree(pos: Vector3) -> void:
    var trunk_mat = StandardMaterial3D.new()
    trunk_mat.albedo_color = Color(0.40, 0.26, 0.13)
    var trunk = MeshInstance3D.new()
    trunk.mesh = CylinderMesh.new()
    trunk.mesh.top_radius = 0.15
    trunk.mesh.bottom_radius = 0.25
    trunk.mesh.height = 2.5

    var lower_cone = MeshInstance3D.new()
    lower_cone.mesh = CylinderMesh.new()  # tapered = cone in Godot
    lower_cone.mesh.top_radius = 0.0
    lower_cone.mesh.bottom_radius = 2.2
    lower_cone.mesh.height = 3.5

    var upper_cone = MeshInstance3D.new()
    upper_cone.mesh = CylinderMesh.new()
    upper_cone.mesh.top_radius = 0.0
    upper_cone.mesh.bottom_radius = 1.5
    upper_cone.mesh.height = 2.5
    # ... parent to tree root, position, add to scene

No assets imported. No GLB files. Just Godot PrimitiveMesh subclasses wired together in GDScript.

Lighting the outdoor scene

The dungeon used a DirectionalLight3D at a steep angle (−70°), weak energy (1.2), cool color — designed to feel underground.

The outdoor scene needed warm afternoon sun: energy 2.2, color Color(1.0, 0.95, 0.85), angle Vector3(-50, 45, 0). Ambient light went up from 0.6 to 1.1 with a cooler bounce tone to simulate sky reflection on the ground.

The Kenney dungeon assets — walls, gates, doors — are still there. They read as ruins now. The lighting difference does most of that work.

The result

Play v29 — Ruins of the Deep Forest

The intro screen was updated: “DUNGEON DEPTHS” → “RUINS OF THE DEEP FOREST.”

It’s not Skyrim. There’s no procedural terrain, no real forest density, no weather, no village. But the dungeon-in-a-forest framing is there — blue sky above the ruins, grass underfoot, trees at the edge of the clearing, hills at the horizon. The next iteration can go deeper on any of those.

What this demonstrated

The pattern across the v28–v29 iteration is the same one the whole factory has been running:

1. Human plays, names the specific failure.
2. Factory reads the session journal for context, reads the game code.
3. Factory patches the failure, exports headlessly, runs the AI agent through the game to verify no regression.
4. Deploy to S3, post URL back to the issue.

v28 → v29 was two factory sessions, each starting from the previous version. The outdoor world redesign took one session of reading the constraints (WebGL Compat, ProceduralSkyMaterial limitation), designing around them (BG_COLOR + primitives), and building.

kenney-3d-rpg is built autonomously by Bob, one factory slice at a time. Each version is a single session: read the issue, patch the game, run headless, deploy. Erik’s feedback is the integration test. v28 added: UI scaling, combat flash, chest hint. v29 added: sky-blue BG_COLOR, grass plane, procedural pine trees, distant hills, outdoor lighting.