[SUPER NINTENDO] Hilo oficial.

No se si se ha interpretado mal xD pero no tengo ninguna "cuestión", así que no voy a llevar "nada" a "ningun lado" lol



A más demos salgan, más empujará a otros a hacer cosas. Bien!
Snes escribió:https://x.com/inceptionalnews/status/2091462616317079667?s=46


Lo que me parece magnífico es que esto se dudase. Todo depende de la velocidad a la que quieras hacer scroll porque la base de esta capacidad radica en la actualización de tiles, pero poderse se puede, porque, claro, hay una velocidad a la que puedes actualizar tiles.

¿Es poca velocidad de transferencia?, entonces scroll lento.
¿Es mucha velocidad de transferencia?, entonces scroll rápido.

También puedes hacer scroll con tiles ya guardadas en memoria repitiendo en bucle el dibujo, y ya dejas de depender del DMA.
@Señor Ventura es que lamentablemente estamos en una época que casi todo el mundo piensa que la snes sin un FX o una SA1 no puede hacer nada
@SuperPadLand Quiero asegurarme de que no se genera ningún error sobre mi afirmación por si acaso cualquier discrepancia te provoca alguna confusión, y así aprovecho para recordar el caso del another world, que ya lo hemos comentado alguna vez por aquí, pero esta vez podemos observar el juego como ejemplo práctico, y de paso le damos difusión de nuevo por si alguien aún no lo conoce y quiero probarlo.

Como regla general, el bus de datos de la cpu de snes funciona interna y externamente a 1 Byte por ciclo, porque funciona interna y externamente a la misma frecuencia (las excepciones se refieren a la imprevisibilidad eléctrica de los estados de espera, la frecuencia imprecisa del cuarzo, o el acceso a dispositivos con distinta temporización, pero estos son afinamiento, no comportamiento). Ese es el motivo por el que pierdes potencial si no montas una memoria RAM a la misma frecuencia que la CPU. Puedes poner la WRAM que tu quieras, pero cuando hablamos de snes, si te gastas el dinero para poner un SA-1 a 10mhz, y no pones una WRAM a 10mhz, estarás desaprovechando la CPU con unas esperas brutales. En snes esto SI sucede así.

Ese es el motivo por el que haber optado por un SA-1 hubiese hecho inasumible la inversión, porque precisamente la arquitectura de la snes hubiese exigido incrementar las prestaciones del resto del pipeline si se quiere mantener la sincronización. Actualmente hay problemas solo por la discrepancia cpu 3.58mhz -> wram 2.68mhz... imagina cpu 10.74mhz -> wram 2.68mhz.


No hace tanto tiempo cambiaron los accesos a memoria de la rom del another world por otros a una SRAM a exactamente la misma frecuencia de 3.58mhz que la cpu:

Como puedes observar, la diferencia de rendimiento es crítica. No hablamos de parchear una rom a 3.58mhz que mejora el rendimiento gracias a los accesos, sino del juego que demuestra de forma tangible que el pipeline, la arquitectura de la snes, necesita de una memoria a la misma frecuencia que la cpu para poder trabajar EN ella. No tienes por qué montar una memoria que respete una sincronía 1:1, pero en snes SI perjudica no hacerlo.

@Señor Ventura cuando usan el SA1 en juegos o hacks le meten otra wram en el cartucho o cómo? O no era viable subir la VRAM a 4mhz y un SA1 a 8mhz? O algo así.
SuperPadLand escribió:@Señor Ventura cuando usan el SA1 en juegos o hacks le meten otra wram en el cartucho o cómo? O no era viable subir la VRAM a 4mhz y un SA1 a 8mhz? O algo así.


El SA-1 siempre va con su propia RAM en el cartucho, eso le permite trabajar durante el tiempo que la WRAM o la VRAM todavía no están disponibles. Si te das cuenta del detalle, siempre que se usa un SA-1, siempre, siempre va en conjunción con una rom a 2.68mhz, que a su vez obliga a la cpu a funcionar a 2.68mhz, porque es un múltiplo de 10.74mhz. Sincroniza mejor que si le pones una fast rom a 3.58mhz, con el 65816 a 3.58mhz.

Esto simplificando al máximo, porque todo esto tiene bastantes explicaciones que no puedo dar porque no las comprendo en toda su profundidad, así que tómalo como una noción mas orientativa que un dato. Queda muy incompleto así, mas de lo que creía (por ejemplo, cuando el 65816 trabaja junto con su WRAM, y el SA-1 junto con su RAM, este da una medición muy cercana a los 10mhz pelados... ignoro si persiste cuando proceda a comunicarse con el resto de subsistemas, pero sería... poco bueno, imagino).

Un detalle es que el SA-1 tiene caché, así que si te puedes permitir trabajar sobre una caché lo suficientemente grande, si que te podrías permitir una WRAM a menos frecuencia, pero debería ser mas cara una caché grande que una wram a una frecuencia síncrona.


P.D: La adaptación de la frecuencia no es universal, es solo establecer el concepto para la explicación. Por ejemplo, la WRAM tiene áreas que funcionan a 3.58mhz, permitiendo que el 65816 pueda acceder a sus 3.58mhz nominales.
Snes escribió:@Señor Ventura es que lamentablemente estamos en una época que casi todo el mundo piensa que la snes sin un FX o una SA1 no puede hacer nada

Corrección: estamos en un subforo donde algunos piensan que la SNES sin un FX o un SA1 no puede hacer nada.
SuperPadLand escribió:@Señor Ventura pues SA1 y RAM a 7,16mhz. [jaja]


Se fabricó muy tarde, no hubiera dado tiempo ni por asomo.

Tiene de hecho una complejidad absurda para un 65816, esta cosa en 1989 habría tenido un coste exagerado.

Con haber ajustado un par de cosas habría bastado. Todo el pipeline a 3,58mhz, y el sistema de vídeo a un multiplicador equivalente. Roms lentas a tomar por culo. Con esto ganas una barbaridad de rendimiento por defecto.

A mi me putean mas otras cuestiones de todos modos.
3560 respuestas
168, 69, 70, 71, 72