Jitsumi
Back to the blog

Why games can stutter when a new effect appears

A first-use hitch may come from shader or pipeline preparation—but resource loading can look similar. Compare the same scene twice before changing settings.

A fictional glowing arc forms across a dark game world, with wireframe fragments on one side.

If a game freezes for a moment just as you turn a corner, draw a new weapon or see an effect for the first time, shader or graphics-pipeline preparation may be involved. Some games prepare those effects before you need them; others can discover new combinations while you play. If that work lands on the frame that needs the effect, the result can feel like a brief pause.

A useful clue is whether the same moment becomes smoother when you repeat it with the same settings. That timing is not a diagnosis: first-use resource loading and resource updates can also cause hitches. NVIDIA’s older developer presentation on game stuttering lists those alongside shader compilation as separate possible causes. Its graphics-API advice is dated; the relevant point here is that a freeze alone does not identify its cause.

This guide explains what is being prepared and gives you a simple way to compare the same scene before changing settings or deleting cache files.

What the game and graphics driver are preparing

A shader is a small program that helps define how part of a scene is drawn, such as a surface, light or visual effect. The work does not happen at one universal point. Microsoft’s Direct3D 11 documentation describes compiling HLSL during a build, while also documenting a run-time compilation function. Other graphics APIs have their own steps and terms, so a game’s engine and renderer determine when preparation happens.

In Vulkan, for example, a graphics pipeline combines shader stages with other rendering details. The driver may need to create that pipeline for a particular combination before the game can use it. In a 2020 account of the PC port of Detroit: Become Human, Quantic Dream’s developers explained that a generated shader cache did not, by itself, prevent stutter: the graphics driver still had work to do, and creating a Vulkan pipeline the first time it was needed caused a hitch. Their later pipeline cache made subsequent use smoother. That is a useful case study, not a guarantee that every game or graphics API behaves the same way.

Game developers try to move this work away from the moment it is needed. Epic’s Unreal Engine 5.4 release notes describe programmatic pipeline-state-object (PSO) precaching as a way to find and save shader combinations in advance to avoid run-time hitches. That is an engine feature developers have to configure and validate; its existence does not mean every Unreal game catches every possible combination.

Compare the same scene before changing anything

Use an offline benchmark, replayable save or a short route you can repeat. Keep the game version, graphics settings, resolution and driver the same for both passes.

  1. Choose a specific moment. Note the area, effect or action that coincides with the pause. If the game shows a “compiling shaders” or similar progress screen, let it finish before you start the comparison.
  2. Play the route once. If the game offers frame-time information, watch for a long frame at the moment of the hitch. An average FPS alone can hide a brief pause.
  3. Repeat the same route without changing settings. Note whether the same effect appears with less of a hitch. Keep the test simple; changing the graphics API, quality preset and driver together would make the result hard to interpret.
  4. Use the result as a clue. If the hitch is smaller on the repeat, some first-use work may have contributed. That work could be shader or pipeline preparation, but it could also be loading or updating another resource. If the hitch repeats at the same point, check the game’s support notes and patch information rather than assuming a cache reset is the answer.

This is a documented troubleshooting method, not a Jitsumi benchmark. A player-level repeat can narrow the possibilities, but it cannot confirm the exact graphics operation without the game’s own diagnostic tools.

Why a cache reset is not the first test

A cache exists to retain work that may be useful again. Valve’s Steam Shader Pre-Caching feature, for example, can download precompiled shaders for OpenGL and Vulkan games when the hardware and driver support it; Valve says this can reduce load times and in-game stutter during the first few launches. It is not a promise that every Steam game uses the feature or that every effect is already prepared.

Deleting a cache removes saved preparation. The game or driver may then need to rebuild it, so the first run afterwards can involve more work rather than less. Reset a specific cache when the game’s publisher or graphics vendor gives that step for a particular problem, such as a documented cache error. Follow those instructions for the named game and cache; do not delete unfamiliar folders just because a general stutter guide recommends it.

When the hitch keeps coming back

A first-use hitch that eases on a repeat is a reason to watch the next few sessions, not to assume the whole game is fixed. A hitch that repeats every time, appears in menus as well as gameplay, or began after a specific game update deserves a different check. Look at the game’s patch notes and support guidance, and compare frame-time behaviour before changing one setting at a time.

There is no universal shader-cache switch that can remove every game hitch. Let any explicit shader-preparation step finish, compare the same moment twice and use the game’s supported troubleshooting path if the pause keeps returning.

Sources