tutorial de uxn: día 3, saltos condicionales y el teclado o controlador

in english:

uxn tutorial day 3

¡esta es la tercera sección del tutorial de uxn!

tutorial de uxn

aquí introducimos el uso del dispositivo controlador en la computadora uxn varvara: esto nos permitirá añadir interactividad a nuestros programas y empezar a discutir el flujo de control en uxntal.

también hablamos de las instrucciones lógicas y de manipulación de la pila en uxntal.

el dispositivo controlador

el dispositivo controlador del ordenador varvara nos permite leer las entradas del teclado o de los botones del controlador.

la definición de sus puertos tendría el siguiente aspecto en un programa típico:

el byte de botón

el byte de botón codifica en cada uno de sus ocho bits el estado de ocho "botones" diferentes, basados en la disposición del controlador de NES, la videoconsola clásica de 8 bits de Nintendo.

controlador NES estándar

numerando los bits de derecha a izquierda y de 0 a 7, las teclas correspondientes (y los botones de NES) son

codificar los estados de los botones de esta manera nos permite presionar y leer muchas de estas teclas al mismo tiempo.

el byte de tecla

el byte de tecla almacena el código ascii de la tecla del teclado que se está pulsando en ese momento.

la diferencia entre el byte 'de tecla' y el byte 'de botón' puede ser confusa, especialmente cuando se ejecuta varvara desde uxnemu, donde varias teclas actúan además de botones.

una posible manera de recordar podría ser pensar en el byte 'de botón' como refiriéndose a un controlador de gamepad.

el vector del controlador

en el contexto de la programación de uxn, un vector se refiere a una dirección en la memoria principal donde se asigna a uxn para que salte cuando ocurra un evento específico.

en el caso del vector del controlador, este evento específico consiste en cada vez que se pulsa o suelta una tecla.

en otras palabras: uxn saltará a la dirección asignada como vector del controlador, cada vez que se pulse o suelte una tecla.

la siguiente línea de código asignaría ese vector, utilizando la dirección absoluta de la etiqueta en-controlador:

¡veamos a continuación como funcionaría!

flujo de control: subrutinas vectoriales

hasta ahora nuestros programas uxntal han seguido un flujo lineal: comienzan en la dirección 0100 y terminan en la primera instrucción BRK que se encuentra.

podemos pensar en estos programas como rutinas de configuración: configuran los colores del sistema, pueden dibujar o imprimir algunas cosas y luego dejan a uxn esperando. ¿qué estaría esperando uxn?

sí, una opción sería: ¡esperar la entrada del teclado!

vamos a empezar a organizar nuestros programas uxntal en términos de subrutinas que corresponden a diferentes vectores.

cada una de estas subrutinas terminará con la instrucción BRK, para que puedan hacer que uxn vuelva al estado de espera.

subrutina del vector del controlador

para ilustrar ese comportamiento, leamos el siguiente programa.

este utiliza el procedimiento de dibujo de sprites que probamos el día anterior, pero hace que ocurra solo cuando se pulsa una tecla. al principio, la pantalla está vacía, y cuando pulsamos una tecla, se dibuja un cuadrado:

bonito, ¿no?

ahora, ¿cómo podemos realizar diferentes acciones dependiendo de la tecla que se haya pulsado?

en primer lugar, tenemos que hacer que nuestro programa sepa qué tecla se ha pulsado para que pueda actuar en consecuencia.

para ello, veamos algunas instrucciones uxntal nuevas.

instrucciones de comparación y lógica

instrucciones de comparación

uxntal tiene cuatro instrucciones para comparar los dos primeros elementos de la pila:

podemos pensar en los resultados empujados por estas instrucciones como banderas booleanas: son 01 si la comparación fue verdadera y son 00 si fue falsa.

el siguiente código leerá el valor de la tecla del controlador y empujará a la pila una bandera correspondiente a que sea igual al carácter 'a':

EQU2, NEQ2, GTH2 y LTH2 funcionarán de la misma manera, pero comparando cortos en lugar de bytes.

instrucciones lógicas

uxntal tiene tres instrucciones lógicas a nivel de bit.

pueden funcionar como operadores lógicos que utilizan como operandos las banderas dadas por las instrucciones de comparación que hemos comentado anteriormente:

AND2, ORA2, EOR2 funcionarán de la misma manera, pero con cortos en lugar de bytes.

AND

lo siguiente empujará hacia abajo en la pila una bandera que indica si el byte tecla está entre 30 y 39 inclusive, usando 01 para representar 'verdadero' y 00 para representar 'falso':

que la instrucción sea a nivel de bit (o "bitwise") significa que aplica la operación AND a cada uno de los bits de los operandos.

si ambas banderas fueran "verdaderas":

si alguno (o ambos) de los indicadores fuera "falso":

como estos indicadores solo utilizan el bit menos significativo (el bit más a la derecha) para codificar su valor, un AND a nivel de bits es equivalente a un AND lógico convencional.

OR

el siguiente código empujará una bandera hacia abajo en la pila si el byte tecla es '1' o 'a':

cuando alguna o ambas banderas son verdaderas, la bandera será verdadera:

solo cuando ambas banderas sean falsas, la bandera resultante será falsa.

EOR

un "exclusive-OR", o también "o-exclusivo", es una operación lógica que tiene un resultado de verdadero solo cuando una u otra entrada es verdadera. si ambas entradas son verdaderas, o si ambas entradas son falsas, el resultado es falso.

basándose en este comportamiento, esta instrucción puede utilizarse para invertir el valor de una bandera utilizando un valor especial en el que el o los bits que queremos invertir se pongan a 1. este tipo de valores se llaman máscaras.

por ejemplo, el siguiente código empujará una bandera correspondiente a que la tecla sea mayor o igual a 20, calculando primero si es menor que 20 y luego invirtiendo el resultado:

cuando la bandera original es verdadera, lo que significa que el valor de la tecla es menor que 20, el EOR la invertirá y la hará falsa: el valor NO es mayor o igual que 20:

como podemos ver, debido a que los dos bits de entrada son 1, el bit de salida es 0.

cuando la bandera original es falsa, lo que significa que el valor NO es menor que 20, el EOR lo invertirá y lo hará verdadero: el valor es mayor o igual que 20:

observa que la máscara es la misma y el resultado es el valor opuesto de la bandera.

flujo de control: saltos condicionales

ok, ahora nuestros programas pueden identificar y almacenar en banderas si un valor (como la tecla de teclado leída) es un valor específico, o dentro de algún rango.

¿cómo podemos usar estas banderas para tener comportamientos condicionales en nuestros programas, donde se toman diferentes acciones dependiendo de los resultados?

¡introduzcamos otro conjunto de nuevas instrucciones para que uxn rompa su flujo lineal!

instrucciones para saltos

en modo byte, las direcciones que utilizan estas instrucciones son de un byte.

estas direcciones de un byte son relativas y pueden considerarse positivas y negativas: indican cuántos bytes hay que saltar en la memoria principal desde la posición actual del contador de programa, ya sea hacia delante (positivo) o hacia atrás (negativo). el rango de estas direcciones relativas es de -128 a 127 inclusive.

en modo corto, las direcciones que toman estas instrucciones son absolutas (es decir, de dos bytes de longitud), pero el valor que toma JCN para decidir sigue siendo un byte.

runas para direcciones

hay varias runas que se refieren a direcciones y etiquetas. uxnasm las lee y las convierte a los valores binarios correspondientes.

en los días anteriores ya hablamos de algunas de ellas; esta es una recapitulación de las mismas y una introducción de las nuevas:

direcciones literales

direcciones crudas

existe un conjunto más avanzado de runas que nos permiten usar las direcciones crudas ("raw"), es decir sin LIT o LIT2 implícitos:

etiquetas

para definir las etiquetas, utilizamos:

y finalmente, para referirse a las etiquetas dentro de nuestro código uxntal, tenemos los siguientes casos:

salto condicional

¡unamos todo esto!

la siguiente subrutina en-controlador ilustra el uso de los saltos, dibujando nuestro sprite solo cuando la tecla que se pulsó fue '1':

nota el uso de subetiquetas "dentro" (después) de en-controlador.

también nota como la expresión ,&subetiqueta corresponde a la dirección relativa (,) que se necesita para saltar a esa ubicación en el código nombrado con una subetiqueta local (&).

estas direcciones relativas, de un byte, son utilizadas por JCN o JMP.

saltos condicionales

el siguiente código ilustra el uso de muchas condiciones: el color del sprite cambia según se pulsen las teclas 1, 2 o 3.

observa cómo las condiciones se escriben una tras otra: siempre que una bandera es falsa, JCN permite a uxn continuar con la siguiente instrucción en memoria.

también nota que este código no está optimizado para el tamaño o la velocidad, sino para la legibilidad.

estaría en ti, por ejemplo, realizar una aritmética con el valor de la tecla que se pulsó para calcular el color a asignar al sprite - ¡podrías inspirarte en tu macro IMPRIMIR-DÍGITO del día 1!

manipulación de la pila

hasta ahora hemos estado usando la pila como un lugar para almacenar operandos de instrucciones y sus resultados, ¡pero aún no hemos usado todo el potencial de este entorno basado en pila!

instrucciones de pila

uxntal tiene seis instrucciones que actúan sobre los elementos de la pila más cercanos a la parte superior:

en modo corto, POP2, DUP2, SWP2, NIP2, OVR2 y ROT2 realizan las mismas acciones pero utilizando cortos en lugar de bytes.

ejemplos

vamos a utilizar estas instrucciones de muchas maneras diferentes durante los próximos días.

los siguientes son algunos ejemplos basados en fragmentos de código que ya hemos discutido.

ten en cuenta que el uso de estas instrucciones puede contribuir a que el código sea difícil de seguir o leer, por lo que siempre será una buena idea utilizarlas dentro de macros o tener comentarios en el código explicando lo que está sucediendo :)

dígito ascii: duplicar e intercambiar

discutimos anteriormente este segmento de código, que empuja una bandera que responde si la tecla que se pulsa tiene un código ascii entre 30 y 39, ambos inclusive (es decir, calcula si un byte tiene un código ascii correspondiente a un dígito decimal)

en lugar de leer la tecla dos veces, podríamos hacerlo una vez y luego usar la instrucción DUP para copiar el valor:

la pila después de estas instrucciones tendría dos copias del valor de la tecla:

entonces en nuestro código podemos seguir añadiendo la primera comparación:

después de esto, la pila se vería como:

para realizar la segunda comparación, necesitamos tener la tecla en la parte superior, no la bandera.

¿cómo lo conseguimos? así es, utilizando un SWP:

ahora la pila se ve así:

finalmente podemos proceder a la comparación y al AND:

terminando con una pila que solo tiene el resultado:

el código completo se leería como:

el primer código se ensambla en 13 bytes y este se ensambla en 12 bytes. quizá no haya demasiada diferencia en ese aspecto.

sin embargo, la ventaja más significativa es que esta nueva rutina ahora necesita su entrada empujada hacia abajo en la pila solo al principio.

en el caso que acabamos de discutir la entrada es la tecla que se presiona, pero podríamos fácilmente tener como entrada cualquier otro valor de la pila.

esto implica que podríamos escribir la rutina como una macro:

y utilizarla con el byte que queramos:

duplicados para los condicionales

otro caso anterior en el que repetimos muchas lecturas de la tecla del teclado fue cuando usamos las condicionales múltiples.

podríamos reescribirlo usando varios DUPs y POPs:

¿puedes decir por qué necesitamos todos esos POPs?

pista: compara el estado final de la pila con y sin las instrucciones POP.

¡en los próximos días veremos más usos y ejemplos de manipulación de la pila!

botón del controlador

la última cosa que discutiremos hoy es el uso del byte de botón del controlador en la computadora varvara.

como ya hemos mencionado, la principal diferencia aquí es que este byte mantiene el estado de 8 botones en cada uno de sus bits.

dependiendo de nuestra aplicación, podríamos necesitar permitir que algunos de estos botones sean presionados al mismo tiempo.

en ese caso, ¿cómo podríamos aislar cada uno de los bits para comprobar su estado individualmente?

conoce las máscaras AND a nivel de bits.

máscara AND

una máscara AND es un valor especial que utilizaremos para mantener o perder bits específicos de otro valor dado, como el byte de botón del controlador.

en nuestra máscara AND, estableceremos como 1 los bits en las posiciones en las que queramos mantener el valor de los bits de entrada. las posiciones en las que los bits de la máscara sean 0 se convertirán a 0 en la salida.

por ejemplo, digamos que queremos ver si el bit número 4, que corresponde al botón Arriba, está encendido o apagado, independientemente del estado de los otros botones.

nuestra máscara AND tendrá un 1 en el bit número 4 (de derecha a izquierda y empezando por el 0) y 0 en el resto:

¿qué pasaría si se pulsa el botón A (tecla Ctrl), con su estado codificado en el bit 0 y nada más?

¿qué ocurre si se pulsa el botón Arriba?

¿y si se pulsan tanto Arriba como Ctrl?

así vemos cómo la máscara nos permite aislar efectivamente el bit que nos importa, independientemente del estado de los otros bits.

aplicar esta máscara sería tan sencillo como escribir:

ejemplo: dibujar con flechas y Ctrl

captura de pantalla de un posible resultado de la ejecución del siguiente programa; muestra un rastro dibujado con cuadrados rellenos o delineados.

el siguiente programa uxntal permite dibujar utilizando las teclas de las flechas y la tecla Ctrl (botón A).

las flechas mueven la posición de un sprite, y al pulsar Ctrl mientras se mueve, lo dibujará con los colores inversos en relleno y trazo.

observa el uso de las máscaras AND, los saltos condicionales y algunas operaciones de la pila.

algunas posibilidades para que practiques:

recuerde que .Pantalla/x es una dirección literal en la página cero, es decir, empuja un byte correspondiente a la dirección de la subetiqueta Pantalla/x :)

practica posibilidades

¡aquí tienes otras ideas para que practiques con lo que hemos cubierto hoy!

¡ten en cuenta que para un suave movimiento interactivo puede ser mejor utilizar el vector de pantalla que se llama 60 veces por segundo!

¡lo cubriremos en profundidad en el próximo día del tutorial!

instrucciones del día 3

¡estas son todas las instrucciones uxntal de las que hemos hablado hoy!

instrucciones de comparación

lógica a nivel de bits

saltos

pila

día 4

en el tutorial de uxn día 4 cubrimos el uso del vector de pantalla para crear animaciones, ya sean interactivas o no.

tutorial de uxn día 4

¡también exploramos las posibilidades de usar "variables" en uxntal que pueden ayudarnos a crear programas más elaborados!

¡antes de entrar en materia, te invito a seguir explorando y también a tomar un descanso!

¡mantente en sintonía!

apoyo

si te ha gustado este tutorial y te ha resultado útil, considera compartirlo y darle tu apoyo :)

apoyo

enlaces entrantes

tutorial de uxn

tutorial de uxn día 5

tutorial de uxn día 6

tutorial de uxn día 4

tutorial de uxn día 2

meta

compudanzas

contacto

colofón

este trabajo está dedicado al dominio público. CC0 1.0