Confirmer le symptôme
Répétez le même jeu légal, la même scène, le même build et le même backend.
Diagnostic du cache de shaders
Le cache de shaders Ryujinx conserve des calculs graphiques compilés afin que les scènes répétées deviennent plus fluides. Le vider peut aider après une corruption, un changement de pilote, de backend ou une régression reproductible, mais le supprimer à chaque baisse de FPS recrée des saccades au premier passage. Ce guide utilise sauvegarde et comparaison sans cache partagé inconnu.
$ channel: canary
$ platforms: windows linux macos
$ source: ryubing releases
$ status: verify before download
Independent guide. No keys, firmware, ROMs, DLC or game files are hosted here.
Répétez le même jeu légal, la même scène, le même build et le même backend.
Consignez version Canary, pilote, Vulkan/OpenGL, mise à jour, mods et échelle.
Fermez Ryujinx puis copiez le cache concerné.
Ne supprimez ni sauvegardes, ni profils, ni clés, ni firmware.
Parcourez deux fois la même scène et comparez avec la sauvegarde.
Comparez le même build, jeu, scène et backend avant et après. Une baisse de performances ne vient pas toujours du cache.
Ryujinx compile des shaders lorsque le jeu rencontre effets et scènes. Le cache réutilise ce travail : une nouvelle zone peut saccader au premier passage puis s’améliorer. CPU, pilotes, résolution, mods et builds peuvent créer des symptômes proches.
Videz le cache après corruption, changement graphique clair ou artefact reproductible. Une baisse générale de FPS, la chaleur, le son ou les contrôleurs demandent un autre diagnostic et une référence stable.
Fermez Ryujinx, créez une copie datée, retirez seulement le cache du titre et répétez deux fois la même scène sans modifier les réglages. Restaurez la copie si le résultat empire.
Le cache varie avec la répétition; les pilotes touchent plusieurs jeux; les réglages suivent l’option modifiée; une régression commence après une mise à jour Canary. Utilisez ce motif pour choisir le prochain test.
| Symptôme | Cache probable ? | Test suivant |
|---|---|---|
| Amélioration au second passage | Probable | Répéter sans changement |
| Tous les jeux restent lents | Peu probable | Pilote et puissance |
| Début après mise à jour Canary | Régression possible | Comparer un ancien build |
Le premier passage après suppression peut saccader pendant la recompilation. Le second passage est la comparaison utile. Si rien ne change, vérifiez pilote, backend, échelle, puissance, mods et build.
Évitez installateurs, chaînes Telegram et miroirs proposant des caches prêts à l’emploi. Ils peuvent être incompatibles avec votre jeu, pilote, backend ou build et contenir des fichiers inutiles.
Si rien ne change, testez une seule variable: backend, pilote, échelle, mod ou build précédent séparé. Conservez sauvegardes et profils pendant le test.
Vérifiez les builds et limites avec les ressources Ryubing.
Ryujinx compile des shaders lorsque le jeu rencontre effets et scènes. Le cache réutilise ce travail : une nouvelle zone peut saccader au premier passage puis s’améliorer. CPU, pilotes, résolution, mods et builds peuvent créer des symptômes proches.
Fermez Ryujinx, créez une copie datée, retirez seulement le cache du titre et répétez deux fois la même scène sans modifier les réglages. Restaurez la copie si le résultat empire.
Videz le cache après corruption, changement graphique clair ou artefact reproductible. Une baisse générale de FPS, la chaleur, le son ou les contrôleurs demandent un autre diagnostic et une référence stable.
Le premier passage après suppression peut saccader pendant la recompilation. Le second passage est la comparaison utile. Si rien ne change, vérifiez pilote, backend, échelle, puissance, mods et build.
Évitez installateurs, chaînes Telegram et miroirs proposant des caches prêts à l’emploi. Ils peuvent être incompatibles avec votre jeu, pilote, backend ou build et contenir des fichiers inutiles.