Bad Apple escribió:No le veo mucho sentido a que devs que hacen trabajos en ambas consolas tengan por qué mentir. Quiero decir, si hay dudas de que es imposible que esos 2 Juggernauts se muevan al mismo tiempo y te plantan una demo cambiando a un Juggernaut por Hulk, que no aprovecha ninguna de las partes del otro, y te dicen que los mueven sin problemas, la verdad es que prefiero creer a desarrolladores que tocan la consola día sí y día también. A malas se les puede decir que hay un user en un foro que no se lo cree y esperar una respuesta.
De hecho, en uno de los comentarios aparece Shannon Birth, el tipo que plantó 440 sprites visibles en la consola del límite de 80 y que también puso 240 colores en un juego de naves, dijo lo siguiente sobre los mega sprites estos:
"Whilst the snes was really strong in some areas it was very obvious that the snes was not strong in beat em ups due to the limitations you mention.
There are other limitations as well that make it less suited to very large sprite handling eg the lack of sprite sizes supported at once. 2 sizes at once on snes vs 16 sizes on MD leads to vram waste and over rationing on sprite coverage per line leading to flicker or having to reduce width to compensate.
I some egregious cases the MD would use 6 sprites to cover a fighting character and the snes would use 17 etc.
Less sprites per line eg 17 vs 20 unless 8*8 sprites were one of the selected sprite sizes which is very unlikely in a beatem up.
Not to mention reduction in resolution / detail as 256*224 on snes was a lot lower resolution to the arcade boards such as cps1 (even on MD detail had to be reduced but not as much).
Snes excelled in colors / transparency / multiple backgrounds and mode 7 effects / hdma effects , but moving lots of large unique sprites at once it couldn't do as well as the MD,. MD heritage was the arcade, it's basically a cut down system 16, snes more was more a 16 bit expansion of the nes."
Parece que hay un consenso entre devs que para manejo de sprites grandes (bueno, sprites en general, pero están hablando de los grandes ahora), no dudan en señalar a Mega Drive como la más óptima. Tampoco creo que tengan dudas de qué consola señalar si se trata de colores o de rotar planos.
Que no me lo creo no, que mienten.
Solo tienes que poner ese vídeo de juggernaut vs hulk al 0.25 de velocidad de reproducción, y se nota a la legua que se animan en frames diferentes, pero no solo eso, sino que juggernaut sufre de un evidente
TEARING debido a que la mitad de su cuerpo también se actualiza con un frame de diferencia. Las primeras pruebas de animación, hace ya meses, mostraban su funcionamiento cruzando parcialmente la animación de cada objeto.
Y muy feo burlarse de que los earthquakes se animan en frames diferentes, cuando hay una persona detrás haciendo sus esfuerzos igual que ellos (que no se nos olvide), y todo para que al final resulte que su demo de los juggernauts funcione igual que la de los earthquakes.
El vídeo que se supone que demuestra que lo anima todo a a la vez y a 60 tics, muy convenientemente sucede con un objeto mas pequeño... y ya es brutal lo que se ve ahí, pero es una tergiversación.
De como hablan del límite de sprites por scanline como si solo existiesen los brawlers, es para preguntarse por qué omiten el resto de situaciones con respecto a sprites en las que las tornas cambian.
Por último, conjeturar que en la demo de los earthquakes no hay scroll porque se están usando 14KB para sprites, y que se están usando tiles dentro del área reservada a los planos, me parece ya el colmo de desoir las explicaciones de su autor sobre su funcionamiento.
![[oki]](/images/smilies/net_thumbsup.gif "Ok!")
![[+risas]](/images/smilies/nuevos/risa_ani3.gif "más risas")
![[poraki]](/images/smilies/nuevos/dedos.gif "por aquí!")
![[angelito]](/images/smilies/nuevos/angelito.gif "angelito")
