darksch escribió:Ya pero cuando se habla de usar nos referimos a USAR. LA forma vaga y automática es decir, para almacenar todos los framebuffer ARGB que necesito la única forma de estar seguro que en 32MB caben es usando 720p. Pero eso es una forma muy perra, porque lo suyo es usar los formatos comprimidos que soporta para los bufferes en que se pueda usar, usar tiled resources y, por supuesto, tile rendering.
En X360 pasó lo mismo al principio, sus 10MB de EDRAM podían almacenar 720p sin AA, así que luego se pasó a usar tile rendering para tener 720p con MSAA 2x.
Con una ventaja en X1, la X360 sólo podía renderizar en la EDRAM, mientras que en la X1 no es requisito, es decir si tu juego tiene una parte de render poco compleja, puedes crear un buffer único y repartido en ESRAM y DDR3 por lo que ya no necesitas ni tile rendering. Esto es el caso de la parte del framebuffer dedicada al cielo, con la DDR3 sobra.
Los juegos que hay en X1 a 1080p hacen uso de tile rendering o reparto entre ESRAM/DDR3 porque si no faltaría espacio, y basta mirar que o son iguales que en PS4 (los LEGO) o muy cerca (como Tomb Raider cuya diferencia real son 10-15 fps).
Lo que escama mucho es que, siendo una técnica ya usada en X360 (y ampliable con nuevos formatos comprimidos + tiled resources, pero para eso pues es natural darles más tiempo), y que ya vemos que se están usando por parte de algunos, pues como el perraco este de Kojima que presume tanto de pasta no lo usa, y va a lo fácil de almacenar el framebuffer en 720p y a otra cosa.
Buenas gente. Aunq uses formatos comprimidos si quieres una mínima calidad (y q los colores sean continuos) necesitas al menos 8 bits por cada componente (menos de eso las consolas antiguas y los móviles con OpenGL ES 1.1 y poco mas, con formatos 556 y cosas así q dan unos resultados malísimos). Cuando hablan de formatos de compresión se refieren por ejemplo a formatos de tipo 10-10-10-2 o del tipo 11-11-10 para almacenar flotantes comprimidos en 10 u 11 bits por ejemplo para poder meter HDR en 32 bits, cosa por otro lado escaso a las alturas q estamos, que menos q usar 16 bits por pixel para un HDR en condiciones o para almacenar con suficiente precisión para hacer un DOF o un Motion Blur medianamente decente... Xbox360 usaba un formato de compresión para meter flotantes de 16bits en 10 bits por eso ciertos efectos en HDR eran mucho mas baratos. En Ps3 por ejemplo se tuvieron q partir el culo para meter 2 flotantes en 32 bits o incluso peor, usando nao32 y cosas similares q reducían la calidad.
Pero es q ni aún asi, como te he dicho, usas 4 bytes (32 bits) como minímo por pixel (ya sea en normal o con compresiones) por lo q cada buffer a 1080p te ocupa casi 8 megas:
1920x1080x4 = 7,9MB por buffer.
En teoría puedes alojar 4 render buffer pero...de esos tienes q quitar el zbuffer q tb son otros 7,9MB por lo q ya te quedan 3 buffer usables en 32MB, coge cualquier motor basado en deferred rendering o en light prepass y ya no te coge en la eSRAM por mucha compresión q uses (no olvidemos q no solo existen estos buffer primarios hay mas intermedios). Solución?. Baja la resolución y te cogerá en la eSRAM (ya escribí un post cuando se anunció q Ryse iba a 900p y lo expliqué muy claro el porqué no les cogia en la eSRAM).
Si empiezas a usar tile rendering empezarás a usar copias, y copiar añade tiempo, muy valioso y además estarás ocupando los buses DDR3-eSRAM por lo q al final estarás limitado a la velocidad del bus de la DDR3 (esto pasaba ya en Xbox360 o nadie se acuerda de pq Halo 3 era subHD?). A eso añádele q estás restando ancho de banda para texturas, ancho de banda por otro lado q no te sobra precisamente. La solución puede q venga por otro lado, como ya dije tb hace tiempo tile-based fordward rendering pero veremos si merece la pena o no.
Tile Resources es para texturas (no puede aplicarse a buffers debido a su concepción) y visto lo visto mejor dejar la eSRAM para almacenar buffer q es muy escasa.
Los juegos q van en XboxOne a 1080p no hacen uso de tile rendering, van a esa resolución pq usan menos de 4 buffers y les coge por tanto en la eSRAM. Lo de renderizar el cielo en una parte y el resto en otra es una tontería lo diga quien lo diga, pq al final estarás limitado por el ancho de banda de la DDR3 y tendrás las ROPs y las CUs paradas esperando, en vez de eso casi saldría mas a cuenta renderizar en la eSRAM y copiar...o no.
Lidiar con el sistema de memoria de XboxOne va a ser (ya lo es) un problema en muchos sentidos y veremos como se las ingenian para solucionarlo.
Un saludo.
![[oki]](/images/smilies/net_thumbsup.gif "Ok!")
. Es un alivio saber esto. Supongo que se hará automaticamente esto, no? 
![[boing]](/images/smilies/nuevos/pelota_ani1.gif "pelota")
Juegazo! 
![[qmparto]](/images/smilies/net_quemeparto.gif "Que me parto!")
y desactivando la grabación automática del Game DVR luego falla el comando de voz de kinect, así que nada a acumular videos de puños a tutiplen!!! ![[+furioso]](/images/smilies/nuevos/furioso.gif "muy furioso")
,algunos saben como trabaja one que parecen que la hayan fabricado ellos ![[carcajad]](/images/smilies/nuevos/risa_ani2.gif "carcajada")
![[+risas]](/images/smilies/nuevos/risa_ani3.gif "más risas")
...los juegos que an salido hasta ahora no aprovechan el hard de la Xbox une ni por asomo, pero si parecen juegos de Xbox 360 pero con mejor resolución,iluminacion y poco mas..y hablamos de una consola unas 10 veces mas potentes,ademas de tener mejor software .. 
