Me encanta el renderizado por software
La nostalgia por los juegos “renderizados por software” de los años 1990 está reavivando el interés por la rasterización basada en CPU y su aspecto distintivo: texturas nítidas y pixeladas, baja profundidad de color y efectos peculiares específicos del motor que diferían de la salida de las primeras GPUs. Los comentaristas señalan que estas estéticas se deben más a restricciones y decisiones históricas (muestreo por vecino más cercano, bajas resoluciones, pantallas CRT, pipelines no estándar) que al renderizado por software en sí, y que hoy pueden reproducirse en GPUs modernas. El intercambio también destaca las ventajas y desventajas entre la depuración y el control artístico en la CPU frente al enorme rendimiento paralelo y la estandarización del hardware gráfico contemporáneo.
Qué significa “Renderizado por Software” hoy
- Definición común en el hilo: la CPU calcula cada píxel y lo escribe en un framebuffer, sin rasterización de función fija de la GPU.
- Algunos sostienen que el término está anticuado, ya que las rutas modernas “por software” pueden ejecutarse en GPUs mediante shaders/cómputo.
- Otros insisten en que sigue distinguiendo de forma útil la rasterización en CPU de la rasterización por hardware en GPU, aunque la imagen final siempre pase por algún hardware gráfico.
Apariencia frente a implementación
- Muchos señalan que el artículo en realidad elogia una estética: muestreo de texturas por vecino más cercano, bajas resoluciones, poca profundidad de color e iluminación propia de la época.
- Varios comentaristas recalcan que esta apariencia no es inherente al renderizado en CPU; las GPUs han soportado vecino más cercano, buffers de baja profundidad de bits y trucos similares desde los años 1990.
- Contraargumento: históricamente, los renderizadores por software y las primeras tarjetas 3D se configuraban de forma muy distinta en los juegos reales (filtrado bilineal “gratis” en las GPUs frente a demasiado caro en las CPU), así que la asociación es significativa en la práctica.
Capacidades, control y depuración
- Se elogia a los rasterizadores por software por su depuración y determinismo: puedes seguir cada etapa sin el comportamiento opaco de los drivers o del compilador de shaders.
- Algunos recuerdan que las rutas por software permitían efectos únicos o renderizadores voxel que no encajaban bien en los primeros pipelines de función fija.
- Otros dicen que prácticamente cualquier efecto histórico puede reproducirse ahora en GPUs gracias a los pipelines programables.
Rendimiento, paralelismo y hardware moderno
- Varios comentarios subrayan por qué ganó el renderizado en GPU: la rasterización con z-buffer es altamente paralela; las GPUs ofrecen un rendimiento y una eficiencia energética masivos.
- Hay desacuerdo sobre cuán “embarrassingly parallel” es realmente la rasterización, pero hay consenso en que las GPUs modernas superan ampliamente a las CPU en 3D en tiempo real.
- Se dan ejemplos de renderizadores por software modernos en CPU sorprendentemente rápidos, aunque siguen presentándose como algo de nicho o experimental.
Nostalgia, pantallas y limitaciones de la época
- Fuerte nostalgia por los shooters renderizados por software de los 90 (Quake, juegos del motor Build, etc.) y los artefactos al estilo PS1.
- Algunos comentan cómo los CRT, las limitaciones de resolución y las restricciones de rendimiento moldearon ese aspecto.
- Otros señalan que muchas visuales retro pueden emularse con precisión hoy con ajustes cuidadosos de GPU y shaders.
Casos de uso modernos del renderizado por software
- Se menciona la existencia de renderizadores por software contemporáneos en juegos, demos y motores (incluidos ports para navegador y experimentos en DOS/Plan 9).
- Para VFX offline, hay debate: un lado afirma que el renderizado en CPU maneja mejor escenas muy grandes; otro responde que los renderizadores modernos en GPU ya igualan la salida de CPU y pueden manejar la mayoría de las cargas de producción.