0.5.61 declines the software rasteriser itself

app.py

@@ -40,13 +40,13 @@ BIN = Path("bin/cortiq")
 WORK = Path(tempfile.gettempdir()) / "animate"
 WORK.mkdir(parents=True, exist_ok=True)
 
-# Mesa ships a SOFTWARE Vulkan driver (lavapipe/llvmpipe) in most
-# container images, and wgpu will happily enumerate it as an adapter. The
-# engine then reports "GPU path: on" and runs every shader through an LLVM
-# rasteriser on the same two cores it was already using — strictly worse
-# than its native CPU kernels, for the same silicon plus an emulation
-# layer. There is no GPU here, so say so up front.
-os.environ["CMF_GPU"] = "0"
+# No CMF_GPU here on purpose. Mesa ships a SOFTWARE Vulkan driver
+# (lavapipe/llvmpipe) in most container images, and until 0.5.61 wgpu
+# would enumerate it, the engine would report "GPU path: on", and every
+# shader would run through an LLVM rasteriser on the same cores the
+# native kernels were already using. 0.5.61 declines a DeviceType::Cpu
+# adapter and keeps the CPU path, so this Space now exercises that
+# decision on a real container rather than pinning it with an env var.
 
 _model: str | None = None