Señor Ventura escribió:
Lo primero, vamos a guardar un respeto, que algunos estais usando el hilo para lo que no permitis en otros, y nadie os dice nada por "hincharles la vena".
Es un hilo de snes, y nadie esta cumpliendo con ninguna religión por venir aquí a hablar de snes. Lo dicho, mas respeto.
Creo que en ninguno de los puntos en los que he mencionado nada he faltado al respeto. Si tú te sientes identificado cuando ni te he nombrado (como algún que otro user suelo ver hacer y al que por ello tampoco se le pide "respeto"), es cosa tuya. Como ahora sí que me estás señalando directamente, entiendo que el resto del mensaje va dirigido a mi, y sigo sin ver dónde he faltado al respeto por sacar un debugger y explicar el por qué de las cosas.
Señor Ventura escribió:Tuve una situación complicada, así que ni tenía el ordenador a mano para poder mirar nada al detalle, ni la paciencia para averiguarlo desde el movil, ni leo al vuelo las conclusiones de todo el mundo porque a algunos os tengo en ignorados y puede suceder que tarde en hacerlo, o que ni acabe haciéndolo, asi que un poquito de paciencia, y si pudiera ser, de saber estar, que todos somos personas.
Como no leo la mente ni hay ningún aviso de "aclaración futura" y empiezan a haber dudas entre los usuarios, no tengo por qué esperar a las explicaciones de nadie si puedo ayudar en este contexto. Viendo además la mecánica de este hilo donde hay mucho "What if" y "believe me", aclarar el funcionamiento de cómo y por qué TMNT TiT muestra tantos personajes y qué hace para ahorrar ancho de banda es de agradecer para evitar confusiones. Así que más que perdón, digo de nada.
Señor Ventura escribió:Independientemente de como funcione el tmnt, el concepto de actualizar tiles de un sprite consiste habitualmente en una transferencia, así que es a eso lo que me refiero, cosa que implica animar los personajes de forma dinámica, no guardando en memoria todos los frames de animación del objeto porque la restricción no es el tamaño, sino la extensión de sus movimientos y animaciones. Till & Hat es otro que recurre a almacenarlo todo en vram para no compartir tiempo de cpu con el DMA (a costa de usar parte del tiempo de cpu para "ordenar" secuencias de animacion).
Yo no he dicho lo contrario, he mencionado la dinámica de cómo gestiona TMNT TiT los recursos para animar a los personajes y lo he extrapolado a otros juegos de otros sistemas como Alien Storm de MD para matizar que no es un hecho aislado de un sistema propio, sino que es un recurso de configuración que existe para quien quiera/pueda usarlo. La conclusión es clara: Si puedes meter todas las animaciones en VRAM para evitar transferir datos, como gestión de recursos, es una posibilidad.
Señor Ventura escribió:Es decir, con el mismo tamaño que tienen los personajes de un tmnt iv, normalmente podría resultar inviable guardar todos sus movimientos en memoria si estos tienen muchos cuadros de animación como para abarcarlo todo, así que no es tan de cajón deducirlo desdexel movil.
Por defecto repetir un personaje en pantalla muchas veces no tiene por qué ahorrar espacio en vram. Que no sea el caso del tmnt iv es una cosa, y entender por ello que repetir personajes va a ahorrar vram, si que es un error. Es una desinformación.
Claro, es un punto anteriormente aclarado en el que he mencionado en el desglose cuando digo "Aquí el problema viene de si alguien quisiera meter más animaciones (imagina, yo que sé, una postura de victoria con las manos hacia arriba) o personajes más grandes (requerirían por cada postura más tiles y ya no encajarían como querían dentro del espacio reservado para las posiciones de los sprites enemigos)".
Es de cajón que si no hay más espacio en VRAM para animaciones o tamaño o quieres tener más espacio para efectos mediante sprites o para más detalles de fondo, no te va a entrar todo ahí. De hecho yo no mencionado que ahorre VRAM meter todas las posiciones en la memoria de vídeo, lo que te ahorra es tener que consumir tiempo de VBlank para transferencias. De hecho dices que es desinformación entonces lo que digo:
- TMNT TiT: Mantiene 1 banco estático para todos las posiciones de los enemigos -> Sí
- Como sólo dispone de un mismo enemigo con todas las posturas posibles en VRAM ahorra DMA -> Sí
- El problema sería si tenemos más variedad de animaciones y/o tamaño donde no podríamos añadir más usando este tipo de gestión -> Sí
- Almacenar todas las posiciones en VRAM consume VRAM como tal (como además explico en la locura de 30KB para Alien Storm) -> Sí
- Si sólo disponemos de un tipo de enemigo ya previamente almacenado, puedes colocarlo tantas veces como OAM tengas (a menos que quieras hacer un destrozo visual como el hack comentado) - > Sí
He añadido imágenes, he puesto flechas en ellas para quien no comprendiese tan bien qué es la VRAM o lo que ocupan los tiles, he estado observando el juego y su comportamiento in game, he probado el hack en HW real intentandomelo pasar en varias ocasiones... Si desinformo o crees que desinformo se debe más a una interpretación tuya que a un hecho en sí.
Yo soy el primero en admitir que me puedo equivocar tan tranquilamente o aceptar nuevas ideas o puntos de vista como
@Papitxulo me indicó viendo el hack de TMNT TiT como un estrés test y ahí le aplaudo por ver un punto que no supe apreciar. Pero vaya, mi idea principal era presentar cómo funciona y qué veo en el debugger con TMNT TiT para evitar las confusiones que hay independientemente de si estabas preparando o no una tesis para aclararlo, por que esto último, yo no lo sé.
![[looco]](/images/smilies/nuevos2/borracho.gif "loco")
![[discu]](/images/smilies/nuevos2/discutiendo.gif "discutiendo")
), pero en movimiento tampoco es tan terrible:
![[oki]](/images/smilies/net_thumbsup.gif "Ok!")
![[tadoramo]](/images/smilies/adora.gif "Adorando")
![[beer]](/images/smilies/nuevos2/brindando.gif "brindis")
![[+risas]](/images/smilies/nuevos/risa_ani3.gif "más risas")
