riffraff escribió:¿Por qué crees que no?
![[looco]](/images/smilies/nuevos2/borracho.gif "loco")
Diskover escribió:riffraff escribió:¿Por qué crees que no?
No tiene mucho sentido
bank switching just in time to provide it with a different attribute byte
We created our own memory mapper to do this.
It's called MXM-1. Memory eXpansion Module
riffraff escribió:Diskover escribió:riffraff escribió:¿Por qué crees que no?
No tiene mucho sentido
Alguien que dice ser un dev del juego dice que es lo que se está haciendo:bank switching just in time to provide it with a different attribute byteWe created our own memory mapper to do this.
It's called MXM-1. Memory eXpansion Module
Diskover escribió:Para salir de dudas, ¿Puedes facilitar la fuente de donde has leído eso?
Gracias.
![[carcajad]](/images/smilies/nuevos/risa_ani2.gif "carcajada")
riffraff escribió:Diskover escribió:Para salir de dudas, ¿Puedes facilitar la fuente de donde has leído eso?
Gracias.
Un server de Discord pequeño, que no tiene que ver ni con el juego ni con la NES.
Me gustaría que el server siga siendo pequeño, así que perdona que no te diga cuál
Diskover escribió:riffraff escribió:https://somethingnerdy.com/unlocking-the-nes-for-former-dawn/Allowed:
4. Interposing the PPU’s data fetches in order to alleviate onerous limitations:
- 4.1. 256 unique tiles per screen -> 960 unique tiles per screen.
- 4.3. 16×16 attributes -> 8×8 and/or 8×1 attributes.
5. Automatic bank switching that facilitates items 4.1 and 4.3.
7. Attribute bankswitching that facilitates item 4.3.
Habrá que ver cómo funciona realmente
![[+risas]](/images/smilies/nuevos/risa_ani3.gif "más risas")
riffraff escribió:¿Pero ahora ya tiene sentido o no?
Diskover escribió:riffraff escribió:¿Pero ahora ya tiene sentido o no?
Un cambio de banco simplemente es decirle al programa que lea datos de un banco de memoria o de otro, cambiando la dirección de las puertas lógicas al instante. Tiene sentido si quieres más datos gráficos para tener backgrounds más detallados y saltarte la restricción de 256 tiles (como es el caso).
Para lo del color le veo menos sentido o explicación lógica a no ser que hagas alguna interrupción de línea como ya se ha hecho en alguna demo de la scene de la NES donde se podía llegar a mostrar toda la paleta de la consola al completo en una sola imagen
We do [bank switching just in time to provide it with a different attribute byte] 7,680 times per frame in hardware
riffraff escribió:Diskover escribió:riffraff escribió:¿Pero ahora ya tiene sentido o no?
Un cambio de banco simplemente es decirle al programa que lea datos de un banco de memoria o de otro, cambiando la dirección de las puertas lógicas al instante. Tiene sentido si quieres más datos gráficos para tener backgrounds más detallados y saltarte la restricción de 256 tiles (como es el caso).
Para lo del color le veo menos sentido o explicación lógica a no ser que hagas alguna interrupción de línea como ya se ha hecho en alguna demo de la scene de la NES donde se podía llegar a mostrar toda la paleta de la consola al completo en una sola imagen
Yo no sé casi nada de la NES, pero vamos, hacer bank switching justo antes de renderizar un nuevo tile me parece la solución más sencilla o lógica para aumentar el número de colores por tile sin entorpecer a la NES.
Si se conoce el estado en el que se encuentra la PPU (el dev dice que es así), no hace falta generar miles(?) de interrupciones por frame para que el mapper haga bank switching cuando toque, mejorando mucho el rendimiento.
Si no quieren usar coprocesadores, ¿cómo iban a hacerlo si no?
Diskover escribió:riffraff escribió:Yo no sé casi nada de la NES, pero vamos, hacer bank switching justo antes de renderizar un nuevo tile me parece la solución más sencilla o lógica para aumentar el número de colores por tile sin entorpecer a la NES.
Si se conoce el estado en el que se encuentra la PPU (el dev dice que es así), no hace falta generar miles(?) de interrupciones por frame para que el mapper haga bank switching cuando toque, mejorando mucho el rendimiento.
Si no quieren usar coprocesadores, ¿cómo iban a hacerlo si no?
Pero es que en la PPU de la NES los tiles almacenan "formas", no colores; ojo con esto. Los tiles no almacenan información de color.
El color va en una capa aparte que llamamos Atributos de Color. Como si pudieramos una lámina trasparente con tonos coloreados encima de una imagen en blanco y negro. Así funciona la PPU de la NES (y así funciona, por ejemplo, también el ZX Spectrum)
Diskover escribió:uno de los creadores de Former Dawn habla sobre la parte técnica: https://forums.nesdev.org/viewtopic.php?t=23679
riffraff escribió:Diskover escribió:riffraff escribió:Yo no sé casi nada de la NES, pero vamos, hacer bank switching justo antes de renderizar un nuevo tile me parece la solución más sencilla o lógica para aumentar el número de colores por tile sin entorpecer a la NES.
Si se conoce el estado en el que se encuentra la PPU (el dev dice que es así), no hace falta generar miles(?) de interrupciones por frame para que el mapper haga bank switching cuando toque, mejorando mucho el rendimiento.
Si no quieren usar coprocesadores, ¿cómo iban a hacerlo si no?
Pero es que en la PPU de la NES los tiles almacenan "formas", no colores; ojo con esto. Los tiles no almacenan información de color.
El color va en una capa aparte que llamamos Atributos de Color. Como si pudieramos una lámina trasparente con tonos coloreados encima de una imagen en blanco y negro. Así funciona la PPU de la NES (y así funciona, por ejemplo, también el ZX Spectrum)
Pero aún así, ¿cuántas interrupciones harían falta por scanline para actualizar la tabla de atributos para pasar de atributos de 16×16 a 8×1?
¿La NES podría con tantas interrupciones y el juego a la vez, contando con que no hay coprocesadores?
Si el mapper hace el bank switching sin interrupciones, el rendimiento debería mejorar mucho.Diskover escribió:uno de los creadores de Former Dawn habla sobre la parte técnica: https://forums.nesdev.org/viewtopic.php?t=23679
Por cierto, el dev que comenta en Discord utiliza el mismo nombre y avatar que en nesdev
EDIT
Otro usuario afirma que no se usan interrupciones.
Papitxulo escribió:Diskover escribió:aranya escribió:@Diskover me ha gustado mucho lo que has comentado del color amarillo en la NES. A mí en su día me encantaba el color morado de la NES, me parecía precioso y también me gustaba mucho como lo usaban.
Me llamaba mucho la atención.
En la tercera generación de juegos de la NES, los lanzados más o menos a partir de los años 90, cuando los desarrolladores ya contaban con magnificas herramientas de desarrollo (sobretodo gráficas), usaban muchísimo el efecto de contrastar colores para dar una apariencia más limpia a los juegos.
Verás abuso de negros para perfilar y blancos para dar luz, y luego muchos tonos pastel o colores complementarios para el contraste entre ellos.
Kyatto Ninden Teyandee (Los gatos samuráis), Adventure Island 2, 3, 4, Megaman 3, 4, 5, 6, Kirby's Adventure, Hammerin' Harry, TMNT 3, etc...
Y si, sobre lo del color amarillo... las monedas de SMB en realidad tienen un tono más bien marrón claro.
Tengo una duda sobre el tema de la paleta de colores. Según la fuente que consulte se habla de una paleta de 52, 54 o 56 colores, ¿esto a que se debe?
