Paprium escribió:Pero el 'juego definitivo' técnicamente no existe como tal, si hasta te pones a pensar que un prodigio de la programación en todos los sentidos, con chip de compresión de datos incluido, y algo impensable viendo de dónde proviene, como es la versión de SFAlpha2 en snes me dices que es mejorable en ciertos aspectos (animaciones).
En un principio, no pondría al street fighter alpha 2 como ejemplo de prodigio de la programación solo porque la forma en que sus tiles iluminan sus pixels le da un aspecto bonito.
Es decir, partiendo de la base de que un 1vs1 no es técnicamente un reto a la imprevisibilidad, tampoco sabemos que clase de IA han metido con calzador en esa versión del juego. La del arcade original tiene su complejidad, pero que yo sepa nadie se ha parado a analizar los combates de una y otra.
Dicho esto, también hay que indicar que hacer uso del ancho de banda no es otra cosa que llenar la VRAM de tiles, y que se encarga el DMA de forma autónoma, por lo que no es cuestión de potencia ni aunque el propio programa vaya echando chispas. Y una vez esos tiles en memoria la cpu/ppu's solo tienen que decidir si dibujan ese nuevo tile, o si repiten el anterior (a menos que el anterior haya sido borrado para meter el nuevo).
En definitiva, que hacer animaciones a 1 tic no tiene nada de extraordinario si ese tile ya se encuentra en memoria. Todo lo que esté dentro de las capacidades del hardware poder transferir a tiempo, es posible animarlo una vez cada frame si hace falta, y con animaciones tan largas como te de la gana. Es decir, que el dibujo de las animaciones del SFA2 no son en si mismas lo que fuerza el hardware.
Paprium escribió:Entonces muchos de esos juegos que pensamos que son 'Top' en lo técnico serán mejorables.
La perfección no existe.
Técnicamente no son mejorables, pero los sprites y las planos son un lienzo en blanco, así que en cuestión de contenido artístico, si, siempre es mejorable.
Por ejemplo, los gráficos prerenderizados del donkey kong country tienen un estilo delimitado por la limitación de las renderizaciones noventeras. Si digitalizas lo que hoy en día pueden renderizar las estaciones de trabajo, podrías hacer que un juego en snes tuviese un aspecto 3D actual... y seguirían siendo tiles normales y corrientes.
Paprium escribió:Pero que un juego pese más, esté comprimido o no, no va a conseguir que nuestra Megadrive o Super Nintendo se conviertan en una Neo Geo o una N64.
Son lo que son, unas consolas maravillosas pero con muchas limitaciones, algo obvio teniendo en cuenta que se gestaron en la década de los 80.
Técnicamente no lo van a conseguir, pero cuidado con todos esos juegos que no usan del todo ciertos hardwares superiores...
El fatal fury special lo veo funcionando en las 16 bits de un modo realmente cercano a como funciona en neo geo.
El street fighter alpha 2 tiene ancho de banda para parar un mercancías, e igualar así las animaciones de la versión arcade.
El art of fighting es realmente una posibilidad en snes, por capacidad de sprites, por capacidad para escalar el plano, por ancho de banda, por haber sido demostrado que es posible pseudo-escalar los sprites por software sin un gran coste de cpu, e incluso el tamaño del cartucho original entraría dentro de lo que la propia snes es capaz de direccionar.
Versión neo geo:
Versión snes:
Versión final comparada cada uno a su resolución original, y adaptadas al ancho de un monitor/tv:
-Los cuadrados grandes son sprites de 32x32 pixels, y equivalen a 4 sprites por scanline... y los cuadrados pequeños son sprites de 16x16 pixels, y equivalen a 2 sprites por scanline.
-Hay dos o tres scanlines que ocupan 20 sprites, el resto está bastante por debajo... es incluso posible que en los 14 sprites de ancho sobrantes pudiese caber un haow-ken sin ningún problema.
-He usado 49 sprites, aunque podría haber usado 45, o incluso menos.
-Son 240 tiles de sprites, y ocupan en memoria 7,5KB (7680 Bytes) de un límite de 16KB en VRAM (vamos, sobrado).
-No he sumado los sprites de la sangre, y la estrella esa amarilla al pegar un golpe.
-Me ha sobrado algún pixel en 3 lugares (se soluciona añadiendo 3 sprites mas de 16x16, aunque están en zonas donde los scanlines no están para nada apurados, auqnue yo redibujaría para quitarlos).
Paprium escribió:Totalmente de acuerdo , pienso que hay tendencia a endiosar las dos 16 bits (MD y SNES) y fantasear que podrían haber conseguido cosas que realmente son inalcanzables en condiciones reales de juego
En vez de valorar lo visto, que es mucho y bueno , siendo conscientes de las innumerables limitaciones que tenían ambos sistemas.
Se valora un port del art of fighting en su justa medida. Tampoco es malo no mirar hacia otro lado, y aceptar cuando se puede dar mas de si.
Paprium escribió:La teoría es preciosa, aprenderte datos y cifras para luego calcular operaciones ficticias sobre el papel es relativamente fácil, pero luego llevarla a la práctica es algo totalmente distinto.
Por favor que nadie se de por aludido, que hablo en general , sin ánimo de ofender e incluso yo soy el primero que , en ocasiones, especula con hipótesis al respecto.
A veces es factible llevarlo a la práctica, y a veces no.
Ya que estamos con el art of fighting. Sin tocar nada mas del programa, en lo relativo al sistema gráfico se podría haber exprimido mucho mas, tanto en sprites, como en fondos.
Seguiría siendo lento, y la jugabilidad mal transladada, pero gráficamente calcado a neo geo (salvo por el proporción de la pantalla con respecto a su resolución), aunque se que afirmar esto levanta ampollas.
![[bye]](/images/smilies/nuevos2/adio.gif "adios")
.png)
![[carcajad]](/images/smilies/nuevos/risa_ani2.gif "carcajada")
![[+risas]](/images/smilies/nuevos/risa_ani3.gif "más risas")
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
]
.png)
.png)
.png)
.png)
![[rtfm]](/images/smilies/rtfm.gif "Lee!")
