Fr/Optimization/Level Design: Difference between revisions

From Valve Developer Community
< Fr
Jump to navigation Jump to search
m (Removed {{Bad French Translation}} template, added {{finishtranslation}})
 
(12 intermediate revisions by 4 users not shown)
Line 1: Line 1:
{{finishtranslation}}
{{LanguageBar|title = Optimization (Level design) }}
{{Abstract Mapping}}
 
{{Finishtranslation}}
Les moteurs 3D en temps réelles doivent tenir conte tout au long de leurs devellopements d'une contrainte principale : Rester fluide.
Les moteurs 3D en temps réelles doivent tenir conte tout au long de leurs devellopements d'une contrainte principale : Rester fluide.


Line 7: Line 10:
L'optimisation à aussi comme but de diminuer le temps de compilations, une map mal optimiser peut atteindre des temps très long de plusieurs heures au lieu de quelques minutes.
L'optimisation à aussi comme but de diminuer le temps de compilations, une map mal optimiser peut atteindre des temps très long de plusieurs heures au lieu de quelques minutes.


== Areas ==
== Sujets ==
 
; {{L|Leak|Fuite}}s
;[[Leak]]s
: Faites très attention ! Les fuites anéantiront tous vos efforts dans tous le cas.
:There's no excuse! Leaks will invalidate almost all of your efforts elsewhere.
; {{L|VIS optimization|Visibilité}}
;[[Visibility optimization|Visibility]]
: Réduire le nombre de surfaces et objets qui sont générés en premier lieu. Il s'agit du sujet le plus important.
:Reducing the number of surfaces and objects that are drawn in the first place. This is the largest and most important area.
; {{L|Physics optimization|Physics}}
;[[Physics optimization|Physics]]
: Various tricks to avoid overloading the CPU with physics calculations.
:Various tricks to avoid overloading the CPU with physics calculations.
; {{L|Material optimization|Materials}}
;[[Material optimization|Materials]]
: Correct material choices will allow your map to scale down its demands on slower computers.
:Correct material choices will allow your map to scale down its demands on slower computers.
; {{L|Lighting optimization|Lighting}}
;[[Lighting optimization|Lighting]]
: Performance and file-size optimisation.
:Performance and file-size optimisation.




== Commands ==
== Commands ==
There are plenty more than those listed below — find them in their relevant articles. Note that {{Command|sv_cheats}} must be enabled for most to work.


There are plenty more than those listed below — find them in their relevant articles. Note that <code>[[sv_cheats]]</code> must be enabled for most to work.
; {{Command|cl_showfps}}
 
: A simple output of framerate. 1 is real-time, 2 is averaged over the past second.
;<code>cl_showfps</code>
; {{L|showbudget}}
:A simple output of framerate. <code>1</code> is real-time, <code>2</code> is averaged over the past second.
: A panel which displays how your computer is spending its {{L|budget}} for each frame. It's the premier tool for working out exactly what's sucking up performance in your map.
;<code>[[showbudget]]</code>
: It's invoked with <code>+showbudget</code> and <code>-showbudget</code>, which means that you can bind the former to a key (i.e. {{Code|bind <key> +showbudget}}) and it will only appear when you hold that button down.
:A panel which displays how your computer is spending its [[budget]] for each frame. It's the premier tool for working out exactly what's sucking up performance in your map.
; {{Command|mat_wireframe}}
:It's invoked with <code>+showbudget</code> and <code>-showbudget</code>, which means that you can bind the former to a key (i.e. <code>bind <key> +showbudget</code>) and it will only appear when you hold that button down.
: A console variable that lets you see through walls. This way, you can see exactly what is being drawn - for reasons described in the {{L|VIS_optimization|visibility optimisation article}}, often more than you might think is sensible.
;<code>mat_wireframe</code>
: There are three wireframe modes, 1 through to 3, which display the information you need with progressively fewer lines.
:A console variable that lets you see through walls. This way, you can see exactly what is being drawn - for reasons described in the [[Optimization (level design)/Visibility|visibility optimisation article]], often more than you might think is sensible.
{{ACategory|Level Design}}
:There are three wireframe modes, <code>1</code> through to <code>3</code>, which display the information you need with progressively fewer lines.
 
[[Category:Level Design:fr]]

Latest revision as of 07:18, 25 August 2025

English (en)Deutsch (de)Français (fr)Русский (ru)中文 (zh)Translate (Translate)
Abstract Mapping series Discuss your thoughts - Help us develop the articles or ideas you want

Ammunition | List of HL2 Animals and Creatures | Mapping with Antlions | Beams and Lasers | Cables and Ropes | Moving Clouds | Color Theory in Level Design | Combat | Combine | Compression (Source 1) | Doors | Dust, Fog, & Smoke | Elevators | Level Transitions | Environmental Lighting, Sun, Weather, & Outdoors | Explosions | Fire | Half-Life 2 Foliage | Glass & Windows | Headcrab | Health | Ladders | Lighting | Optimization (level design) | Physics | Retinal scanners | Sound and Music | Special effects | Terrain | Trains | Turrets | Water | Weapons | Zombie

Info content.png
This page has not been fully translated.
You can help by finishing the translation.
If this page cannot be translated for some reason, or is left untranslated for an extended period of time after this notice is posted, the page should be requested to be deleted.
Also, please make sure the article complies with the alternate languages guide.(en)

Les moteurs 3D en temps réelles doivent tenir conte tout au long de leurs devellopements d'une contrainte principale : Rester fluide.

C'est à dire tenir un minimum d'image seconde (ou FPS), afin de rester jouable, en tenant conte de la puissance des configurations PC du moments, notemment du CPU (processeur ou unité centrale) et GPU (processeur de la carte graphique). Il n'y à pas de normes fixe, les FPS varie en permanence dans un moteur 3D selon la scène et la puissance des utilisateurs, il est préférable de garder un FPS au dessus de 20, en dessous le jeux deviens difficilement joauble, surtout pour des jeux rapide telle un Doom-Like ou un jeux de Course.

L'optimisation à aussi comme but de diminuer le temps de compilations, une map mal optimiser peut atteindre des temps très long de plusieurs heures au lieu de quelques minutes.

Sujets

Fuite(en)s
Faites très attention ! Les fuites anéantiront tous vos efforts dans tous le cas.
Visibilité(en)
Réduire le nombre de surfaces et objets qui sont générés en premier lieu. Il s'agit du sujet le plus important.
Physics(en)
Various tricks to avoid overloading the CPU with physics calculations.
Materials(en)
Correct material choices will allow your map to scale down its demands on slower computers.
Lighting(en)
Performance and file-size optimisation.


Commands

There are plenty more than those listed below — find them in their relevant articles. Note that sv_cheats must be enabled for most to work.

cl_showfps
A simple output of framerate. 1 is real-time, 2 is averaged over the past second.
showbudget(en)
A panel which displays how your computer is spending its budget(en) for each frame. It's the premier tool for working out exactly what's sucking up performance in your map.
It's invoked with +showbudget and -showbudget, which means that you can bind the former to a key (i.e. bind <key> +showbudget) and it will only appear when you hold that button down.
mat_wireframe
A console variable that lets you see through walls. This way, you can see exactly what is being drawn - for reasons described in the visibility optimisation article(en), often more than you might think is sensible.
There are three wireframe modes, 1 through to 3, which display the information you need with progressively fewer lines.
Retrieved from "https://developer.valvesoftware.com/w/index.php?title=Fr/Optimization/Level_Design&oldid=487661"