En resumen: «optimizar al final» es cómo mueren los proyectos en la certificación. Un presupuesto de rendimiento (techos de tiempo de frame y memoria acordados antes de construir el contenido) convierte la optimización de una crisis en una comprobación de rutina. Presupuesta milisegundos en vez de polígonos, divide el frame como un pastel, mide en tres cámaras fijas, haz los números visibles donde ocurre el trabajo, y tira de las palancas en orden de coste-efectividad cuando una escena se pone en rojo. Este artículo da todo el sistema, con números de partida que puedes adaptar.
La vista siempre es la factura: distancia de dibujo máxima, cada sistema en pantalla a la vez, cada anillo de LOD activo. Presupuesta para esta vista: el pasillo se cuida solo.
Presupuesta tiempo de frame, no polígonos
Los presupuestos de polígonos son una reliquia: las GPU modernas se ahogan con draw calls, overdraw, sombras y ancho de banda de memoria mucho antes que con triángulos crudos. Presupuesta lo que de verdad mides: milisegundos por sistema, por vista.
Un juego a 60 fps posee 16,6 ms por frame; a 30 fps, 33,3 ms. Ese es todo el presupuesto, compartido por todo: jugabilidad, física, IA, VFX, UI y entorno. La porción del entorno es una negociación con renderizado y jugabilidad, pero debe ser un número, acordado y escrito, o toda discusión sobre si una escena es «demasiado cara» colapsa en gusto y antigüedad. Junto al tiempo de frame, da techos a las cantidades que lo atan:
- draw calls por vista (atan la CPU mucho antes de que la GPU tope),
- memoria de texturas y mallas por zona de streaming (el número que decide si haces streaming o tartamudeas),
- luces que proyectan sombra en la vista,
- puntos calientes de overdraw: vegetación y VFX son los sospechosos habituales.
Los techos exactos dependen de plataforma y motor; la disciplina de tener techos es lo que se transfiere a cada proyecto que publiques jamás. Un número sobre el que puedes equivocarte vence a una sensación sobre la que solo puedes discutir.
Divide el frame como un pastel, en milisegundos
Da una porción a cada departamento (jugabilidad, VFX, UI, entorno), luego divide de nuevo la porción del entorno: terreno, vegetación, props, agua. «¿Es este bosque demasiado caro?» se vuelve una pregunta objetiva.
Una división de partida viable para un título a 60 fps, a renegociar por proyecto: entorno total 6–8 ms, de los cuales terreno ~1,5, vegetación ~2–2,5, props y estructuras ~1,5, agua y atmósfera ~1. El punto no son estos números exactos: es que cuando el bosque mide 4 ms contra una porción de 2,5 ms, la conversación pasa a «qué palanca tiramos» en vez de «de quién es la culpa».
Las porciones también protegen contra la sobreoptimización, un fallo real y caro. Un sistema bien por debajo de su porción es una invitación a gastar el margen en calidad, no un trofeo que defender. Los equipos sin porciones tienden a optimizar lo que el ingeniero más ruidoso notó, que rara vez es el cuello de botella real: el gráfico circular te dice adónde fueron de verdad los milisegundos.
Mide en tres cámaras fijas
Presupuesta para la peor vista realista, no la media: elige tres «cámaras de presupuesto» fijas por mapa (peor vista, espacio de combate más denso, interior más cargado) y mide exactamente ahí, cada vez.
Los vuelos aleatorios producen números aleatorios y argumentos infalsificables. Las cámaras fijas producen líneas de tendencia: la misma vista, medida semanalmente, muestra exactamente cuándo y dónde aterrizó una regresión y a quién preguntarle. La peor vista merece el papel estelar porque apila todo a la vez: distancia de dibujo máxima, cada anillo de LOD, terreno, agua y cielo simultáneamente. Un mapa que mantiene el presupuesto en su vista lo mantiene casi en todas partes; los pasillos te halagan, y las vistas dicen la verdad.
Guarda las posiciones de cámara en el mapa para que cualquiera reproduzca el plano exacto. «Va bien en mi máquina desde algún ángulo» no es dato; «la cámara de presupuesto 2 mide 9,2 ms en especificación mínima, subiendo de 7,8 la semana pasada» es un reporte de bug con un sospechoso.
Haz el presupuesto visible donde ocurre el trabajo
Un presupuesto en un wiki está muerto: vive como overlays de stats durante la ambientación, una comprobación contra techos antes de los merges de contenido, y avisos cuando un horneado se pasaría del conteo de instancias.
Los artistas cumplen presupuestos de buena gana cuando la respuesta es inmediata, y los resienten cuando llegan como un ticket de bug tres meses después de publicar el trabajo. El lado del herramental importa aquí de forma callada pero decisiva: cuando el scatter y el blending hornean a primitivas nativas del motor (mallas instanciadas y follaje ordinarios, como hace Numivo), tu profiler existente dice la verdad sin maquillaje sobre ellos, sin un runtime de plugin que enturbie los números, y cada palanca estándar (distancias de cull, LODs, conteos de instancias) aplica sin cambios. Un presupuesto que solo puedes medir a través de una caja negra es un presupuesto en el que dejarás de confiar en silencio.
La cadencia de revisión que se sostiene
Capturas semanales de las tres cámaras de presupuesto (cinco minutos), una comprobación automatizada de techos en los merges de contenido, y una revisión mensual de los techos mismos: los presupuestos son estimaciones, y la revisión honesta vence a la violación silenciosa.
- Semanal: captura las tres cámaras con las stats encendidas; registra tiempo de frame y memoria en una hoja compartida. Las tendencias aparecen en un mes, y un pico apunta al trabajo de una semana concreta.
- En el merge: una comprobación automatizada compara la escena con los techos. Los números rojos abren una conversación, no un build roto: el objetivo es la conciencia, no la burocracia, y un bloqueo duro entrena a la gente para burlar la comprobación.
- Mensual: revisa las porciones mismas. La realidad a mitad de proyecto siempre difiere de las conjeturas de preproducción; ajustar el presupuesto abiertamente lo mantiene creíble. Un presupuesto que todos ignoran en silencio es peor que ninguno, porque enseña al equipo que los techos son teatro.
Cuando los números se ponen en rojo
Tira de las palancas en orden de coste-efectividad: distancias de cull y ajustes de sombra primero (minutos, ganancias enormes), luego LODs e impostores, luego conteos de instancias, y solo al final el arte mismo.
La optimización es triaje, no demolición. Derriba el arte al final: la mayoría de las vistas pasadas de presupuesto vuelven al verde por cambios de ajustes invisibles mucho antes de que tengas que borrar nada que un jugador pueda ver.
El error caro es saltar directo a «borra la mitad de los árboles». La densidad es la palanca más visible y normalmente no la más barata: una vista pasada por 2 ms suele volver al verde solo por ajustar distancia de sombra y de cull, ambas invisibles para los jugadores. Borrar contenido es el último recurso precisamente porque es la única palanca que los jugadores pueden ver; cada peldaño por encima en la escalera es gratis desde el punto de vista del arte. Baja por la escalera y preservas el aspecto mientras recuperas los milisegundos; sube desde abajo y afeas el juego antes de haber probado las victorias gratis.
Cifras de campo que vale la pena robar
- Frame a 60 fps: 16,6 ms, los entornos negocian típicamente 6–8 ms
- Una subdivisión de entorno viable: terreno 1,5 / vegetación 2–2,5 / props 1,5 / agua y atmósfera 1 (ms)
- Cámaras de presupuesto por mapa: 3 (vista, combate, interior), guardadas en el mapa
- Coste de medición semanal: ~5 minutos; valor: líneas de tendencia en vez de discusiones
- Orden de palancas en rojo: culling → sombras → LODs → instancias → arte
Mini-FAQ
¿Quién es dueño del presupuesto de entorno? Una persona nombrada (normalmente un tech artist) es dueña de la medición; los techos se poseen conjuntamente con renderizado. Los presupuestos sin dueño se degradan a folclore en un mes, porque «todos son responsables» significa que nadie mide.
¿Cómo funcionan los presupuestos con hora del día dinámica? Mide la peor condición de iluminación en cada cámara, no la más bonita. El amanecer con largas sombras rasantes suele costar el doble que el mediodía; un presupuesto que solo aguanta al mediodía es medio presupuesto, y los jugadores encontrarán la hora cara.
¿Necesito todo esto para un proyecto indie pequeño? Escálalo hacia abajo, no lo quites. Una cámara de presupuesto, un techo (tiempo de frame en tu máquina de especificación mínima), comprobado semanalmente. El hábito de cinco minutos es lo que salva el último mes; sin importar el tamaño del equipo, el modo de fallo es idéntico: descubrir el coste cuando es caro de arreglar.
¿Y la memoria frente al tiempo de frame? Son presupuestos distintos con modos de fallo distintos: el tiempo de frame baja tus FPS, la memoria convierte tu streaming en tartamudeos o cuelgues. Presupuesta ambos; en consola, la memoria suele ser el techo más duro, y es el que hace fallar la certificación en vez de solo sentirse mal.
El presupuesto no es un límite al arte: es la razón por la que la escena hermosa sigue viéndose hermosa a 60 fps en el hardware que los jugadores de verdad poseen. Los equipos que tratan el rendimiento como una restricción de diseño compartida publican juegos más bonitos que los equipos que lo tratan como un jefe final.