"El hecho de que Xbox One tenga a menudo juegos de menor resolución se debe a que los desarrolladores para llegar a los 1080p tienen que hacer un poco más de código específico para la consola de Microsoft, y todo el mundo tiene prisa para lanzar el juego, así que no lo hacen". Menudo zasca a los astroturfers
Y tanto, con motores deferred de mierda.
Intentaré explicar el porqué y la ventaja de motores basados en tiles para la arquitectura de Xbox One. No basándome en documentos oficiales pero sí en cómo sabemos que funcionan las cosas.
Tenemos la eSRAM, cuya principales funciones son: tiled-framebuffer, cache-resources y computing. Por puntos:
- Tiled-framebuffer: cuando renderizar todo en un buffer completo de una sola vez está claro que no cabe en la eSRAM. El renderizado es algo muy costoso en cuanto a ancho de banda se refiere, múltiples pasadas, uso de varios buffers al mismo tiempo para llegar a un resultado, etc. Al final para generar una imagen resultado has tenido que usar muchísimo ancho de banda. Si el framebuffer no te cabe en eSRAM tienes que alojar parte en la DDR3, la cual no está pensada para eso si quieres alto rendimiento. SIN EMBARGO, usando un motor de renderizado tiled, tan sólo necesitamos ocupar en la eSRAM un pequeño espacio, del tamaño del tile x el nº de buffers usados x 2 (mínimo). Renderizamos TODO sobre la eSRAM, y al terminar, el RESULTADO que es sólo el color buffer lo transferimos a la DDR3 (incluso gratis y en paralelo usando un DMA), mientras vamos renderizando el siguiente tile, de ahí el 2 como mínimo, podrían ser 3 o más dependiendo del buffering que querramos reservar, por si renderizar el siguiente tile llevara menos que transferir el anterior a la DDR3, cosa rara pero bueno. Pues bien, el color buffer tenemos que ocupa, para un resultado de 1920x1080x32bpp tan sólo
8MB por frame. Esto son 480MB/s en un juego a 60 fps. ¡Oh, vaya, de repente el ancho de la DDR3 ya no es un problema de cara al framebuffer!.
- Cache-resources: usando tiled resources se necesita mucho menos espacio, y al mismo tiempo usando un motor tiled, resulta que para renderizar un tile de pantalla estamos usando los recursos tiled del tiled, no sé si me explico, sólo nos traemos una parte de los recursos (tiled) de un solo trozo de pantalla (tile). Eso deja el espacio necesario muy pequeño en la eSRAM. Bien, pues resulta que de la DDR3 sólo haremos la 1ª lectura, ya que al hacerlo ese recurso ya lo hemos cacheado en la eSRAM, y todos los sucesivos samples se harán sobre la eSRAM. Entonces para establecer el filtrado de texturas sólo estaremos limitados por la GPU y no por el ancho de banda. Nótese que en la plataforma supuestamente más potente esto no puede hacerse, y de hecho el filtrado dependerá también del uso que la CPU y otros componentes (sonido, etc.) hagan del bus y del ancho de la memoria principal, es decir, lo que le dejen. En XOne esto funciona como vemos de una forma autónoma y no dependerá del resto salvo por únicamente la 1ª lectura del recurso, luego ya se cachea. Por lo tanto en realidad es como si de la DDR3 se leyera para poner un filtrado POINT, porque sólo lees los datos una vez, a partir de ahí cada sample nuevo de cada filtrado superior se haría sobre la eSRAM. Resulta que si no usas ni tiled resources ni tiled rendering, esto no podrás hacerlo igual porque no te cabrá en la eSRAM los recursos y tendrás que acudir más a menudo a la DDR3 para hacer samples.
- Computing: se sabe que el mayor enemigo de la computación GPGPU es la latencia de la memoria. LA eSRAM por ser de tipo SRAM de eso anda más que bien. La computación requiere no muchos datos en cuanto a tamaño, por lo que el espacio que quede en eSRAM usando los 2 puntos anteriores + el uso de DMA para ir alimentando es más que suficiente para mantener a la GPU ocupada con su capacidad de computación.
Eso sí, de todo esto iros olvidando en motores anticuados que no hagan uso de ninguna técnica moderna. Lo que se suele hacer es meter en eSRAM el trozo que quepa, y el resto a la DDR3, y ea que tire eso como pueda. Mientras que usando tiles ahí está como ejemplo FH2, que cuando lo bajamos a 30 fps nos sobra tanto que podemos activar un 4xMSAA para no desperdiciarlo, vamos que van sobrados de GPU para dibujar. Curioso cuando en la supuestamente más potente, para activar el 4xMSAA a 30 fps han tenido que bajar la resolución a 1920x800.
Algunos pedían que la eSRAM hubiera sido de 64MB, eso es imposible es muy costosa y su función no es sustituir a la VRAM. Es como pedir que las CPU les metan 8MB de caché L1 en lugar de caché L2 que seguro así corre más. Nos ha jodido pero y lo caro que es, además la función de la caché no es sustituir a la RAM.
Se podría decir que la XOne se diseñó "parcialmente incompatible" con motores antiguos, de cara a optimizar el desarrollo de motores que usaran las técnicas nuevas ya presentadas en 2012.
![[+risas]](/images/smilies/nuevos/risa_ani3.gif "más risas")
).
