chinitosoccer escribió:Pero pero pero....cuando dices que el Max usa 8 sprites de 16x16 a que cuadro de animacion te refieres? porque ese char cuando hace la carga o tira la almendra de fuego en la version arcade y en PCE "crece" en tamaño (en SuFami parece que se encoje o no crece como en el arcade/PCE), ocupa mas espacio en pantalla, o es que todos los sprites de todos los cuadros del personaje utilizan ese tamaño de sprite????
Hombre, es evidente que no todos los cuadros de animación usan el mismo número de sprites. Podría pasar, pero creo que se puede afirmar que no es así. El caso es que se gastan demasiados sprites para dibujar solo unos pocos píxeles, y eso no solo tira a la basura un buen número de ellos, sino que sobrecarga el límte de sprites por línea, y te obliga a transferir mas.
El golpe de lanzar el balón consta de 12 sprites de 16x16 pixels, y 5 sprites de 32x32 pixels. 4096 Bytes. Esto sin contar el sprite del balón, que son otros 6 sprites de 16x16 pixels, es decir, otros 768 Bytes.
Y se da una cosa muy curiosa. Tienes slots de sobra en la tabla de atributos de los sprites, pero ese balón parpadea, y en lugar de hacerlo desaparecer en frames alternos, lo que hace el programa es eliminarlo de la VRAM y volverlo a cargar de la ROM cada vez que quiere dibujarlo (frame si, frame no, frame si, frame no), en lugar de dejarlo guardado en la memoria de vídeo.
Es innecesario, y agota recursos sin motivo alguno. Gastas ancho de banda inutilmente, y usas sprites de mas.
Dos max haciendo ese movimiento a la vez implica 9728 Bytes ocupados en VRAM para sprites, muy lejos de ese límite de 16KB (del que he leído discrepancias), aunque bastante por encima del límite del ancho de banda... pero insisto, desde que inicias el ataque pueden pasar entre 3 y 5 frames, por lo que al DMA le puede dar tiempo a cargar entre 18,72KB, y 31,2KB, pero la cpu necesita estar activa un tiempo para poder ejecutar el programa dentro del frame, así que a nada que comparta su tiempo con el DMA al 50% ya estás dentro de los números... sin embargo, hay que tener en cuenta lo siguiente:
- Usa una slow rom, por lo que con una fast rom podrías permitirte que la cpu termine antes su trabajo para que el DMA pueda estar mas tiempo transfiriendo sprites.
- La imagen está desactivando 41 scanlines, por lo que estás ganando cpu, y 6785,5 Bytes extras.
- El escenario tiene algunas animaciones, así que habría que restarle un poco de ancho de banda.
- Se están usando 12 tiles de sprites dentro de los scanlines mas sobrecargados para dibujar a max ejecutando uno de los movimientos con mayor envergadura que tiene, esto son 24 tiles de sprites para los dos max si coinciden haciendo ese movimiento a la vez (cosa que es mas difícil). Aún pueden dedicárseles 6 tiles mas de ancho a cada uno (de alto no hay límite mas allá del número de slots de la tabla OAM).
Hay margen para hacer dos max notablemente mas grandes, y con todas sus animaciones. En definitiva, a grandes rasgos va sobradísimo.
chinitosoccer escribió:Luego no podemos comparar lo que pone el World Heroes 2, con lo que pone el cutre Killer Instinct, por mas parche de MSu1 con animaciones /sprites del arcade que le metas, es que ese juego hasta en su versión original para recrativas es cutre de cagarse (efectos de zoom y fake rotations de escenarios aparte) , pero es que incluso la version PC Engine del WH2 es mas potente (y mas vistosa) que eso, en especial los escenarios deathmatch.
KI parece un juego de Philips CD-i, graficos renderizados, pero luego en los escenarios no hay nada.
El killer instinct de snes impone una animación para los movimientos de los luchadores que obviamente se come casi toda la rom, pero el gif sustituye el gráfico original por el del arcade con una animación que, sinceramente, está a otro nivel.
Por muy cutre que te parezca, esa es solo la cuestión artística, la cuestión técnica arroja unos números que dejan en ridículo al world heroes 2.
![[+risas]](/images/smilies/nuevos/risa_ani3.gif "más risas")
