Cómo elegir entre renderizado forward, deferred o Forward+

Partir de la carga de trabajo

Una arquitectura de renderizado determina en qué momento las superficies visibles reciben iluminación y qué datos intermedios deben conservarse. Elígela a partir de escenas representativas: un interior pequeño, una calle nocturna concurrida y una vista dominada por vidrio pueden saturar recursos distintos. Cuenta las luces que se superponen y los píxeles sombreados, no solo las luces colocadas en el nivel.

Distinguir los tres mecanismos

El renderizado forward evalúa el material y la iluminación a la vez. El deferred shading primero almacena los atributos de las superficies opacas en un G-buffer y después ilumina esos atributos; el almacenamiento adicional y la representación de los materiales pasan a ser cuestiones de arquitectura. La transparencia suele requerir una ruta aparte, y el antialiasing multimuestra (MSAA) exige un cuidado adicional. [1][3]

Forward+ conserva el sombreado de materiales de tipo forward, pero construye listas espaciales de luces, a menudo con tiles de pantalla generados mediante compute shaders. Después, cada fragmento evalúa las luces candidatas de su tile. El ejemplo de AMD ofrece una implementación original de este reparto del trabajo. [2]

Hacer una estimación de ancho de banda

Considera, a modo ilustrativo, un G-buffer de 1920 × 1080 que almacena 16 bytes por píxel. Una imagen completa ocupa 33 177 600 bytes, unos 31.6 MiB, sin contar la profundidad, el multimuestreo ni los búferes auxiliares. Una escritura completa y una lectura completa a 60 fotogramas por segundo suponen unos 3.98 GB/s de tráfico lógico.

Este cálculo es una estimación para planificar, no una medición del ancho de banda real de la memoria externa: la compresión, las cachés, el almacenamiento local por tile y los pasos adicionales modifican el tráfico real. Úsalo para preguntarte si un canal de material adicional justifica su coste. Para Forward+, haz una estimación equivalente de las cabeceras de tile, los índices de luces y la gestión del desbordamiento.

Ejecutar una comparación controlada

Mantén idénticos la resolución, las luces, los materiales, la calidad de las sombras y la exposición. Captura los tiempos de GPU de la preparación de profundidad, la construcción de listas, el sombreado opaco, la transparencia y los resolves. Registra las distribuciones de longitud de las listas y también el peor tile; un promedio puede ocultar una intersección con mucha iluminación.

Incluye una cámara que se mueva entre partículas y vidrio. Si las listas usan límites de profundidad de los elementos opacos, verifica de forma explícita que los fragmentos transparentes conservan todas las luces relevantes. Visualiza el número de candidatas y fuerza el límite de capacidad para confirmar que el desbordamiento activa un comportamiento alternativo definido y no deja zonas sin iluminación.

Reconocer los límites

Una lista de luces reduce el trabajo de iluminación irrelevante; no reduce automáticamente el renderizado de sombras, la complejidad de los materiales ni el overdraw de la transparencia. El MSAA en deferred es posible, pero conservar y sombrear la información por muestra tiene costes. [1][3]

Trata la elección como una decisión de presupuesto basada en mediciones. Un enfoque híbrido puede ser adecuado, pero cada ruta adicional aumenta el mantenimiento de shaders y el trabajo necesario para que las imágenes coincidan. Documenta las escenas que justificaron la decisión y repite la comparación cuando cambie la mezcla de contenido.

Fuentes

• [1] Forward, Forward+, and Deferred — Khronos Group.
• [2] ForwardPlus11 sample — AMD GPUOpen.
• [3] Deferred Shading in Tabula Rasa — Rusty Koonce, NVIDIA GPU Gems 3.