En bref : « optimiser à la fin » est la façon dont les projets meurent en certification. Un budget de performance (plafonds de temps de frame et de mémoire convenus avant que le contenu soit construit) transforme l'optimisation d'une crise en une vérification de routine. Budgétez des millisecondes plutôt que des polygones, découpez le frame comme une tarte, mesurez à trois caméras fixes, rendez les chiffres visibles là où se fait le travail, et tirez les leviers dans l'ordre du rapport coût-efficacité quand une scène passe au rouge. Cet article donne tout le système, avec des chiffres de départ à adapter.
La vista, c'est toujours la facture : distance de rendu maximale, chaque système à l'écran en même temps, chaque anneau de LOD actif. Budgétez pour cette vue ; le couloir se débrouille tout seul.
Budgétez le temps de frame, pas les polygones
Les budgets de polygones sont une relique : les GPU modernes s'étouffent sur les draw calls, l'overdraw, les ombres et la bande passante mémoire bien avant les triangles bruts. Budgétez ce que vous mesurez réellement : des millisecondes par système, par vue.
Un jeu à 60 fps possède 16,6 ms par frame ; à 30 fps, 33,3 ms. C'est tout le budget, partagé par tout : gameplay, physique, IA, VFX, UI et environnement. La tranche de l'environnement est une négociation avec le rendu et le gameplay, mais ce doit être un chiffre, convenu et écrit, sinon toute discussion sur le fait qu'une scène est « trop chère » s'effondre en goût et en ancienneté. À côté du temps de frame, donnez des plafonds aux quantités qui le lient :
- draw calls par vue (ils lient le CPU bien avant que le GPU sature),
- mémoire de textures et de meshes par zone de streaming (le chiffre qui décide si vous streamez ou saccadez),
- lumières projetant des ombres dans la vue,
- points chauds d'overdraw : végétation et VFX sont les suspects habituels.
Les plafonds exacts dépendent de la plateforme et du moteur ; la discipline d'avoir des plafonds est ce qui se transfère à chaque projet que vous livrerez jamais. Un chiffre sur lequel on peut se tromper vaut mieux qu'un ressenti dont on peut seulement débattre.
Découpez le frame comme une tarte, en millisecondes
Donnez une tranche à chaque département (gameplay, VFX, UI, environnement), puis redivisez la tranche environnement : terrain, végétation, accessoires, eau. « Cette forêt est-elle trop chère ? » devient une question objective.
Un découpage de départ viable pour un titre à 60 fps, à renégocier par projet : environnement total 6–8 ms, dont terrain ~1,5, végétation ~2–2,5, accessoires et structures ~1,5, eau et atmosphère ~1. Le point n'est pas ces chiffres exacts : c'est que quand la forêt mesure 4 ms contre une tranche de 2,5 ms, la conversation devient « quel levier tire-t-on » au lieu de « à qui la faute ».
Les tranches protègent aussi contre la sur-optimisation, un échec réel et coûteux. Un système bien en dessous de sa tranche est une invitation à dépenser la marge en qualité, pas un trophée à défendre. Les équipes sans tranches tendent à optimiser ce que l'ingénieur le plus bruyant a remarqué, ce qui est rarement le vrai goulot : le camembert vous dit où les millisecondes sont vraiment allées.
Mesurez à trois caméras fixes
Budgétez pour la pire vue réaliste, pas la moyenne : choisissez trois « caméras de budget » fixes par carte (pire vista, espace de combat le plus dense, intérieur le plus chargé) et mesurez exactement là, à chaque fois.
Les survols aléatoires produisent des chiffres aléatoires et des arguments infalsifiables. Les caméras fixes produisent des courbes de tendance : la même vue, mesurée chaque semaine, montre exactement quand et où une régression a atterri et à qui la demander. La pire vista mérite le rôle vedette car elle empile tout à la fois : distance de rendu maximale, chaque anneau de LOD, terrain, eau et ciel simultanément. Une carte qui tient le budget à sa vista le tient presque partout ; les couloirs vous flattent, les vistas disent la vérité.
Sauvegardez les positions de caméra dans la carte pour que chacun puisse reproduire le plan exact. « Ça tourne bien sur ma machine sous un certain angle » n'est pas une donnée ; « la caméra de budget 2 mesure 9,2 ms sur config minimale, contre 7,8 la semaine dernière » est un rapport de bug avec un suspect.
Rendez le budget visible là où se fait le travail
Un budget dans un wiki est mort : il vit comme des overlays de stats pendant l'habillage, une vérification contre les plafonds avant les merges de contenu, et des avertissements quand une cuisson dépasserait le nombre d'instances.
Les artistes respectent volontiers les budgets quand le retour est immédiat, et les détestent quand ils arrivent comme un ticket de bug trois mois après que le travail a été livré. Le côté outillage compte ici d'une manière discrète mais décisive : quand le scatter et le blending cuisent vers des primitives natives du moteur (meshes instanciés et végétation ordinaires, comme le fait Numivo), votre profileur existant dit la vérité non fardée à leur sujet, sans runtime de plugin qui brouille les chiffres, et chaque levier standard (distances de cull, LOD, nombre d'instances) s'applique inchangé. Un budget que vous ne pouvez mesurer qu'à travers une boîte noire est un budget auquel vous cesserez discrètement de faire confiance.
La cadence de revue qui tient
Des captures hebdomadaires des trois caméras de budget (cinq minutes), une vérification automatisée des plafonds aux merges de contenu, et une revue mensuelle des plafonds eux-mêmes : les budgets sont des estimations, et la révision honnête vaut mieux que la violation silencieuse.
- Hebdomadaire : capturez les trois caméras avec les stats activées ; consignez temps de frame et mémoire dans une feuille partagée. Les tendances apparaissent en un mois, et un pic pointe le travail d'une semaine précise.
- Au merge : une vérification automatisée compare la scène aux plafonds. Les chiffres rouges ouvrent une conversation, pas un build cassé : le but est la prise de conscience, pas la bureaucratie, et un blocage dur entraîne les gens à contourner la vérification.
- Mensuel : réexaminez les tranches elles-mêmes. La réalité en cours de projet diffère toujours des suppositions de préproduction ; ajuster le budget ouvertement le garde crédible. Un budget que tout le monde ignore discrètement est pire que pas de budget, car il enseigne à l'équipe que les plafonds sont du théâtre.
Quand les chiffres passent au rouge
Tirez les leviers dans l'ordre du rapport coût-efficacité : distances de cull et réglages d'ombres d'abord (minutes, gains énormes), puis LOD et impostors, puis nombre d'instances, et en dernier seulement l'art lui-même.
L'optimisation est du triage, pas de la démolition. Démolissez l'art en dernier : la plupart des vistas hors-budget reviennent au vert par des changements de réglages invisibles bien avant que vous ayez à supprimer quoi que ce soit qu'un joueur puisse voir.
L'erreur coûteuse est de sauter droit à « supprimez la moitié des arbres ». La densité est le levier le plus visible et généralement pas le moins cher : une vista dépassant de 2 ms revient typiquement au vert par le seul réglage de distance d'ombres et de cull, les deux invisibles pour les joueurs. Supprimer du contenu est le dernier recours précisément parce que c'est le seul levier que les joueurs peuvent voir ; chaque échelon au-dessus sur l'échelle est gratuit du point de vue de l'art. Descendez l'échelle et vous préservez le look tout en récupérant les millisecondes ; remontez du bas et vous enlaidissez le jeu avant d'avoir tenté les gains gratuits.
Chiffres de terrain à voler
- Frame à 60 fps : 16,6 ms, les environnements négocient typiquement 6–8 ms
- Un sous-découpage d'environnement viable : terrain 1,5 / végétation 2–2,5 / accessoires 1,5 / eau & atmosphère 1 (ms)
- Caméras de budget par carte : 3 (vista, combat, intérieur), sauvegardées dans la carte
- Coût de mesure hebdomadaire : ~5 minutes ; valeur : des courbes de tendance au lieu d'arguments
- Ordre des leviers au rouge : culling → ombres → LOD → instances → art
Mini-FAQ
Qui possède le budget d'environnement ? Une personne nommée (généralement un tech artist) possède la mesure ; les plafonds sont possédés conjointement avec le rendu. Les budgets sans propriétaire se dégradent en folklore en un mois, car « tout le monde est responsable » signifie que personne ne mesure.
Comment les budgets fonctionnent-ils avec un cycle jour-nuit dynamique ? Mesurez la pire condition d'éclairage à chaque caméra, pas la plus jolie. L'aube avec ses longues ombres rasantes coûte souvent le double de midi ; un budget qui ne tient qu'à midi est un demi-budget, et les joueurs trouveront l'heure chère.
Ai-je besoin de tout cela pour un petit projet indépendant ? Réduisez-le, ne le supprimez pas. Une caméra de budget, un plafond (temps de frame sur votre machine config minimale), vérifié chaque semaine. L'habitude de cinq minutes est ce qui sauve le dernier mois, quelle que soit la taille de l'équipe, le mode d'échec est identique : découvrir le coût quand il est cher à corriger.
Et la mémoire par rapport au temps de frame ? Ce sont des budgets différents aux modes d'échec différents : le temps de frame fait chuter vos FPS, la mémoire transforme votre streaming en saccades ou en crashs. Budgétez les deux ; sur console, la mémoire est souvent le plafond le plus dur, et c'est celui qui échoue à la certification plutôt que de simplement mal se ressentir.
Le budget n'est pas une limite à l'art : c'est la raison pour laquelle la belle scène a encore l'air belle à 60 fps sur le matériel que les joueurs possèdent réellement. Les équipes qui traitent la performance comme une contrainte de design partagée livrent des jeux plus jolis que celles qui la traitent comme un boss final.