Demo settings
Try a reversible OpenGL launch test for graphics crashes
One community suggestion is to test --rendering-method gl_compatibility --rendering-driver opengl3 in the Demo's Steam Launch Options. It asks Godot to use its OpenGL compatibility renderer rather than the usual Vulkan route.
This is a reversible test for graphics startup or driver crashes, not a confirmed cure. The AMD discussion includes both affected and unaffected systems, and does not contain a follow-up proving these flags fixed the original player's machine.
On this page
Before changing launch options
This test applies to the Steam Find The Needle Demo, app 5165210. Save the exact error and note whether failure occurs before the menu or after a period of play. Record your GPU, driver, OS and Demo build so you can compare the same situation.
If the error explicitly names missing SSE4.2 CPU support, start there instead: a renderer change does not add a CPU instruction. The method below changes no game files or saves.
Set the two flags in Steam
- Exit the Demo and open its Steam Library entry.
- Open Properties → General → Launch Options, the location specified by zavierfears in the source discussion.
- Copy any existing launch-option text into a separate note before changing it. For this isolated test, use only the two flags below so an old conflicting renderer option does not make the result ambiguous.
- Enter
--rendering-method gl_compatibility --rendering-driver opengl3. - Launch once, check whether the menu is usable, then check the part of play that previously failed if the system is stable enough to do so. Reaching the menu alone does not resolve a crash reported after 15–45 minutes.
Godot officially documents --rendering-method and --rendering-driver; their availability still depends on the game's export and driver support. The community command does not establish the Demo's exact engine version.
Judge the test and restore the old setting
If the same failure stops occurring in the comparable scenario, record the flags and observation length as your result. Compatibility rendering can change graphics features and appearance; a different-looking scene is not itself proof of failure.
If the game still crashes, no longer starts, or the graphics are unusable, exit it and restore the exact launch-option text you saved. If the field was originally empty, remove the test flags. Launch again only if the system remains stable. Do not keep forcing repeated whole-PC freezes to collect a longer test.
Godot notes that unknown flags can be ignored without a warning. An unchanged result does not prove that the game accepted the requested renderer. Report what you actually observed rather than calling it a failed driver diagnosis.
What this does not establish about AMD or Direct3D
The source thread reports black screens, menu failures and later driver timeouts. Other players report working AMD systems, so “AMD unsupported” is too broad a conclusion.
The same post also proposes --rendering-driver d3d12. It supplies no successful Demo test and does not identify the game's engine build. This guide does not combine that alternate flag with the OpenGL test or present it as a verified second fix.
If the reversible test does not help, add the original error, hardware/driver, Demo build, chosen flags and result to the AMD discussion. A store-settings purchase problem has its own Buy-button guide.
Sources & version
Community instructions, not our own gameplay test. Version-specific advice may change after a Demo update.