User:Anonimzwx/Dyzen Sprite Maker (Spanish)
Dyzen Sprite Maker es un tool creado por Anonimzwx perteneciente a SNES Office que facilita la creación de enemigos (o cualquier objeto que use tiles de la OAM), originalmente fue hecho para el videojuego Super Mario World, pero hay planes para que funcione con otros videojuegos.
Las funcionalidades de esta herramienta son las siguientes:
- Creación de la rutina gráfica.
- Creación de animaciones.
- Creación de cajas de colisión.
- Generador automático de código ASM con editor.
Video-Tutoriales
Por el momento se encuentran los siguientes tutoriales:
Colaboración
El Github de Dyzen es el siguiente:
https://github.com/weierstrass1/SMWControlib
Cualquier duda se puede comunicar con Anonimzwx.
Actualmente se busca gente que pueda documentar el sistema de enemigos otros videojuegos para darles soporte
Variables
Para comprender como funciona el sistema de animaciones debemos comprender el como esta modelado. Para esto debemos separarlo en 2 partes:
Frames
Un sprite generado por Dyzen, contiene un conjunto de frames. Cada frame posee sus propias hitboxes, de esta manera al elegir un frame, se selecciona la interacción que posee. Además cada frame tiene un ID, que sirve para poder seleccionarlo. El frame seleccionado es el que es mostrado por el sprite.
Para seleccionar un frame, utilizamos la variable !FrameIndex,x
, si le ponemos ID del frame que deseamos, el sprite automáticamente mostrara ese ID, aquí un ejemplo de como hacerlo:
LDA #$ID_Del_Frame_Deseado STA !FrameIndex,x
Si utilizas el sistema de animaciones generados por el tool, entonces no necesitas cambiar esta variable normalmente.
El frame mostrado también puede ser volteado horizontal o verticalmente, para esto utilizamos la variable !GlobalFlip,x
, los valores que admite son:
- #$00 = Sin volteo
- #$01 = Volteo horizontal
- #$02 = Volteo vertical
- #$03 = Volteo horizontal y vertical.
Un ejemplo de uso es:
LDA #$01 STA !GlobalFlip,x
Esto voltearia al sprite horizontalmente.
Animaciones
Una animación es un subconjunto de frames del conjunto total que contiene el sprite. Esta animación recorre sus frames desde el primero hasta el ultimo, además existen las animaciones que se reproducen solo una vez (Only Once) y las que se reproducen de forma continua (Continuous). Cada animación tiene su propio ID.
Para regular el tiempo entre cada frame de la animación, se utiliza la variable !AnimationTimer,x
, esta variable indica la cantidad de loops para pasar al siguiente frame, por ejemplo, si el valor de esta variable fuera 2, entonces en 2 loops el frame cambiara al siguiente.
Nota: Cada loop dura 1/60 segundos.
Para regular el frame actual que es mostrado por la animación, utilizamos la variable !AnimationFrameIndex,x
, esta variable contiene la posición del frame que es reproducido actualmente, las posiciones inician desde 0 . Por ejemplo, si la animación tuviera 4 frames y esta variable tuviera el valor 1, entonces, el frame mostrado seria el segundo.
Para regular si el frame actual debe ser volteado, utilizamos !LocalFlip,x
, esta variable es similar a !GlobalFlip,x
, solo que esta solo afecta al frame actual que se reproduce, al cambiar de frame tomara otro valor, la utilidad de esta variable es que permite utilizar frames volteados dentro de la animación, que a su vez pueden ser volteados por el !GlobalFlip,x
, para efectos practicos, en situaciones sumamente excepcionales requeriras utilizarla, asi que puedes ignorarla.
Para seleccionar una animación, debemos utilizar la variable !AnimationIndex,x
. Debemos tomar en cuenta que cuando cambiamos esta variable, debemos cambiar también !AnimationFrameIndex,x
, !AnimationTimer,x
y !FrameIndex,x
(incluso en algunos casos el !LocalFlip,x
). Por esta razón, el tool genera rutinas para iniciar cada animación desde el inicio que pueden ser llamadas, estas rutinas tienen son las que tienen nombre del estilo ChangeAnimationFromStart_<animation_name>
, por ejemplo, si tengo una animacion que se llama "Animation1", la rutina que permite empezar esa animación desde el inicio es ChangeAnimationFromStart_Animation1
. Podemos llamar estas rutinas, para cambiar la animación y que esta se reprodusca desde el primer frame de su lista de la siguiente manera:
JSR ChangeAnimationFromStart_Animation1
Además el tool genera una rutina llamada InitWrapperChangeAnimationFromStart
, que debe ser llamada en el Init del sprite, esta rutina hace que el sprite cuando es creado, inicie con la animación con ID 0, si deseas iniciar desde otra animación puedes reemplazar la linea que dice:
STZ !AnimationIndex,x
Por:
LDA #$ID_De_La_Animacion_Deseada STA !AnimationIndex,x
Si de todas maneras, no quieres usar estos métodos, puedes siempre hacer el tuyo propio, para esto solo debes utilizar las variables antes mencionadas, por ejemplo, si deseas que la animación #$7 inicie desde el frame en la posición #$5 (que a su vez su ID es el #$10), que el primer frame tarde #$03 loops y que inicie volteado horizontalmente, puedes hacer lo siguiente:
LDA #$07 STA !AnimationIndex,x ;Set the animation Index LDA #$05 STA !AnimationFrameIndex,x ;Set the current frame of the animation to show LDA #$10 STA !FrameIndex,x ;Set the ID of the frame to show LDA #$03 STA !AnimationTimer,x ;Set the number of loops that will be showed the frame LDA #$01 STA !LocalFlip,x ;Flip the frame
También puedes chequear que el cambio de animación se haga justo cuando termina cierto frame de otra animación:
ChangeToAnotherAnimation: LDA !AnimationIndex,x CMP #$ID_De_La_Animacion_Que_Se_Quiere_Cambiar BNE + LDA !AnimationFrameIndex,x CMP #$Posicion_Del_Frame BNE + LDA !AnimationTimer,x BNE + JSR ChangeAnimationFromStart_Name_Of_The_New_Animation + RTS
Acciones para Hitbox
Las acciones de las hitboxes son pequeños trozos de código que son ejecutados cuando cierta hitbox colisiona con el player. De momento solo funcionan con el player, a futuro se implementaran para interacción sprite<->sprite.
Nota: Todas las siguientes acciones funcionan solo en el videojuego Super Mario World.
Antes que todo debemos considerar que el tool permite tener multiples hitboxes, debido a esto existen 2 tipos de acciones:
La acción default es la que ejecutaria la mayoria de las cajas de colisión y que es autogenerada por el tool y que se veria asi:
DefaultAction: ;Here write the code RTS
Nota: Existe un bug en que si editas la acción default desde el editor de código y vuelves a recargar el codigo, volvera a su estado inicial, por lo tanto, se recomienda editar esta en el archivo generado al hacer "Extract Resources" y no en el editor de codigo del tool.
Y las acciónes no default, que son creadas en el apartado de interacción por el usuario, por ejemplo:
notDefaultAction: LDX !SpriteIndex ;Here write the code. RTS
A continuación algunos códigos de ejemplo que pueden utilizarse, estos deben ser puestos en la zona que dice ;Here you can write your action code
:
Dañar al player
Daña al jugador cuando toca la hitbox.
JSL $00F5B7|!rom
Matar al player
Mata al jugador cuando toca la hitbox.
JSL $00F606|!rom
Interacción Default
Si el player salta sobre la hitbox, es impulsado para arriba, en otro caso es dañado.
Puedes reemplazar ;Here you can call a routine to damage the sprite by normal jump
por alguna rutina para dañar o matar al sprite por salto normal.
Puedes reemplazar ;Here you can call a routine to damage the sprite by spin jump.
por alguna rutina para dañar o matar al sprite por spin jump.
LDA $1490|!addr BEQ + JSL StarKill ;If mario have star then kill the sprite using the STAR, it use GIEPY RTS + LDA !PlayerYSpeed BPL +++ ;If Player Y Speed is Negative then damage player JSL $00F5B7|!rom RTS +++ STZ !ScratchD LDA !Scratch3 STA !ScratchC LDA !Scratch9 XBA LDA !Scratch1 REP #$20 CLC ADC !ScratchC SEC SBC #$0008 STA !ScratchC ;Obtain the position of the lowest 8 pixels of mario SEP #$20 LDA !ScratchB XBA LDA !Scratch5 REP #$20 CMP !ScratchC SEP #$20 ;If the interaction happend using only the lowest 8 pixels of the player BCS +++ ;And player Y speed is positive then start normal kill JSL $00F5B7|!rom RTS +++ JSL $01AB99|!rom ;Spawn a White Star bellow mario JSL $01AA33|!rom ;Boost Player Y Speed LDA $140D|!addr BEQ + ;Here you can call a routine to damage the sprite by spin jump. RTS + JSR JumpSound ;Here you can call a routine to damage the sprite by normal jump RTS JumpSound: PHY LDA $1697|!addr CLC ADC !SpriteMiscTable13,x INC $1697|!addr TAY INY CPY.B #$08 BCS + LDA Return01A61D,y STA $1DF9|!addr ; / Play sound effect + TYA CMP #$08 BCC + LDA #$08 + JSL $02ACE5|!rom PLY RTS ; Return Return01A61D: RTS ; Return DATA_01A61E: db $13,$14,$15,$16,$17,$18,$19
Interacción Solida
La hitbox actúa como si fuera un bloque solido con el player.
LDA !PlayerYSpeed STA !ScratchF STZ !ScratchE LDA !PlayerYSpeed BMI +++ STZ !ScratchD LDA !Scratch3 STA !ScratchC LDA !Scratch9 XBA LDA !Scratch1 REP #$20 CLC ADC !ScratchC SEC SBC #$0008 STA !ScratchC SEP #$20 LDA !ScratchB XBA LDA !Scratch5 REP #$20 CMP !ScratchC BCS + JMP .sides + PHA LDA !ScratchC SEC SBC $01,s ADC #$0008 STA !ScratchC PLA LDA !PlayerY SEC SBC !ScratchC STA !PlayerY SEP #$20 LDA !PlayerBlockedStatus_S00MUDLR ORA #$04 STA !PlayerBlockedStatus_S00MUDLR STZ !PlayerInAirFlag LDA #$01 STA $1471|!base2 RTS +++ SEP #$20 STZ !ScratchD LDA !Scratch7 STA !ScratchC LDA !ScratchB XBA LDA !Scratch5 REP #$20 CLC ADC !ScratchC SEC SBC #$0008 STA !ScratchC SEP #$20 LDA !Scratch9 XBA LDA !Scratch1 REP #$20 CMP !ScratchC BCC +++ SEP #$20 LDA #$08 STA !PlayerYSpeed LDA #$01 STA !ScratchE LDA !PlayerBlockedStatus_S00MUDLR ORA #$08 STA !PlayerBlockedStatus_S00MUDLR +++ .sides SEP #$20 LDA !PlayerXSpeed BMI +++ STZ !ScratchD LDA !Scratch2 STA !ScratchC LDA !Scratch8 XBA LDA !Scratch0 REP #$20 CLC ADC !ScratchC SEC SBC #$0008 STA !ScratchC SEP #$20 LDA !ScratchA XBA LDA !Scratch4 REP #$20 CMP !ScratchC BCC ++ PHA LDA !ScratchC SEC SBC $01,s ADC #$0008 STA !ScratchC PLA LDA !PlayerX SEC SBC !ScratchC STA !PlayerX SEP #$20 STZ !PlayerXSpeed LDA !ScratchE BEQ + LDA !ScratchF STA !PlayerYSpeed LDA !PlayerBlockedStatus_S00MUDLR AND #$F7 STA !PlayerBlockedStatus_S00MUDLR + LDA !PlayerBlockedStatus_S00MUDLR ORA #$01 STA !PlayerBlockedStatus_S00MUDLR RTS ++ SEP #$20 LDA !PlayerXSpeed BEQ +++ RTS +++ SEP #$20 STZ !ScratchD LDA !Scratch6 STA !ScratchC LDA !ScratchA XBA LDA !Scratch4 REP #$20 CLC ADC !ScratchC SEC SBC #$0008 STA !ScratchC SEP #$20 LDA !Scratch8 XBA LDA !Scratch0 REP #$20 CMP !ScratchC BCC +++ PHA LDA !ScratchC SEC SBC $01,s ADC #$0008 STA !ScratchC PLA LDA !PlayerX CLC ADC !ScratchC STA !PlayerX SEP #$20 STZ !PlayerXSpeed LDA !ScratchE BEQ + LDA !ScratchF STA !PlayerYSpeed LDA !PlayerBlockedStatus_S00MUDLR AND #$F7 STA !PlayerBlockedStatus_S00MUDLR + LDA !PlayerBlockedStatus_S00MUDLR ORA #$02 STA !PlayerBlockedStatus_S00MUDLR RTS +++ SEP #$20
Nota: Para utilizar esta rutina, necesitas activar la opcion de "Process player interaction every frame" en el cfg del sprite
¿Cómo construir la lógica?
Lo primero que debe ser entendido, es que la lógica del sprite es ejecutada en la rutina SpriteCode
:
;###################################### ;########## Main Routine ############## ;###################################### print "MAIN ",pc PHB PHK PLB JSR SpriteCode PLB RTL ;>Routine: SpriteCode ;>Description: This routine excecute the logic of the sprite ;>RoutineLength: Short Return: RTS SpriteCode: JSR GraphicRoutine ;Calls the graphic routine and updates sprite graphics ;Here you can put code that will be excecuted each frame even if the sprite is locked LDA !SpriteStatus,x CMP #$08 ;if sprite dead return BNE Return LDA !LockAnimationFlag BNE Return ;if locked animation return. JSL SubOffScreen JSR InteractMarioSprite ;After this routine, if the sprite interact with mario, Carry is Set. ;Here you can write your sprite code routine ;This will be excecuted once per frame excepts when ;the animation is locked or when sprite status is not #$08 JSR AnimationRoutine ;Calls animation routine and decides the next frame to draw RTS
La parte que vamos a editar sera la que dice:
;Here you can write your sprite code routine ;This will be excecuted once per frame excepts when ;the animation is locked or when sprite status is not #$08
Esta zona ocurre siempre que el sprite no este bloqueado y mientras este vivo, además ocurre justo despues de la interacción con el player y antes de ejecutar la rutina de animación.
Luego podemos crear subrutinas debajo del sector que dice:
;###################################### ;######## Sub Routine Space ########### ;######################################
Para la lógica del sprite, se recomienda utilizar una maquina de estados, para esto necesitaremos una subrutina llamada StateMachine
que es la siguiente:
StateMachine: LDA !State,x ASL TAY REP #$20 LDA States,y STA !Scratch0 SEP #$20 LDX #$00 JSR ($0000|!dp,x) RTS States:
Nota: Esta rutina permite un máximo de 127 estados distintos.
Esta subrutina ejecuta el estado seleccionado por la variable !State,x
, por lo tanto, debemos agregar esta variable en la zona debajo de:
;###################################### ;############## Defines ############### ;######################################
Para esto podemos utilizar alguna variable de sprite que sea de tipo miscelanea, por ejemplo:
!State = !SpriteMiscTable6
Además en el Init del sprite debemos elegir el estado inicial, asi que agregamos lo siguiente en el Init:
LDA #$Estado_Inicial STA !State,x
Una vez se realiza estas acciones, es posible crear estados para el enemigo, por ejemplo, imaginemos que tenemos un enemigo de 2 estados, state1 y state2. Para esto necesitariamos agregarlos a la tabla States
:
States: dw state1 dw state2
En este caso el state1 tendria ID #$00 y state2 tendria ID #$01.
Luego debemos crear los estados de la siguiente manera:
state1: LDX !SpriteIndex ;Here you can write the code of the state RTS state2: LDX !SpriteIndex ;Here you can write the code of the state RTS
Adicionalmente, se recomienda tener una funcion para cuando se cambia entre un estado y otro, para poner las condiciones iniciales de cada estado:
state1Start: ;Here you can write the initial conditions of the state STZ !State,x RTS state2Start: ;Here you can write the initial conditions of the state LDA #$01 STA !State,x RTS
Entonces, cada vez que se cambie a cierto estado, se llama a la subrutina que cambia a ese estado, por ejemplo, para cambiar al state1:
JSR state1Start
Eso cambiaría al estado state1 y además pondría todas las condiciones iniciales de ese estado.
Por ultimo, en la zona que dice:
;Here you can write your sprite code routine ;This will be excecuted once per frame excepts when ;the animation is locked or when sprite status is not #$08
Agregamos la linea:
JSR StateMachine
Una vez realizado esto, cuando !State,x
sea #$00, se ejecutara el estado state1
y cuando sea #$01 se ejecutara el estado state2
.
¿Cómo construir un estado?
Un estado se conforma de las siguientes partes:
- Set up de las condiciones iniciales del estado.
- Comportamiento del sprite mientras esta en ese estado.
- Transiciones a otros estados.
Para realizar el Set up, utilizaremos la rutina que creamos anteriormente que termina con la palabra Start, en esta rutina pondremos todas las cosas que el estado debe tener antes de ejecutarse cada loop, por ejemplo, si el estado fuera Walk, entonces probablemente necesitarías en el Start poner que cambie a la animación de caminar (que asumamos que se llama WalkAnimation):
WalkStart: JSR ChangeAnimationFromStart_WalkAnimation RTS
Entonces cuando cambies al estado Walk utilizando WalkStart
, el sprite siempre empezara teniendo la animación de caminar.
Para realizar las acciones, debemos primero pensar en que tipo de acciones queremos realizar en ese estado, por ejemplo, podríamos querer que el sprite camine normalmente, pero que cuando el player este a cierta distancia cambie a otro estado. Por esta razón, dividiremos las acciones realizables en los siguientes grupos:
- Acciones: Son los posibles actos que puede realizar un sprite, por ejemplo, spawnear otro sprite, destruir un bloque, generar algún efecto gráfico, hacer sonar un efecto de sonido, etc.
- Movimientos: Es como se mueve el sprite mientras se ejecuta el sprite, preferí ponerlo distinto a las acciones debido a que el movimiento suele ser continuo y se ejecuta en cada loop, mientras que las acciones se ejecutan en un solo loop.
- Condiciones: Son proposiciones que si se cumplen, se realiza algún tipo de acción o se cambia el movimiento del sprite, por ejemplo, si el player esta a cierta distancia o menos, entonces lanza un proyectil o si el sprite tiene cierta animación y se termino de visualizar cierto frame de la animación entonces se cambia a otra animación.
Generalmente vamos a separar cada comportamiento del sprite en un estado distinto, esto permitirá una mejor manera de organizar el código y de modelarlo mejor. Por ejemplo, si tuviera un sprite como los del Donkey Kong Country (Ejemplo, las abejas), necesitariamos un estado para cuando esta quiero sin hacer nada y un estado para cuando es matado.
Por ultimo, están las transiciones a otros estados. Básicamente, para realizar una transición debemos ver a que estados se pueden llegar desde el estado actual, volviendo al ejemplo del sprite de Donkey Kong Country, la abeja muere por ejemplo cuando le tiran un barril, entonces cuando la abeja detecte interacción con un barril, esta debe transicionar al estado de muerte. Basado en esto debemos identificar los siguientes puntos para hacer transiciones:
- ¿Desde mi estado inicial, a qué estados puedo llegar?
- ¿Qué condiciones se deben cumplir para llegar a esos estados?
Una vez se tiene modelado esto, debemos programar esas condiciones y llamar al Start del estado al que se desea transicionar de la siguiente manera:
JSR nextStateStart
Ejemplo, digamos que cuando la animación con ID #$01 termine, pasaremos al estado state2, para esto asumiremos, que el frame en la posición #$05 es el ultimo frame de la animación, entonces la transición seria asi:
LDA !AnimationIndex,x CMP #$01 BNE + LDA !AnimationFrameIndex,x CMP #$05 BCC + LDA !AnimationTimer,x BNE + JSR state2Start +
Estas transiciones no necesariamente deben ejecutarse desde un estado, también pueden ejecutarse dentro de una acción de interacción, por ejemplo, si cierta hitbox fue tocada por el player, ejecuta su acción y provoca que cambie a otro estado, esto es útil cuando quieres detectar cosas dentro de cierto rango cercano al sprite utilizando el sistema de hitbox. También, se puede utilizar cuando el player salta sobre el sprite y debes pasar a un estado de dañado o de muerte del sprite.