Mapping the Atari - Revised Edition, por Ian Chadwick

MAPA DE MEMORIA

Las ubicaciones 0 a la 255 ($0 a la $FF) se denominan "Página¹ Cero" y tienen especial importancia para los programadores de lenguaje ensamblador, ya que la máquina accede a estas ubicaciones de manera rápida y sencilla.

Las ubicaciones 0 a la 127 ($0 a la $7F) están reservadas y se les conoce como la Página Cero del Sistema Operativo². Las ubicaciones 128 a la 255 ($80 a la $FF) corresponden a la memoria RAM de la Página Cero usada por BASIC y el usuario. Las ubicaciones 0 a la 1792 ($0 a la $700) corresponden a la memoria RAM del Sistema Operativo y (si el cartucho o cartridge está presente) del BASIC de 8K (Excepto la Página Seis). Las ubicaciones 0 a la 8191 ($0 a la $1FFF) son las mínimas requeridas para la operación del sistema (8192 = 8K).

Las ubicaciones 2 a la 7 no se limpian en ninguna operación de inicio.

2 El Sistema Operativo es el programa que viene de fábrica en la memoria ROM de los computadores Atari. No confundir con el DOS, el Sistema Operativo del Disco, que se carga desde el disco. (N. del T.)

DECIMAL	HEXADECIMAL	ETIQUETA
0,1	0,1	LINZBS

Memoria RAM usada por LINBUG³, posteriormente reemplazada por la memoria RAM del Monitor. Vea la página 31 del listado del código fuente del Sistema Operativo. Aparentemente se usa para almacenar el valor del temporizador (timer) de VBLANK. El programa Metrónomo del libro De Re Atari utiliza la ubicación 0. También se utiliza en el cross-assembler⁴ del Sistema Operativo de Atari.

4 Un "cross assembler" es un ensamblador que se ejecuta en un computador con un tipo de procesador, pero que genera un código objeto que será utilizado en un computador con otro tipo de procesador. (N. del T.)

2,3

2,3

CASINI

Vector⁵ de inicialización de la unidad de cassette: Si el arranque (boot) desde cassette fue exitoso, el Sistema Operativo hace un JSR⁶ al contenido de estas direcciones de memoria . Esta dirección se extrae de los primeros 6 bytes del archivo de arranque desde cassette. El primer byte se ignora. El segundo contiene el número de registros, el tercero y el cuarto contienen el byte bajo y alto de la dirección de carga, y el quinto y sexto contienen los bytes bajo y alto de la dirección de inicialización.

Luego de la carga, el control salta a la dirección de carga más 6 (en el caso de una carga multietapa) o a CASINI (en el caso de una inicialización). Para transferir el control al programa, haga un JSR a DOSVEC (10 y 11; $A y $B).

5 Un vector son 2 direcciones de memoria consecutivas que almacenan la dirección de una subrutina, en formato byte bajo seguido del byte alto. (N. del T.)

6 JSR es una instrucción o mnemónico del lenguaje ensamblador que se utiliza para invocar a una subrutina. Es similar al comando GOSUB del BASIC. (N. del T.)

4,5

4,5

RAMLO

Puntero de la RAM para la comprobación de memoria que se ejecuta al encender el equipo. También almacena la dirección de arranque del disco (normalmente 1798 ($706)), que es utilizada por la rutina de continuación del arranque.

6

6

TRAMSZ

Registro temporal del tamaño de la memoria RAM; se utiliza durante la secuencia de encendido del equipo para comprobar la disponibilidad de memoria RAM. Posteriormente, este valor se asigna a RAMTOP (ubicación 106 ($6A)). Una lectura a esta ubicación devuelve un 1 cuando el cartucho BASIC o el cartucho A (el de la izquierda) es insertado en el equipo.

7

7

TSTDAT

Registro de datos de comprobación de la memoria RAM. Una lectura a esta ubicación devuelve un 1 cuando el cartucho B (el de la derecha) es insertado en el equipo.

RAMLO, TRAMSZ y TSTDAT se utilizan para comprobar el tamaño de la RAM al encender el equipo. Al arrancar el DOS, RAMLO y TRAMSZ también actúan como almacenamiento temporal de la dirección de continuación del arranque. Posteriormente, TRAMSZ y TSTDAT se utilizan para indicar, respectivamente, si el cartucho A (el de la izquierda) o el cartucho B (el de la derecha) fueron insertados o no en el equipo (Un valor distinto de 0 indica que se ha insertado un cartucho), o si se debe arrancar desde el disco.

Las ubicaciones 8 a la 15 ($8-$F) son establecidas en 0 solo en el arranque en frío (coldstart) del equipo.

8

8

WARMST

Bandera de inicio en caliente (warmstart). Si el valor de esta ubicación es igual a 0, el equipo está en medio del proceso de encendido; si es igual a 255, se encuentra en medio de un RESET normal. El arranque en caliente es similar a presionar la tecla RESET, por lo que no se deben borrar la memoria, ni las variables, ni los programas. El valor inicial de WARMST es 0 y su valor no cambia, a menos que se le haga POKE a esta ubicación o hasta que se presione por primera vez el botón RESET; en dicho caso su valor será 255 ($FF).

El arranque en caliente normalmente se dirige a la ubicación almacenada en el vector de la ubicación 58484 ($E474). Cuando se presiona la tecla RESET, WARMST es comprobado por medio del registro de estado de la NMI⁷ en la ubicación 54287 ($D40F) para ver si se debe reiniciar o no el software o si se debe volver a arrancar desde el disco.

7 Una NMI (Non-Maskable Interrupt - Interrupción No Enmascarable) es un tipo de interrrupción de hardware que no se puede ignorar. En los computadores Atari, las NMI son generadas por el chip ANTIC, y se usan para el despliegue de la señal de video y el control de la tecla RESET. (N. del T.)

9

9

BOOT?8

Indicador de éxito de la bandera de arranque. Un valor 255 en esta ubicación provoca el bloqueo del sistema si se pulsa la tecla RESET. Si BOOT? es igual a 1, entonces el arranque desde disco fue exitoso; si es igual a 2, entonces el arranque desde cassette fue exitoso. Si es igual a 0, entonces no se pudo arrancar desde ninguno de estos dispositivos.

Si se establece en 2, entonces se usa el vector del cassette de las ubicaciones 2 y 3 al hacer un RESET. Si se establece en 1, entonces se usa el vector del DOS de las ubicaciones 10 y 11 ($A y $B). El arranque en frío intenta realizar un arranque desde cassette y de disco y guarda en esta ubicación el éxito o fracaso de la operación. BOOT? es comprobado durante el arranque tanto del disco como del cassette.

8 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

10,11

A,B

DOSVEC

Vector de inicio del software de disco (o sin cartucho). Esta es la ubicación a la que salta BASIC cuando se invoca al DOS. El usuario puede configurarlo para que apunte a su propia rutina, pero al hacer un RESET, DOSVEC vuelve a su valor original. Para evitar esto, puede hacer POKE en la ubicación 5446 con el byte menos significativo de la dirección de su vector, hacer POKE en la ubicación 5450 con el byte más significativo y volver a guardar el DOS usando la opción "WRITE DOS FILES" (GRABAR DOS) del menú. Las ubicaciones 10 y 11 generalmente contienen los valores 159 y 23 ($9F y $17), respectivamente. Esto permite que la sección DUP.SYS del DOS se cargue cuando sea invocada. Inicialmente se configura con el vector del modo "pizarrón⁹" (ubicación 58481; $E471--al que se invoca escribiendo "BYE" o "B." desde el BASIC). Si no hay ninguna dirección cargada en el vector DOS, también se dirige a la dirección almacenada en el vector de ejecución del cassette. Si crea un archivo AUTORUN.SYS que no termina con una instrucción RTS¹⁰, debe establecer el valor de BOOT? en 1 y la dirección 580 ($244) en 0.

9 El modo "pizarrón" es el modo en que arranca el computador Atari 400/800 cuando no se ha insertado el cartucho BASIC. Se identifica por el texto "ATARI COMPUTER - MEMO PAD" en la primera línea de la pantalla. (N. del T.)

10 RTS es una instrucción o mnemónico del lenguaje ensamblador que se utiliza para retornar desde una subrutina. Es similar al comando RETURN del BASIC. (N. del T.)

12,13

C,D

DOSINI11

Dirección de inicialización del arranque desde disco. También se utiliza para almacenar la dirección de ejecución (RUN) del arranque desde cassette, la que luego se mueve a CASINI (2, 3). Cuando se enciende el equipo sin un disco o cassette de arranque, el valor de DOSINI es igual a 0 en ambas ubicaciones.

11 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

14,15

E,F

APPMHI

Límite superior de la memoria de aplicaciones y puntero al final de su programa BASIC. Esta ubicación es utilizada tanto por el Sistema Operativo como por BASIC. Contiene la ubicación más baja que puede utilizar para configurar una pantalla y su Display List (Lista de Despliegue¹²,) (Esta ubicación también corresponde a la dirección más alta que pueden utilizar los programas y sus datos, y debajo de la cual no se puede colocar la RAM de la pantalla). Si se debe extender la RAM de la pantalla o de la Lista de Despliegue por debajo de esta dirección, el controlador de la pantalla no hará OPEN del dispositivo "S:". La memoria por encima de esta dirección se puede utilizar para el despliegue de la pantalla y otros datos (gráficos PM, etc.).

Si un intento de cambio de modo gráfico amplía la memoria de pantalla por debajo de APPMHI, entonces la pantalla se configurará como modo GRAPHICS 0, se actualizará el valor de MEMTOP (ubicaciones 741 y 742; $2E5 y $2E6) y se devolverá un error al usuario. De lo contrario, la memoria es lo suficientemente amplia para iniciar el editor de pantalla, así que el cambio de modo tiene efecto y se actualiza el valor de MEMTOP. Esta es una de las 5 ubicaciones utilizadas por el Sistema Operativo para realizar un seguimiento de la memoria tanto del usuario como del despliegue de la pantalla.

Al encender el equipo, el Sistema Operativo inicializa esta ubicación en 0. Recuerde que no puede configurar una Lista de Despliegue por debajo de la dirección especificada aquí.

Si utiliza el área debajo de la Lista de Despliegue para almacenar sus conjuntos de caracteres, gráficos PM o lo que sea, asegúrese de configurar APPMHI por encima de la última dirección utilizada, para que la pantalla o los datos de la Lista de Despliegue no desciendan y destruyan sus propios datos. Para obtener más información, consulte RAMTOP en la ubicación 106 ($6A), MEMTOP en las ubicaciones 741 y 742 ($2E5 y $2E6), PMBASE en la ubicación 54279 ($D407) y CHBASE en la ubicación 54281 ($D409).

Las ubicaciones 16 a la 127 ($10 a la $7F) son inicializadas en 0 tanto en el arranque en frío como en caliente.

12 Una Display List o Lista de Despliegue es un pequeño conjunto de instrucciones (programa) que le indica al chip ANTIC cómo mostrar los datos en la pantalla. (N. del T.)

16

10

POKMSK

Interrupciones del chip POKEY: el servicio de las IRQ utiliza y altera esta ubicación. Corresponde al registro sombra (shadow) ¹³ de la ubicación 53774 ($D20E). Para deshabilitar la tecla BREAK, haga POKE con 112 ($70) en esta ubicación y en la ubicación 53774. Si los siguientes bits se establecen en 1, entonces se habilitan las siguientes interrupciones (Los valores decimales de estos bits están entre paréntesis):

BIT	DECIMAL	FUNCIÓN
7	128	Se habilita la tecla BREAK.
6	64	Se habilita la interrupción de la "otra tecla".
5	32	Se habilita la interrupción de datos listos de la entrada serie.
4	16	Se habilita la interrupción de datos requeridos de la salida serie.
3	8	Se habilita la interrupción de transmisión finalizada de la salida serie.
2	4	Se habilita la interrupción del temporizador POKEY #4 (Sólo en la versión "B" o posterior del Sistema Operativo).
1	2	Se habilita la interrupción del temporizador POKEY #2.
0	1	Se habilita la interrupción del temporizador POKEY #1.

Al habilitar la interrupción del temporizador, los registros AUDF asociados serán utilizados como temporizadores y generarán una solicitud de interrupción cuando su conteo llegue a 0. Para una explicación completa, vea las ubicaciones 528 a la 535 ($210 a la $217) y las ubicaciones del chip POKEY, a partir de la ubicación 53760 ($D200). Al encender el equipo, el valor predeterminado de esta ubicación es igual a 192 ($C0).

También puede desactivar la tecla BREAK haciendo POKE con 64 ($40) en esta ubicación y en la ubicación 53774, o con cualquier número menor a 128 ($80). El problema con estos simples POKEs es que la tecla BREAK se vuelve a habilitar cuando se presiona la tecla RESET, cuando se ejecuta la primera instrucción PRINT que despliegue algo en la pantalla, cuando se ejecuta cualquier comando OPEN que acceda a la pantalla (S: o E:), o cuando se ejecuta la primera instrucción PRINT luego de un comando OPEN o GRAPHICS. En caso de que se estén ejecutando dichos comandos, para desactivar continuamente la tecla BREAK es mejor usar una subrutina que verifique frecuentemente los bits de habilitación durante las operaciones de entrada y salida, y que haga POKEs en las ubicaciones adecuadas con un valor menor a 128.

Por ejemplo:

1000 BREAK = PEEK(16) - 128: IF BREAK < 0 THEN RETURN
1010 POKE 16, BREAK: POKE 53774, BREAK: RETURN

La nueva memoria ROM con la versión "B" del Sistema Operativo incluye un vector para la interrupción de la tecla BREAK, lo que permite a los usuarios crear sus propias rutinas para procesar la interrupción de la forma en que deseen. Se encuentra en las ubicaciones 566 y 567 ($236 y $237).

13 Para cada registro Hardware (registro correspondiente a algún chip como ANTIC, POKEY, etc.) se tiene un registro Sombra asociado. Los registros sombra son utilizados en la etapa 2 del proceso VBLANK, donde su contenido es copiado a su correspondiente registro hardware. (N. del T.)

17

11

BRKKEY

Un 0 en esta ubicación indica que se presionó la tecla BREAK. Cualquier otro número indica lo contrario. Al presionar la tecla BREAK durante una operación de Entrada/Salida, esta ubicación devuelve el valor 128 ($80). Esta ubicación es monitoreada por los controladores del teclado, el editor de pantalla, cassette y pantalla. Vea sugerencias de cómo deshabilitar la tecla BREAK en la ubicación 16 ($A). Las versiones más recientes del Sistema Operativo proporcionan un vector adecuado para las interrupciones asociadas a la tecla BREAK. El código de estado de cancelación de la tecla BREAK se almacena en la ubicación STATUS (48; $30). Esta ubicación también se verifica durante todas las rutinas de E/S, de desplazamiento (scroll) y de dibujo. Durante la rutina del controlador del teclado, el código de estado se almacena en la ubicación DSTAT (76; $4C). Al encender el equipo, BRKKEY se establece en 0. El estado de cancelación de la tecla BREAK se indica estableciendo en 1 el bit 7 de la ubicación 53774 ($D20E). Consulte la nota relativa al vector de la tecla BREAK en la ubicación anterior.

18,19,20

12,13,14

RTCLOK14

Reloj interno en tiempo real. El valor de la ubicación 20 se incrementa en cada ejecución de la Etapa 1 de la interrupción VBLANK (es decir, cada 1/60 de segundo o, lo que es lo mismo, en cada jiffy), hasta que llega a 255 ($FF). Luego, la ubicación 19 se incrementa en 1 y la ubicación 20 se establece en 0 cada 4,27 segundos. Cuando la ubicación 19 llega a 255, la ubicación 20 se establece en 0 y la ubicación 18 se incrementa en 1 cada 18,2 minutos (ó 65.536 fotogramas de TV). Para poder utilizar estas ubicaciones como un temporizador en segundos, pruebe lo siguiente:

TIEMPO = INT((PEEK(18) * 65536 + PEEK(19) * 256 + PEEK(20))/60)

Para ver el conteo en jiffies, elimine el "/60" al final. Para ver el conteo en minutos, cambie "/60" a "/360". El máximo valor del reloj en tiempo real es 16.777.215. Cuando alcanza este valor, se establece en 0 en el siguiente incremento del VBLANK. Este valor es el resultado de elevar 256 al cubo (es decir, 256 * 256 * 256), que es el máximo número de incrementos en cada registro del reloj. El reloj en tiempo real siempre es actualizado en cada VBLANK, independiente de si el código que se está procesando es crítico o no con respecto al tiempo.

Un jiffy es mucho tiempo para el computador. Puede procesar más de 8000 ciclos de máquina en ese tiempo. Piense en lo que puede hacerse en un intervalo del VBLANK (un jiffy). En términos humanos, un jiffy puede durar más de 20 minutos, tal como lo demuestra la frase "Estaré listo en un santiamén"¹⁵. Compare esta con la frase frecuentemente citada: "Estaré listo en un minuto", usada por los programadores comprometidos para describir un marco de tiempo de más de una hora.

Los usuarios pueden hacer POKE en estos registros de reloj con valores adecuados para su propio uso. El reloj en tiempo real siempre se actualiza durante el intervalo del VBLANK. Otros registros temporizadores, como los de las ubicaciones 536 a la 544 ($218 a la $220), no siempre se actualizan cuando el Sistema Operativo ejecuta código crítico en el tiempo.

A continuación, se muestra una forma de utilizar el reloj en tiempo real como si fuera un temporizador de retardo:

10 GOSUB 100 
.
.
.
100 POKE 20,0: POKE 19,0 
110 IF NOT PEEK(19) THEN 110
120 RETURN

La línea 110 espera hasta que el valor de la ubicación 19 sea igual a 0, y luego le pasa el control a la sentencia RETURN. Para ver un programa útil de un pequeño reloj en tiempo real que se despliega mientras usted programa en BASIC, consulte la revista COMPUTE! de agosto de 1982. Vea también el libro De Re Atari, allí encontrará otro programa de reloj en tiempo real.

14 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

15 "Estaré listo en un santiamén" es la traducción al español de la frase en inglés "I'll be ready in a jiffy", donde en este caso "jiffy" significa un instante, o momento breve. (N. del T.)

21,22

15,16

BUFADR

Registro de dirección indirecto del búfer (Página Cero). Puntero temporal al búfer del disco actual.

23

17

ICCOMT

Comando para el vector de CIO (Central Input/Output - Entrada/Salida Central). Almacena el comando CIO. Se utiliza para encontrar el desplazamiento en la tabla de comandos para el vector correcto de la rutina del controlador.

24,25

18,19

DSKFMS

Puntero del administrador de archivos del disco. En DOS se le conoce como JMPTBL. Se usa como un vector al FMS (File Manager System - Sistema Administrador de Archivos).

26,27

1A,1B

DSKUTL

Puntero de las utilidades del disco. En DOS se le conoce como BUFADR. Apunta al área guardada para el búfer utilizado por el paquete de utilidades (búfer de datos; DBUF) o por el área del programa (ubicación MEMLO ; 743 y 744; $2E7 y $2E8).

28

1C

PTIMOT

Tiempo de espera de la impresora, consultado en cada solicitud de estado de la impresora. Su valor inicial es 30, que representa 32 segundos (el valor es de 64 segundos cada 60 incrementos de este registro). El tiempo de espera típico para la impresora Atari 825 es de 5 segundos. Este valor es establecido por el software del controlador de la impresora, y es actualizado luego de cada operación de solicitud de estado de la impresora. El estado del tiempo de espera específico se obtiene desde la ubicación 748 ($2EC), el que es cargado allí por SIO.

La nueva ROM de la versión "B" del Sistema Operativo aparentemente ha resuelto el problema de tiempo de espera que atormenta a la ROM "A"; el problema se manifiesta cuando la impresora o unidad de disco se suspende (al agotarse el tiempo de espera) periódicamente por unos segundos, provocando graves ataques de ansiedad a los usuarios que piensan que sus Ataris han muerto misteriosamente. Esto se agrava cuando uno, creyendo que el proceso de E/S ha finalizado, extrae un disco desde la unidad y esta, luego de que el tiempo de espera se consume, vuelve a ponerse en funcionamiento de manera inesperada, intentando escribir o leer desde un disco inexistente. Llegado este punto, tanto el sistema como el usuario colapsan. Para más información sobre la nueva ROM del Sistema Operativo, vea el apéndice.

29

1D

PBPNT16

Puntero del búfer de impresión; apunta a la posición (byte) actual en el búfer de impresión. Varía de 0 hasta el valor almacenado en la ubicación 30.

16 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

30

1E

PBUFSZ

Tamaño del búfer de impresión del registro de la impresora para el modo actual. Normalmente el tamaño del búfer y de la línea son iguales a 40 bytes. La impresión de doble ancho equivale a 20 bytes (la mayoría de las impresoras utilizan sus propios códigos de control para lograr una impresión expandida); la impresión lateral equivale a 29 bytes (Solo para la impresora Atari 820).

La solicitud de estado de la impresora es igual a 4. El valor inicial de PBUFSZ es igual a 40. El controlador de la impresora verifica si el mismo valor se encuentra en PBPNT y, si es así, envía el contenido del búfer a la impresora.

31

1F

PTEMP

Registro temporal utilizado por el controlador de la impresora para almacenar el valor del carácter que se envía a la impresora.

Número índice del controlador. Establecido por el Sistema Operativo como el índice de la tabla de nombres de dispositivo del archivo abierto actualmente. Si no hay ningún archivo abierto en este IOCB (es decir, el IOCB está libre), entonces este registro se establece en 255 ($FF).

33

21

ICDNOZ17

Número de dispositivo o número de unidad. En DOS se le conoce como MAXDEV, e indica el número máximo de dispositivos. Su valor inicial es igual a 1.

17 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

34

22

ICCOMZ

Byte del código de comando establecido por el usuario para definir el formato del resto del IOCB, y qué operación de E/S se debe realizar.

35

23

ICSTAZ

Estado de la última acción IOCB devuelta por el dispositivo, establecida por el Sistema Operativo. Puede o no ser el mismo estado que devuelve el comando STATUS.

36,37

24,25

ICBALZ/HZ

Dirección del búfer para la transferencia de datos, o la dirección del nombre del archivo que se usa en comandos como OPEN, STATUS, etc.

38,39

26,27

ICPTLZ/HZ

Dirección de la rutina para poner un byte, establecida por el Sistema Operativo. Corresponde a la dirección, menos 1 byte, de la rutina "poner un byte" del dispositivo. En un comando CLOSE, apunta al mensaje "IOCB NOT OPEN" (IOCB no abierto) del CIO.

40,41

28,29

ICBLLZ/HZ

Conteo en bytes del largo del búfer utilizado por las operaciones PUT y GET. Por cada byte transferido, el valor almacenado en esta ubicación disminuye en 1.

42

2A

ICAX1Z

Primer byte de información auxiliar utilizado por el comando OPEN para especificar el tipo de acceso que necesita el archivo.

43

2B

ICAX2Z

Variables de trabajo de CIO, también utilizada por algunas funciones del puerto serie. Segundo byte de información auxiliar.

44,45

2C,2D

ICAX3Z/4Z

Utilizado por los comandos NOTE y POINT del BASIC para la transferencia de números de sectores del disco. Los siguientes 4 bytes, hasta la ubicación 47, también se denominan ICSPRZ y se definen como bytes sobrantes para uso por parte del CIO local.

46

2E

ICAX5Z

Corresponde al byte que se accede dentro del sector almacenado en las ubicaciones 44 y 45. También se utiliza para almacenar el Número de IOCB, multiplicado por 16. Cada bloque de un IOCB tiene una longitud de 16 bytes. Otras fuentes indican que el registro X del microprocesador 6502 también contiene esta información.

47

2F

ICAX6Z

Byte sobrante. También denominado CIOCHR, corresponde a una ubicación de almacenamiento temporal del byte del carácter en la operación PUT actual.

Registro de almacenamiento de estado interno. Las rutinas SIO en la ROM utilizan este byte para almacenar el estado de la operación SIO actual. Para ver la lista de valores de estado, consulte la página 166 del Manual del Usuario del Sistema Operativo. STATUS utiliza la ubicación 793 ($319) como almacenamiento temporal. La ubicación STATUS también se utiliza como registro de almacenamiento de los valores de tiempo de espera, la interrupción de la tecla BREAK y los errores durante la ejecución de rutinas SIO.

49

31

CHKSUM

Suma de comprobación de la trama¹⁸ de datos (data frame), utilizada por SIO: suma de un solo byte con acarreo al bit menos significativo. La suma de comprobación corresponde al valor del número de bytes transmitidos (255; $FF). Cuando el número de bytes transmitidos es igual a la suma de comprobación, se establece en 1 el indicador de envío de suma de comprobación de la ubicación 59 ($3B). CHKSUM utiliza las ubicaciones 53773 ($D20D) y 56 ($38) para la comparación de valores (bytes transmitidos).

18 En el contexto de redes de computadores, una trama es una serie sucesiva de bits que transportan información (datos, comandos, etc.). (N. del T.)

50,51

32,33

BUFRLO/HI

Puntero al búfer de datos cuyo contenido se transmite durante una operación de E/S. Es utilizada por SIO y el DCB (Device Control Block - Bloque de Control de Dispositivos). Apunta al byte que se va a enviar o recibir. Los bytes son transferidos hacia el registro de retención de salida serie-paralelo (un registro de 8 bits), o son transferidos desde el registro de retención de entrada en la ubicación 53773 ($D20D). El registro BUFRLO/HI es una ubicación de un sólo byte que se utiliza para almacenar los 8 bits que serán transmitidos un bit a la vez (es decir, en serie) desde o hacia el dispositivo. El computador toma los 8 bits para procesarlos cuando el registro está lleno o reemplaza otro byte en él cuando esté vacío después de una transmisión.

52,53

34,35

BFENLO/HI

Corresponde al siguiente byte después del final del búfer de datos SIO y DCB descrito en la ubicación BUFRLO/HI.

54

36

CRETRY

Número de reintentos de la trama de comandos (command frame). Su valor predeterminado es 13 ($0D). Corresponde al número de veces que un dispositivo intenta ejecutar un comando, como leer un sector o dar formato a un disco.

55

37

DRETRY

Número de reintentos del dispositivo. Su valor predeterminado es 1.

56

38

BUFRFL

Indicador de búfer de datos lleno. Si el valor de esta ubicación es igual a 255 ($FF), entonces el búfer está lleno.

57

39

RECVDN

Indicador de recepción realizada. Si el valor de esta ubicación es igual a 255 ($FF), entonces se ha realizado la recepción.

58

3A

XMTDON

Indicador de transmisión realizada. Si el valor de esta ubicación es igual a 255 ($FF), entonces se ha realizado la transmisión.

59

3B

CHKSNT19

Indicador de envío de la suma de comprobación. Si el valor de esta ubicación es igual a 255 ($FF), entonces se ha realizado el envío de la suma de comprobación.

19 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

60

3C

NOCKSM

Indica si viene o no una suma de comprobación al final de los datos. Un valor distinto de 0 en esta ubicación indica que no viene una suma de comprobación. Un valor igual a 0 indica que viene una suma de comprobación al final de la transmisión de los datos.

61

3D

BPTR

Puntero de búfer del cassette: registra el índice en la porción de datos que se están leyendo o escribiendo. Varía de 0 al valor actual almacenado en la ubicación 650 ($28A). Cuando estos valores son iguales, el búfer en la ubicación 1021 ($3FD) está vacío (en caso de lectura) o lleno (en caso de escritura). El valor de inicialización de la ubicación BPTR es 128 ($80).

62

3E

FTYPE

Tipo de IRG (Inter-record gap, espacio entre registros del cassette). El valor de esta ubicación es copiado en el ZIOCB a partir de la ubicación 43 ($2B; ICAX2Z) . El valor que el usuario almacena en DAUX2 (779; $30B) es copiado a la ubicación ICAX2Z. Los IRG normales corresponden a valores positivos distintos de 0. Los IRG continuos corresponden a un valor 0 ó negativo en esta ubicación.

63

3F

FEOF

Indicador de fin de archivo del cassette. Si el valor en esta ubicación es igual a 0, entonces no se ha llegado al EOF (End Of File - Fin del archivo). Cualquier otro valor significa que se ha alcanzado el fin del archivo. Cuando el byte de comando de un registro de datos es igual a 254 ($FE), significa que se ha alcanzado el final del archivo. Para más detalles, vea la ubicación 1021 ($3FD).

64

40

FREQ

Registro de retención del conteo de pitidos. Cuenta el número de pitidos requeridos por el controlador del cassette durante un comando OPEN para operaciones de reproducción o de grabación. 1 pitido en caso de carga de datos, o 2 pitidos en caso de grabación de datos en el cassette.

65

41

SOUNDR

Indicador de E/S ruidoso utilizado por SIO para indicar el tipo de pitido que se escucha durante las operaciones de Entrada/Salida de disco y de cassette. Haga POKE con un 0 en esta ubicación para activar operaciones de E/S silenciosas. Cualquier otro valor activa los pitidos. El valor inicial de esta ubicación es 3. La solución hardware a este problema es bajar el volumen del altavoz de su TV o monitor. Esta ubicación también se puede usar para silenciar la pista digital al reproducir cintas de voz y datos sincronizados. Para más detalles, vea la ubicación 54018.

66

42

CRITIC20

Indicador de región de E/S crítica. Cuando el valor almacenado en esta ubicación es distinto de 0, se define la operación actual como una sección crítica en el tiempo. CRITIC es comprobado en el proceso NMI luego de haber procesado la etapa 1 del VBLANK. Cuando se hace POKE en esta ubicación con un número distinto de 0, se deshabilita la acción de repetición de las teclas y cambia el sonido del timbre que suena al presionar las teclas CONTROL-2.

0 es el valor normal. Cuando se establece CRITIC en un valor distinto de 0, se suspenden una serie de procesos del Sistema Operativo, incluido el conteo de los temporizadores del sistema (Los temporizadores #2, #3, #4 y #5; vea las ubicaciones 536 a la 558; $218 a la $22E). Se sugiere no asignar ningún valor a CRITIC. Cuando se activa uno de los temporizadores, CRITIC detiene los demás para hacerlo, lo que provoca que se "pierda" una pequeña cantidad de tiempo. Cuando CRITIC es igual a 0, se ejecutarán los procedimientos de las etapas 1 y 2 del VBLANK. Cuando CRITIC es distinto de 0, solo se procesa la etapa 1 del VBLANK.

20 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

67-73

43-49

FMZSPG21

Registros de Página Cero del Sistema Administrador de Archivos del disco (FMS) (7 bytes).

21 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

67,68

43,44

ZBUFP

Puntero del búfer de Página Cero asociado al nombre del archivo en el disco del usuario para operaciones de E/S.

69,70

45,46

ZDRVA

Puntero de Página Cero asociado a la unidad de almacenamiento. El valor almacenado aquí se obtiene a partir de las ubicaciones DBUFAH y DBUFAL; 4905 y 4913 ($1329 y 1331). También se utiliza en las rutinas de "sector libre", de configuración y "obtener sector" del FMS.

71,72

47,48

ZSBA

Puntero de Página Cero asociado al búfer del sector.

73

49

ERRNO

Número de error de E/S del disco. Inicializado en 159 ($9F) por el FMS.

74

4A

CKEY

Bandera de solicitud de arranque en frío desde cassette. Comprueba si la tecla START ha sido presionada y, si es así, CKEY se establece en 1. Los cassettes de arranque automático se cargan presionando la tecla START al momento de encender el equipo. En respuesta al pitido, presione el botón PLAY en la unidad de cassette.

75

4B

CASSBT

Indicador de arranque desde cassette. El computador Atari intenta arrancar tanto del disco como del cassette de manera simultánea. Un 0 aquí significa que no se arrancó de manera correcta desde el cassette. Para más detalles, vea la ubicación 9.

76

4C

DSTAT

Registro de estado de la pantalla y del teclado utilizado por el controlador de la pantalla. También se utiliza para indicar que la memoria es demasiado pequeña para el modo de pantalla solicitado, un error de cursor fuera de rango y el estado de cancelación causado por el uso de la tecla BREAK.

77

4D

ATRACT

Temporizador e indicador del modo atracción. El modo atracción rota los colores en la pantalla usando niveles de luminancia bajos cuando no se ha presionado ninguna tecla en el computador por mucho tiempo (Alrededor de 7 a 9 minutos). Esto ayuda a proteger la pantalla de su televisor de daños por "quemadura" que puede sufrir por dejarla encendida y sin uso por mucho rato. Esta ubicación es establecida en 0 por IRQ cada vez que se presiona una tecla. De lo contrario, es incrementada cada 4 segundos por VBLANK (Vea las ubicaciones 18 a la 20; $12 a la $14). Cuando el valor en ATRACT llega a 127 ($7F), se establece en 254 ($FE) hasta que finalice el modo atracción. Esto establece en 1 la bandera para reducir la luminancia y rotar los colores cuando el Atari está inactivo. Haga POKE con 128 ($80) en esta ubicación para ver este efecto inmediatamente: normalmente toma entre 7 y 9 minutos habilitar el modo atracción. El Sistema Operativo no puede rotar los colores generados por los DLI²², aunque su rutina DLI puede hacerlo, con una pérdida de tiempo.

Los joysticks por sí solos no establecen en 0 la ubicación 77. Para evitar que el Atari entre en modo atracción si no está utilizando ninguna entrada desde el teclado, tiene que agregar un POKE 77,0 a su programa o llamar frecuentemente a una subrutina.

22 DLI (Display List Interrupt - Interrupción de la Lista de Despliegue) es una técnica de programación que le permite al usuario combinar distintos modos gráficos en una sola pantalla. (N. del T.)

78

4E

DRKMSK

La máscara²³ de oscuridad del modo atracción. Se establece en 254 ($FE) para obtener un brillo normal en la pantalla cuando el modo atracción está inactivo (Vea la ubicación 77). Cuando el modo de atracción esté activo, ponga un 246 ($F6) en esta ubicación para garantizar que la luminancia del color de la pantalla no supere el 50%. El valor inicial de esta ubicación es 254 ($FE).

23 Una máscara es un conjunto de bits que, por medio de una operación lógica binaria (AND, OR, EOR, ...), permiten extraer de manera selectiva los datos almacenados en otro conjunto de bits. Por ejemplo, podemos tener almacenada la máscara 00001111 en una ubicación de memoria y hacerle AND con otra ubicación donde se encuentran los datos de los que deseamos obtener sólo los 4 bits menos significativos (los 4 de la derecha). (N. del T.)

79

4F

COLRSH

Máscara del cambio de color. Este registro alterna los colores del modo atracción. En la etapa 2 del VBLANK se toman los registros de color y se les hace EOR con las ubicaciones 78 y 79 (Vea las ubicaciones 18 a la 20; $12 a la $14). Cuando COLRSH se establece en 0 y la ubicación 78 contiene el valor 246, la luminancia del color se reduce en un 50%. COLRSH contiene el valor actual de la ubicación 19. Por lo tanto, se le asigna un nuevo valor de color cada 4,27 segundos.

Los bytes del 80 al 122 ($50 al $7A) son utilizados por el editor y el controlador de la pantalla.

80

50

TEMP

Registro temporal utilizado por el controlador de la pantalla para mover datos desde y hacia la pantalla. También llamado TMPCHR.

81

51

HOLD1

Tiene la misma función que la ubicación 80. También se utiliza para almacenar el número de entradas de la Lista de Despliegue.

82

52

LMARGN24

Corresponde a la columna del margen izquierdo del texto (Solamente en el modo gráfico 0 o en la ventana de texto). 0 es el valor del borde izquierdo de la pantalla. El valor inicial de LMARGN es 2. Puede hacer POKE en las ubicaciones de los márgenes para configurarlos según las necesidades específicas de su programa. Por ejemplo, puede hacer POKE 82,10 para que el margen izquierdo comience 10 ubicaciones contando desde el borde de la pantalla.

24 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

83

53

RMARGN25

Corresponde al margen derecho de la pantalla de texto. Su valor inicial es 39 ($27). Ambas ubicaciones, la 82 y 83, son modificables por el usuario, pero se ignora en todos los modos excepto en el modo gráfico 0 y la ventana de texto. Los márgenes funcionan con la ventana de texto y el modo pizarrón y vuelven a sus valores predeterminados cuando se presiona la tecla RESET. Los márgenes no tienen efecto sobre el desplazamiento (scrolling) ni sobre la impresora. Sin embargo, las teclas DELETE LINE e INSERT LINE eliminan o insertan líneas de 40 caracteres (o borran una línea de programa), las que siempre comienzan en el margen izquierdo y rodean el borde de la pantalla hasta llegar al margen izquierdo nuevamente. El margen derecho se ignora en el proceso. Además, las líneas lógicas constan siempre de 3 líneas físicas sin importar qué tan largas o cortas sean.

El pitido que escucha cuando se está llegando al final de la línea lógica funciona basado en la posición del cursor en la pantalla, independientemente de los márgenes. Intente establecer el margen izquierdo en 25 (Haga POKE 82,25) y escriba unas cuantas líneas de caracteres. Aunque tenga sólo un poco más de 60 caracteres, el timbre seguirá sonando en la tercera línea de texto.

25 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

84

54

ROWCRS

Corresponde a la fila actual del cursor en la pantalla de gráficos o de texto, valor que varía entre 0 y 191 ($BF), dependiendo del modo gráfico actual (Es decir, el número máximo de filas menos 1). ROWCRS, junto con la ubicación 85 que viene a continuación, definen la posición del cursor que es usada en el próximo elemento que se lee/escribe en la pantalla. Las filas son las líneas horizontales que van de izquierda a derecha en la pantalla del televisor. La fila 0 es la línea superior; la fila 192 es el valor máximo para la línea inferior.

85,86

55,56

COLCRS

Corresponde a la columna actual del cursor en la pantalla de gráficos o texto. Los valores varían entre 0 y 319 (Para el modo gráfico 8, esta ubicación corresponde al byte más significativo), dependiendo del modo gráfico actual (Es decir, el número máximo de columnas menos 1). En los modos gráficos del 0 al 7, la ubicación 86 siempre es igual a 0. La posición inicial es 0,0 (Es decir, la esquina superior izquierda). Las columnas son las líneas verticales que van de arriba hacia abajo en la pantalla del televisor. La columna más a la izquierda es la número 0 y la columna más a la derecha tiene el valor máximo del modo gráfico en uso. El cursor hace un recorrido completo de arriba a abajo y de izquierda a derecha en la pantalla.

ROWCRS y COLCRS definen la ubicación del cursor que tendrá el próximo elemento que se leerá o escribirá en el segmento de la pantalla principal. Para el cursor de la ventana de texto, los valores en las ubicaciones 656 a la 667 ($290 a la $29B) se intercambian con los valores actuales en las ubicaciones 84 a la 95 ($54 a la $5F), y se le asigna 255 ($FF) a la ubicación 123 ($7B) para indicar que se ha realizado el intercambio. ROWCRS y COLCRS también se utilizan en las funciones DRAW y FILL del Sistema Operativo para almacenar los valores del punto final de la línea que se está dibujando. El color de la línea se almacena en la ubicación 763 ($2FB). Estos valores se cargan en las ubicaciones 96 a la 98 ($60 a la $62) para que ROWCRS y COLCRS puedan ser modificados durante la operación.

La instrucción LOCATE del BASIC no sólo examina la pantalla, sino que también mueve el cursor una posición a la derecha en la siguiente instrucción PRINT o PUT que se ejecute. Esto lo hace actualizando las ubicaciones 84 y 85, descritas más arriba. Puede anular el avance del cursor guardando el contenido de la pantalla antes del comando LOCATE y luego restaurándolo después de su ejecución. Intente lo siguiente:

100  REM: LA PANTALLA DEBE HABER SIDO ABIERTA PREVIAMENTE EN MODO LECTURA O LECTURA/ESCRITURA
110  MIRAR = PEEK(84): OBSERVAR = PEEK(85)
120  LOCATE X,Y,ESTO
130  POKE 84, MIRAR: POKE 65, OBSERVAR

Tenga en cuenta que CHR$(253) es un carácter no imprimible (el timbre) y no afecta la posición del cursor. Para ver un ejemplo del uso de COLCRS para la restauración y actualización dinámica de datos con el editor de pantalla y los IOCBs, consulte la edición de agosto de 1981 de la revista COMPUTE! .

87

57

DINDEX26

Corresponde al modo de visualización o modo de pantalla actual. Etiquetado como CRMODE en (*M). DINDEX almacena el número obtenido de los 4 bits de orden inferior del byte auxiliar #1 que ha sido abierto más recientemente con el comando OPEN. Al hacer POKE en DINDEX con un número del 0 al 11, se puede engañar al Sistema Operativo y hacerle creer que está en un modo gráfico distinto. Haga POKE en esta ubicación con un 7 después de haber ingresado al modo gráfico 8 y obtendrá una pantalla dividida con el modo gráfico 7 en la parte superior y el modo 8 debajo. Sin embargo, para poder utilizar ambas mitades de la pantalla, tiene que modificar la ubicación 89 (que se detalla a continuación) para que apunte al área de la pantalla en la que desea hacer DRAW (Para más detalles, vea las páginas de la 280 a la 283 del libro Your Atari 400/800).

Esté atento a los errores de cursor fuera de rango (número 141) al cambiar los modos gráficos de esta manera o cuando se hace PRINT o DRAW en la nueva pantalla de modo. Haga POKE en la ubicación 87 usando el número del modo gráfico BASIC, y no con el número del modo gráfico ANTIC.

¿Sabía que puede usar PLOT o DRAWTO en el modo gráfico 0? Pruebe lo siguiente:

10 GR.0 
20 PLOT 0,0: DRAWTO 10,10: DRAWTO 0,10
30 DRAWTO 39,0: DRAWTO 20,23: DRAWTO 0,20
40 GOTO 40

También puede configurar la ventana de texto para los modos gráficos que usan PRINT y DRAWTO haciendo POKE en la ubicación 87 con el modo gráfico para la ventana. Luego debe hacer POKE en las ubicaciones 88 y 89 ($58, $59) con la dirección de la esquina superior izquierda de la ventana de texto. El modo de pantalla de la ventana de texto se almacena en la ubicación 659 ($293).

Es posible que ya haya descubierto que no puede llamar a los modos gráficos del GTIA desde un comando directo. Al igual que los modos gráficos "+16", solo se pueden llamar durante un programa y la visualización en pantalla se restablece al modo gráfico 0 con la primera instrucción INPUT o PRINT (no PRINT#6) ejecutada en estos modos.

Dado que esta ubicación solo acepta modos gráficos BASIC, no puede usarla con otros modos ANTIC como el "E", el famoso modo "7 y medio", que ofrece una resolución más alta que una pantalla de 7 y 4 colores (Este modo es el que usa el programa Micropainter de Datasoft). Si no está dibujando en la pantalla y simplemente la usa para fines de visualización, siempre puede ir a la Lista de Despliegue y cambiar las instrucciones allí mismo. Pero si intenta dibujar en la pantalla, corre el riesgo de cometer un error de fuera de límites (Es decir, error número 141).

Para ver una excelente revisión del modo gráfico 7 1/2, consulte la revista Creative Computing de marzo de 1982. Puede utilizar la siguiente subrutina corta para cambiar la Lista de Despliegue a modo gráfico 7 1/2:

1000  GRAPHICS 8+16: DLIST = PEEK(560) + PEEK(561) * 256:POKE DLIST + 3,78
1010  FOR CAMBIO = DLIST + 6 TO DLIST + 204: IF PEEK(CAMBIO) = 15 THEN POKE CAMBIO,14
1020  IF PEEK (CAMBIO) = 79 THEN POKE CAMBIO,78: NEXT CAMBIO
1030  POKE 87,7:RETURN

(En realidad, 15 ($F) es el número en la Lista de Despliegue para el modo de memoria máxima. También indica los modos gráficos del 8 al 11. Las Listas de Despliegue de estos modos gráficos son idénticas). 14 corresponde al modo gráfico E de ANTIC, es decir, el modo gráfico 7 1/2. Este programa simplemente cambia el modo gráfico 8 de BASIC al modo E en la Lista de Despliegue. El valor 79 corresponde a 64 + 15. Es decir, a la pantalla del modo gráfico 8 del BASIC con el bit 6 establecido en 1 para una instrucción LMS (Load Memory Scan - Escaneo de Memoria de Carga). Para más detalles acerca de la Lista de Despliegue, consulte las ubicaciones 560 y 561 ($230, $231). No se realiza la comprobación de los otros bits en la Lista de Despliegue.

También puede hacer POKE en la ubicación 87 con los valores GTIA (del 9 al 11²⁷). Para obtener una ventana de pseudotexto en los modos GTIA, primero haga POKE usando el número de modo en esta ubicación y luego POKE en la ubicación 623 con 64 para el modo gráfico 9, 128 para el modo gráfico 10 y 192 para el modo gráfico 11, y finalmente haga POKE en la ubicación 703 usando 4, en el Modo Programa (en el Modo Comando²⁸, se regresa al modo gráfico 0). De esta manera, no puede leer el texto en la ventana, pero puede escribir en ella. Sin embargo, para obtener una ventana de texto real, necesita utilizar una Interrupción de la Lista de Despliegue. (Para más detalles, vea la revista COMPUTE! de septiembre de 1982). Si no tiene el chip GTIA, aún es posible simular esos modos gráficos usando DINDEX con cambios en la Interrupción de la Lista de Despliegue. Consulte la revista COMPUTE! de julio de 1981, encontrará un ejemplo de simulación de modo gráfico 10.

26 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

27 Encuentre información adicional para estos modos gráficos en la Adenda. (N. del T.)

28 En BASIC, el Modo Comando es cuando se ejecutan las instrucciones en modo directo o inmediato, sin precederlas de un número de línea. En el Modo Programa o Diferido, las instrucciones van precedidas de un número de línea, lo que establece su orden de ejecución. (N. del T.)

88,89

58,59

SAVMSC29

Aquí se almacena la dirección más baja de la memoria de la pantalla, correspondiente a la esquina superior izquierda de la pantalla (donde se desplegará el valor almacenado en esta dirección). La esquina superior izquierda de la ventana de texto se almacena en las ubicaciones 660 y 661 ($294 y $295).

Puede comprobarlo usted mismo ejecutando lo siguiente:

VENTANA = PEEK(88) + PEEK(89) * 256: POKE VENTANA,33

Esto coloca la letra "A" en la esquina superior izquierda en los modos gráficos 0, 1 y 2. En los otros modos gráficos, imprime un bloque o una barra de color. Para ver este efecto, pruebe lo siguiente:

5   REM PRIMERO LIMPIAMOS LA PANTALLA
10  GRAPHICS Z: IF Z > 59 THEN END
15  PANTALLA = PEEK (88) + PEEK (89) * 256
20  FOR N = 0 TO 255: POKE PANTALLA + N,N
25  NEXT N: FOR N = 1 TO 300: NEXT N:Z = Z + 1
30  GOTO 10

Note que se obtiene el código de carácter interno de Atari, y no el código ATASCII. Para más detalles, vea también las ubicaciones 560 y 561 ($230 y $231), y 57344 ($E000).

¿Cómo se averigua la RAM total de la pantalla? Primero, consulte la tabla a continuación y encuentre su modo gráfico. Luego multiplique la cantidad de filas por la cantidad de bytes por línea. Esto le indica cuántos bytes utiliza cada pantalla. Sume este valor a la dirección especificada por la ubicación SAVMSC, y réstele 1. Sin embargo, si a RAMTOP (ubicación 106; $6A, multiplicado por 256 para obtener la cantidad de bytes) le resta MEMTOP (ubicaciones 741 y 742; $2E5 y $2E6), verá que hay más memoria reservada que solo el área de la pantalla. El espacio extra lo ocupa la Lista de Despliegue o la ventana de texto, o simplemente no se utiliza. (Vea el segundo gráfico a continuación).

Modo	0	1	2	3	4	5	6	7	8	9-12
Filas
Completa	24	24	12	24	48	48	96	96	192	192
Dividida	--	20	10	20	40	40	80	80	160	--
Bytes por Línea	40	20	20	10	10	20	20	40	40	40
Columnas por Línea	40	20	20	40	80	80	160	160	320	80
Memoria (1)	993	513	261	273	537	1017	2025	3945	7900	7900
Memoria (2)
Completa	992	672	420	432	696	1176	2184	4200	8138	8138
Dividida	--	674	424	434	694	1174	2174	4190	8112	--

(1) Según la página 45 del Manual de Referencia del Atari BASIC, la página 172 del Manual del Usuario del Sistema Operativo, y la página 360 del libro Your Atari 400/800.

(2) Según la página 274 del libro Your Atari 400/800, y la página 69 del manual del Basic Atari de Microsoft. Este es también el valor que se obtiene cuando a RAMTOP se le resta MEMTOP (Vea más arriba).

Por ejemplo, para hacer POKE a toda la RAM de la pantalla en modo gráfico 4, debe encontrar la dirección de inicio de la pantalla (PEEK(88) + PEEK(89) * 256), y luego utilizar un ciclo FOR-NEXT para hacer POKE a todas las ubicaciones especificadas anteriormente:

10 GRAPHICS 4: PANTALLA = PEEK(88) + PEEK(89) * 256
20 FOR CICLO = PANTALLA TO PANTALLA + 479: REM 48 FILAS * 10 BYTES - 1
30 POKE CICLO,35: NEXT CICLO

¿Por qué el menos 1 en el cálculo? El primer byte de la pantalla es el primero del ciclo. Si sumamos el tamaño total, nos pasaremos un byte al final del espacio, por lo que restamos 1 al total. A continuación, se explica cómo llegar al valor de la cantidad total de memoria asignada para el uso de la pantalla, la Lista de Despliegue y la ventana de texto:

Asignación total de memoria para la pantalla
		Despliegue de la pantalla			Lista de Despliegue
GR	Ventana de texto	siempre sin uso	bytes condicionales	uso de la pantalla	bytes sin uso	bytes usados	Total
0	...	ninguno	ninguno	960	ninguno	32	992
1	160	ninguno	80	400	ninguno	34	674
2	160	ninguno	40	200	ninguno	24	424
3	160	ninguno	40	200	ninguno	34	434
4	160	ninguno	80	400	ninguno	54	694
5	160	ninguno	160	800	ninguno	54	1174
6	160	ninguno	320	1600	ninguno	94	2174
7	160	ninguno	640	3200	96	94	4190
8	160	16	1280	6400	80	176	8112

La cantidad de bytes de RAMTOP (ubicación 106; $6A) se cuenta desde la columna "Ventana de Texto" a la izquierda hacia la columna "Total". MEMTOP (ubicaciones 741 y 742; $2E5 y $2E6) apunta a un byte debajo de RAMTOP * 256, menos la cantidad de bytes en la columna Total. Si se suma 16 al modo gráfico (para que este no tenga ventana de texto), entonces los bytes condicionales no utilizados se suman al total. Luego, los bytes que normalmente se suman para la ventana de texto dejan de usarse y la Lista de Despliegue se expande ligeramente. (Vea la revista COMPUTE! de septiembre de 1981). Cuando se limpia la pantalla normalmente usando PRINT CHR$(125), el computador Atari pone ceros en la memoria comenzando en las ubicaciones 88 y 89. Continúa haciendo esto hasta que alcanza un byte menos que el contenido de RAMTOP (ubicación 106; $6A). Sin embargo, aquí tenemos una potencial fuente de conflicto con su programa: ¡CHR$(125)--CLEAR SCREEN--y cualquier comando GRAPHICS en realidad continúa borrando los primeros 64 ($40) bytes por encima de RAMTOP!.

Esto no tiene ningún efecto en BASIC, ya que este es una ROM en un cartucho³⁰. El listado del código fuente del Sistema Operativo parece indicar que termina en RAMTOP, pero Atari asumió que no habría nada después de RAMTOP, por lo que no se proporcionaron verificaciones. No reserve ningún dato dentro de los 64 bytes a partir de RAMTOP o de lo contrario será consumido por la rutina CLEAR SCREEN, o en su defecto, evite utilizar un comando CLEAR SCREEN o GRAPHICS. Al desplazar la ventana de texto también se borran 800 bytes de memoria por encima de RAMTOP.

Puede limpiar otras áreas de memoria haciendo POKE en la ubicación SAVMC usando el bit menos significativo seguido del bit más significativo de la ubicación de comienzo del área a limpiar. Su rutina siempre debe finalizar en un límite $FF (255). (RAMTOP indica el número de páginas). Recuerde volver a hacer POKE en las ubicaciones apropiadas de la pantalla o usar un comando GRAPHICS para volver a configurar la pantalla correctamente. Puede intentar lo siguiente:

10 ABAJO=30000:ARRIBA=36863:REM DIRECCION MAS BAJA Y MAS ALTA A LIMPIAR = $7530 & $8FFF
20 RAMTOP=PEEK(106):POKE 106,INT((ARRIBA+1)/256)
30 PRUEBA=INT(ABAJO/256):POKE 89,PRUEBA
40 POKE 88,ABAJO-256*PRUEBA
50 PRINT CHR$(125):POKE 106,RAMTOP
60 GRAPHICS 0

Esto borra el área de memoria especificada y actualiza la dirección de la memoria de la pantalla. Si no se especifica un valor para la variable TOP, la limpieza de pantalla de la línea 50 continuará limpiando alegremente la memoria y, muy probablemente, provocará que su programa se bloquee. Úselo con precaución.

A continuación le mostramos un método en BASIC para guardar en el disco su pantalla actual en modo gráfico 7:

1000 PANTALLA=PEEK(88)+PEEK(89)*256
1010 OPEN #2,8,0,"D:IMAGEN"
1020 MODE=PEEK(87):PUT #2,MODE:REM GUARDAR MODO GRAFICO
1030 FOR PAN=0 TO 4:COL=PEEK(708+PAN):PUT #2,COL:NEXT PAN:REM GUARDAR REGISTROS DE COLOR
1040 FOR TV=PANTALLA TO PANTALLA+3199:BYTE=PEEK(TV):PUT #2,BYTE:NEXT TV:CLOSE #2

Para usarlo con otros modos de pantalla, tiene que cambiar el valor 3199 de la línea 1040 para adaptarlo a la RAM de su pantalla (Consulte la tabla de más arriba). Por ejemplo, GRAPHICS 7 + 16 requiere 3.839 bytes (3.840 menos 1). Puede utilizar la misma rutina con el cassette utilizando el dispositivo C:. Para recuperar su imagen, utilice los comandos GET#2 y POKE. Sin embargo, encontrará que ambas rutinas son muy lentas. En su lugar, pruebe esta rutina de guardado en lenguaje de máquina que usa los IOCBs y la rutina CIO en la ubicación 58454 ($E456):

10 DIM ML$(10),B$(10):GRAPHICS 8+16
20 B$="nombre de su foto:":Q=PEEK(559)
30 FOR N=1 TO 6:READ BYTE:ML$(N,N)=CHR$(BYTE):NEXT N
35 DATA 104,162,16,76,86,228
36 REM PLA,LDX,$10,JMP $E456
40 OPEN #1,4,0,B$
50 POKE 849,1:POKE 850,7:POKE 852,PEEK(88):POKE 853,PEEK(89):POKE 856,70:POKE 857,30:POKE 858,4
55 REM ESTOS POKES CONFIGURAN EL IOCB
60 POKE 559,0:REM APAGAR LA PANTALLA PARA ACELERAR LAS COSAS
70 X=USR(ADR(ML$)):CLOSE #1
80 POKE 559,Q:REM VUELVA A ENCENDERLA

Tenga en cuenta que este programa no guarda los registros de color, por lo que le sugiero que lo haga inmediatamente después de haber guardado la imagen. Es más fácil recuperar estos datos si están al final del archivo. Tiene que realizar los ajustes necesarios al guardar una imagen en un formato distinto al modo gráfico 8+16, como por ejemplo cambiar la cantidad total de memoria de pantalla que se va a guardar o que se usará para hacer POKE en las ubicaciones 856 y 857. Además, necesita una línea como 1000 GOTO 1000 para mantener intacta la pantalla, ya sea que esté usando un modo GTIA o un modo gráfico "+16". Para obtener más información sobre esta idea, consulte la columna de Atari en la revista InfoAge de julio de 1982. Para obtener algunas ideas sobre cómo desplazar (scrolling) la RAM de la pantalla, consulte la ubicación 54277 ($D405).

30 Sólo en los modelos Atari 400/800. En los modelos XL/XE, el BASIC viene incorporado.(N. del T.)

En este libro se usan 2 técnicas para llamar a un programa en lenguaje de máquina desde el BASIC usando el comando USR. Un método consiste en introducir los valores en una dirección específica (por ejemplo, la Página Seis) y utilizar la dirección de inicio en la llamada al comando USR, como por ejemplo X = USR(1536). Para ver un ejemplo de esta técnica, consulte la ubicación 632 ($278).

La otra técnica, utilizada anteriormente, es crear una cadena (string) (por ejemplo, ML$) a partir de la rutina, asignando a los elementos de la cadena los equivalentes decimales del código en lenguaje de máquina mediante un ciclo FOR-NEXT y READ-DATA. Para llamar a esta rutina, se debe utilizar el comando X = USR(ADR(ML$)). Esto le indica al Atari que llame a la rutina de lenguaje de máquina ubicada en la dirección donde está almacenado ML$. Esta dirección cambia con el tamaño del programa y el uso de la memoria. El método de cadena no será sobrescrito por otra rutina o dato ya que flota de forma segura en la memoria. La dirección de la cadena en sí se almacena en la tabla de cadenas y arreglos (array) de la ubicación 140 ($8C).

La fila anterior del cursor gráfico. Antes de cada operación, OLDROW se actualiza con el contenido de la ubicación 84 ($54). OLDROW se utiliza para determinar la fila de inicio de los comandos DRAWTO y XIO 18 (comando FILL del Sistema Operativo).

91,92

5B,5C

OLDCOL

La columna anterior del cursor gráfico. Antes de cada operación, OLDCOL se actualiza con el contenido de las ubicaciones 85 y 86 ($55 y $56). La ubicación OLDCOL se utiliza para determinar la columna de inicio del dibujo o relleno a realizar usando los comandos DRAWTO y XIO 18 (comando FILL del Sistema Operativo).

93

5D

OLDCHR

Valor del carácter que se encuentra en la posición del cursor. Se usa para restaurarlo cuando el cursor se mueve.

94,95

5E,5F

OLDADR

Dirección de memoria de la posición actual del cursor. Se utiliza junto con la ubicación 93 (la ubicación anterior) para restaurar el carácter que se encuentra en la posición del cursor cuando éste se mueve.

96

60

NEWROW

Fila de destino de los comandos DRAWTO y XIO 18 (comando FILL).

97,98

61,62

NEWCOL

Columna de destino de los comandos DRAWTO y XIO 18 (comando FILL). NEWROW y NEWCOL se inicializan con los valores de ROWCRS y COLCRS (ubicaciones 84 a la 86; $54 a la $56), descritos un poco más arriba. Estos valores representan el punto de destino de las funciones de dibujo y relleno. Esto se hace para que las ubicaciones ROWCRS y COLCRS puedan ser modificadas durante la ejecución de estas rutinas.

99

63

LOGCOL

Columna actual de la posición del cursor en una línea lógica. El valor de LOGCOL puede variar entre 0 y 119, debido a que una línea lógica puede contener hasta 3 líneas físicas. Utilizado por el controlador de la pantalla.

100,101

64,65

ADRESS

Ubicación temporal utilizada por el controlador de la pantalla para almacenar la dirección de la Lista de Despliegue, el búfer de la línea (ubicaciones 583 a la 622; $247 a la $26E), el nuevo valor de MEMTOP después de su entrada a la Lista de Despliegue, las direcciones de la fila y la columna, el valor de DMASK, los datos a la derecha del cursor, el desplazamiento (scroll), la eliminación de caracteres, la rutina de borrado de pantalla y la dirección de la memoria de pantalla (ubicaciones 88 y 89; $58 y $59).

102,103

66,67

MLTTMP

También llamado OPNTMP y TOADR. Corresponde al primer byte utilizado en el comando OPEN como almacenamiento temporal. El controlador de la pantalla también lo utiliza como almacenamiento temporal.

104,105

68,69

SAVADR

También llamado FRMADR. Almacenamiento temporal, utilizado con la ubicación ADRESS descrita un poco más arriba, para guardar los datos debajo del cursor y los datos de la línea en movimiento en la pantalla.

106

6A

RAMTOP31

Tamaño de la memoria RAM, definido al momento de encender el equipo, obtenido desde TRAMSZ (ubicación 6), y expresado en el número total de páginas disponibles (una página equivale a 256 bytes, por lo que PEEK(106) * 256 le indica dónde cree el Atari que está la última dirección --byte-- utilizable de la RAM). MEMTOP (ubicaciones 741 y 742; $2E5 y $2E6) no puede extenderse más allá de este valor. En un Atari de 48K, RAMTOP se inicializa en 160 ($A0), la que apunta a la ubicación 40960 ($A000). La dirección más alta del usuario es un byte menos que este valor.

Inicialmente el valor de esta ubicación es el mismo que el de la ubicación 740. PEEK(740)/4 o PEEK(106)/4 devuelven la cantidad de bloques de 1K. Mediante el siguiente comando puede engañar al computador para que piense que tiene menos memoria de la que realmente hay, reservando así un área relativamente segura para sus datos (por ejemplo, para su nuevo conjunto de caracteres o sus gráficos P/M (player/missile)) o subrutinas de lenguaje de máquina:

POKE(106), PEEK(106) - # de páginas que desea reservar.

El valor de RAMTOP corresponde al número de páginas de memoria (bloques de 256 bytes) presentes. Es útil saber esto cuando se necesita cambiar la memoria RAM de la pantalla de los modos gráficos 7 y 8. Si está reservando memoria para gráficos P/M, haga POKE 54279, PEEK(106) - # de páginas que está reservando, antes de hacer POKE en la ubicación 106 con ese valor. Para comprobar si ha excedido su memoria reservando demasiado espacio, puede utilizar lo siguiente:

10 SIZE=(PEEK(106) - # de páginas) * 256
20 IF SIZE<=PEEK(144)+PEEK(145)*256 THEN PRINT "DEMASIADA MEMORIA UTILIZADA"

Si mueve RAMTOP para reservar memoria, siempre ejecute un comando GRAPHICS (funciona incluso si usa el mismo modo gráfico en el que se encuentra) inmediatamente después para que la Lista de Despliegue y los datos se muevan debajo del nuevo RAMTOP.

Debe tener en cuenta que un comando GRAPHICS y un comando CLEAR (o PRINT CHR$(125)) en realidad borran los primeros 64 bytes por encima de RAMTOP (Para obtener más información, consulte la ubicación 88; $58).

Al desplazarse por la ventana de texto de un modo gráfico, se borran hasta 800 ($320) bytes por encima de RAMTOP (El desplazamiento de la ventana de texto en realidad desplaza una pantalla en modo gráfico 0 entera de datos, por lo que las 20 líneas no vistas * 40 bytes equivalen a 800 bytes). Los gráficos P/M pueden estar seguros (a menos que se desplace la ventana de texto) ya que los primeros 384 o 768 bytes (resolución de línea doble o simple, respectivamente) no se utilizan.

Sin embargo, debe tener en cuenta ambos efectos al escribir sus programas.

Para descubrir el final /exacto/ de la memoria, utilice esta rutina (que es un poco lenta):

10 RAMTOP=106:ARRIBA=PEEK(RAMTOP)
20 BYTE=ARRIBA*256:PRUEBA=255-PEEK(BYTE):POKE BYTE,PRUEBA
30 IF PEEK(BYTE)=PRUEBA THEN ARRIBA=ARRIBA+1:POKE BYTE,255-PRUEBA
40 GOTO 20
50 PRINT "LA MEMORIA TERMINA EN ";BYTE

Una precaución: BASIC no siempre puede manejar bien la configuración de la Lista de Despliegue y de la memoria de pantalla cuando en los modos gráficos 7 y 8 se modifica esta ubicación en menos de 4K (16 páginas; 4096 bytes). Por ejemplo, pueden producirse algunos resultados extraños si utiliza PEEK(106)-8 en estos modos gráficos. Utilice un mínimo de 4K (PEEK(106)-16) para evitar estos problemas. Esto puede explicar por qué algunas personas tienen dificultades con los gráficos de player/missiles en los modos de alta resolución (modos gráficos 7 y 8). Para más detalles, vea la ubicación 54279 ($D407).

Otra alternativa para reservar memoria en la RAM superior es guardar un área debajo de MEMLO, ubicación 743 ($2E7), es decir, justo debajo de su programa BASIC. Vea también MEMTOP, en las ubicaciones 741 y 742 ($2E5 y $2E6).

31 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

107

6B

BUFCNT

Recuento del búfer: el contador del tamaño de línea lógica actual del editor de pantalla.

108,109

6C,6D

BUFSTR

Esta ubicación almacena el byte inferior del Editor (AM). Es el puntero de la rutina GETCH del editor de pantalla (ubicación 62867 para su entrada; $F593). Almacenamiento temporal. Devuelve el carácter señalado por BUFCNT, descrito en la ubicación anterior.

110

6E

BITMSK

Corresponde a la máscara de bits utilizada por el controlador de la pantalla del Sistema Operativo en las rutinas de mapeo de bits, que se encuentran en las ubicaciones 64235 a la 64305 ($FAEB a la $FB31). También se utiliza como registro de almacenamiento temporal del controlador de la pantalla.

111

6F

SHFAMT

Corresponde a la justificación (centrado) de los pixeles: indica qué tanto se deben desplazar los datos de salida de los pixeles justificados a la derecha, o qué tanto se debe desplazar los datos de entrada para justificarlos a la derecha. Antes del proceso de centrado, este valor siempre es el mismo que el de la ubicación 672 ($2A0).

112,113

70,71

ROWAC

ROWAC y COLAC (la ubicación que viene a continuación) son acumuladores funcionales para el control del trazado de puntos (plotting) de filas y columnas y las funciones de incremento y decremento.

114,115

72,73

COLAC

Esta ubicación controla la columna del trazado de puntos.

116,117

74,75

ENDPT

Punto final de la línea a trazar. Contiene el valor más grande de DELTAR o DELTAC (ubicaciones 118 y 119, que vienen a continuación) para usarse junto con ROWAC y COLAC (ubicaciones 112 y 114, las de arriba) para controlar el trazado de puntos de líneas.

118

76

DELTAR32

Fila del delta o diferencia. Contiene el valor absoluto de NEWROW (ubicación 96; $60) menos ROWCRS (ubicación 84; $54).

32 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

119,120

77,78

DELTAC

Columna del delta o diferencia. Contiene el valor absoluto de NEWCOL (ubicación 97; $61) menos el valor de COLCRS (ubicación 85; $55). Estos valores del registro delta, junto con las ubicaciones 121 y 122 que vienen a continuación, se utilizan para definir la pendiente de la línea que se dibujará.

121

79

ROWINC33

Valor de incremento o decremento de la fila (más o menos 1).

33 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

122

7A

COLINC34

Valor de incremento o decremento de la columna (más o menos 1). ROWINC y COLINC controlan la dirección de la rutina de dibujo de una línea. Los valores representan los signos derivados del valor de NEWROW (ubicación 96; $60) menos el valor de ROWCRS (ubicación 84; $54), y el valor de NEWCOL (ubicaciones 97 y 98; $61 y $62) menos el valor de COLCRS (ubicaciones 85 y 86; $55 y $56).

34 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

123

7B

SWPFLG

Control del cursor en la pantalla dividida. Si la RAM de la ventana de texto y la RAM normal están intercambiadas, esta ubicación es igual a 255 ($FF); de lo contrario, es igual a 0. En los modos de pantalla dividida, los datos del cursor de los gráficos y los datos de la ventana de texto se intercambian con frecuencia para obtener los valores asociados con el área a la que se accede y moverlos a las ubicaciones 84 a la 95 ($54 a la $5F) de la base de datos del Sistema Operativo. SWPFLG ayuda a realizar un seguimiento de qué conjunto de datos se encuentra en estas ubicaciones.

124

7C

HOLDCH

Valor de un carácter antes de que se procesen la lógica de control y el desplazamiento del mismo.

125

7D

INSDAT

Byte de almacenamiento temporal, utilizado por el controlador de la pantalla para almacenar el carácter en el que se encuentra el cursor, y la detección del final de la línea.

126,127

7E,7F

COUNTR35

Inicialmente esta ubicación almacena el valor más grande de DELTAR (ubicación 118; $76) o DELTAC (ubicación 119; $77). Este es el número de iteraciones necesarias para dibujar una línea. A medida que se dibuja cada punto de una línea, este valor disminuye. Cuando este byte es igual a 0, la línea ha sido dibujada por completo.

35 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

Para ver una explicación de la estructura del BASIC de Atari, especialmente la que utiliza las ubicaciones 130 a la 137 ($82 a la $89), consulte las páginas de la 26 a la 53 del libro COMPUTE!'s First Book of Atari. Estos tutoriales incluyen utilitarios para análisis de la memoria, para volcado de líneas de programas y para renumeración de líneas de código en BASIC. Vea también el libro De Re Atari, la revista BYTE de febrero de 1982, y las ubicaciones 40960 a la 49151 ($A000 a la $BFFF) de la ROM del BASIC.

128,129

80,81

LOMEM

Puntero de la memoria baja del BASIC (es decir, que se ubica en el extremo superior del espacio de memoria RAM del Sistema Operativo). Los primeros 256 bytes de la memoria a la que se apunta son el búfer de salida de los tokens que BASIC utiliza para convertir sus instrucciones en representaciones numéricas (Para más detalles acerca de los tokens, consulte las ubicaciones 136 y 137; $88 y $89). Este valor se carga desde MEMLO (ubicaciones 743 y 744; $2E7 y $2E8) durante la inicialización del equipo o la ejecución de un comando NEW (¡Y no al hacer RESET!). Recuerde actualizar este valor al cambiar MEMLO para reservar espacio para los controladores o búfers.

Cuando se ejecuta el comando SAVE en BASIC, se escriben 2 bloques de información: el primer bloque son los 7 punteros de LOMEM a STARP (ubicaciones 128 a la 141; $80 a la $8D). En el proceso, a cada uno de estos punteros de 2 bytes se le resta el valor de LOMEM, por lo que los primeros 2 bytes escritos serán 0. El segundo bloque contiene lo siguiente: la tabla de nombres de variables, la tabla de valores de variables, el programa tokenizado y la línea en Modo Inmediato.

Cuando se ejecuta el comando LOAD en BASIC, a cada uno de los punteros de 2 bytes guardados, tal como se detalló anteriormente, se le suma el valor de MEMLO (ubicaciones 743 y 744; $2E7 y $2E8). Los punteros se colocan nuevamente en la Página Cero y a los valores de RUNSTK (ubicaciones 142 y 143; $8E y $8F) y MEMTOP (ubicaciones 144 y 145; $90 y $91) se les asigna el valor contenido en STARP. Luego, se reservan 256 bytes por encima del valor en MEMLO para el búfer del token de salida, y el programa se lee inmediatamente después de este búfer.

Cuando no se ha cargado DOS ni ningún otro programa de aplicación que utilice poca memoria, LOMEM apunta a 1792 ($700). Cuando DOS 2.0 está presente, apunta a 7420 ($1CFC). Cuando cambian los valores predeterminados de la unidad y del búfer de datos (consulte las ubicaciones 1801 y 1802; $709 y $70A), esta cifra aumenta o disminuye en 128 bytes por cada búfer agregado o eliminado, respectivamente. Cuando se inicia el controlador RS-232, se deben sumar otros 1728 ($6C0) bytes utilizados.

Cuando se usa en el contexto de evaluación de expresiones, BASIC llama ARGOPS a LOMEM. Cuando BASIC encuentra cualquier tipo de expresión, coloca los resultados inmediatos en una pila³⁶. ARGOPS apunta a la misma área de 256 bytes; para esta operación se reserva tanto la pila de argumentos como la de operadores. También se llama OUTBUFF para otra operación, la que apunta al mismo búfer de 256 bytes al que apunta ARGOPS. BASIC utiliza esta ubicación al comprobar la sintaxis de una línea y convertirla en tokens. Este búfer almacena temporalmente los tokens antes de moverlos al programa.

36 Una pila es una estructura de datos en la que el último dato en ingresar es el primero en salir de ella. (N. del T.)

130,131

82,83

VNTP

Dirección de comienzo de la VNT (Variable Name Table - Tabla de Nombres de Variables). Los nombres de las variables se almacenan en el mismo orden en que se ingresan al programa, en formato ATASCII. Se pueden tener hasta un total de 128 nombres de variables. Estas variables se almacenan como tokens que representan el número de variable en el programa BASIC tokenizado, y se numeran del 128 al 255 ($80 al $FF).

La tabla de nombres de variables almacena las variables que se utilizan en el Modo Directo e incluso las que ya no se utilizan en el programa. Esta tabla de nombres de variables no se borra al guardar (SAVE) un programa. Al cargar un nuevo programa, se reemplaza la VNT actual con la que se recupera desde el archivo. Para guardar su programa en cinta o disco sin estas variables no deseadas de la tabla, debe usar el comando LIST. LIST no guarda las tablas de nombres ni de valores de variables con su programa; almacena el programa en formato ATASCII, y no en formato tokenizado, y requiere usar el comando ENTER para cargarlo. Una vez que haya guardado su programa con el comando LIST, debe utilizar la instrucción NEW para borrar la VNT de la memoria.

Cada nombre de variable se almacena en el orden en que se ingresó, y no en su orden ATASCII. Con las variables numéricas (escalares), el bit más significativo se establece en 1 en el último carácter de su nombre. Con variables de cadena (string), el último carácter es un "$" con el bit 7 establecido en 1. Con variables del tipo arreglo, el último carácter es un "(" con el bit más significativo establecido en 1. Al establecer el bit 7 en 1, el carácter pasa a su representación inversa (es decir, en video inverso) para que pueda ser reconocido fácilmente.

Puede utilizar nombres de variables para las rutinas GOSUB y GOTO, como en este ejemplo:

10 CALCULAR = 1000
.
.
100 GOSUB CALCULAR

Esto puede ahorrar una gran cantidad de bytes para una rutina que es llamada con frecuencia. Pero recuerde, cada variable utilizada para una dirección GOSUB o GOTO utiliza uno de los 128 nombres de variables posibles. Cuando intente utilizar un programa de renumeración de líneas, el usar nombres de variables para las referencias GOTO y GOSUB puede llegar a ser una desventaja. Esto se debe a que los programas de renumeración de líneas no cambian las referencias a líneas con nombres de variables, solo a líneas con referencias numeradas.

Acá tiene una pequeña rutina que puede agregar al comienzo de su programa BASIC (o al final, si cambia los números de línea) para imprimir los nombres de las variables utilizadas en su programa. Puede ejecutar este programa en Modo Directo usando el comando GOTO:

1 POKE 1664,PEEK(130):POKE 1665,PEEK(131)
2 IF PEEK(1664)=PEEK(132) THEN IF PEEK(1665)=PEEK(133) THEN STOP
3 PRINT CHR$(PEEK(PEEK(1664)+PEEK(1665)*256));
4 IF PEEK(PEEK(1664)+PEEK(1665)*256)>127 THEN PRINT "";
5 IF PEEK(1664)=255 THEN POKE 1664,0:POKE 1665,PEEK(1665)+1:GOTO 2
6 POKE 1664,PEEK(1664)+1:GOTO 2

Vea la revista COMPUTE! de octubre de 1981.

132,133

84,85

VNTD37

Puntero a la dirección más 1 byte del fin de la tabla de nombres de variables. Cuando se tienen menos de 128 variables, esta ubicación apunta a un byte 0 ficticio. Cuando se tienen 128 variables, esta ubicación apunta al último byte más 1 del último nombre de variable.

A menudo resulta útil poder enumerar las variables de su programa. Puede hacerlo utilizando las ubicaciones 130 a la 133 de la siguiente manera:

10 VARI=PEEK(130)+PEEK(131)*256:REM Esto nos da el comienzo de la tabla.
20 FOR VARI=VARI TO PEEK(132)+PEEK(133)*256-1:? CHR$(PEEK(VARI)-128*(PEEK(VARI)>127));
21 PRINT CHR$(27+(128*(PEEK(VARI)>127)));:NEXT VARI
25 REM Encontrar el final de la tabla de nombres de variable (recuerde que la tabla llega hasta fin + 1).
26 REM Luego hace PRINTs de los caracteres < 128
30 NUM=0:FOR VARI=PEEK(130)+PEEK(131)*256 TO PEEK(132)+PEEK(131)*256-1:NUM=NUM+(PEEK(VARI)<127)
31 NEXT VARI:PRINT NUM;" Variables en uso"

Para un ejemplo posiblemente más claro de la misma rutina, pruebe esto:

1000 NUM=0:FOR CICLO=PEEK(130)+PEEK(131)*256 TO PEEK(132)+PEEK(133)*256-1
1010 IF PEEK(CICLO)<128 THEN PRINT CHR$(PEEK(CICLO));:GOTO 1030
1020 PRINT CHR$(PEEK(CICLO)-128):NUM=NUM+1
1030 NEXT CICLO:PRINT :PRINT NUM;" VARIABLES EN USO":END

37 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

134,135

86,87

VVTP

Dirección de la VVT (Variable Value Table - Tabla de Valores de las Variables). A cada variable en la tabla de nombres se le asignan 8 bytes de la siguiente manera:

Byte	1	2	3	4	5	6	7	8
Variable
Escalar	00	# variable	constante BCD de 6 bytes
Arreglo;con DIM	65	# variable	desplazamiento a partir de STARP		Primera parte del DIM, más 1		Segunda parte del DIM, más 1
sin DIM	64
Cadena;con DIM	129	# variable	desplazamiento a partir de STARP		largo actual		largo definido en el DIM
sin DIM	128

En las variables escalares (numéricas no dimensionadas), los bytes 3 al 8 corresponden al número en coma flotante; el byte 3 es el exponente; el byte 4 contiene los 2 dígitos decimales menos significativos y el byte 8 contiene los 2 dígitos decimales más significativos.

En las variables del tipo arreglo (array), los bytes 5 y 6 contienen el tamaño más 1 de la primera dimensión del arreglo (DIM + 1; byte menos significativo / byte más significativo), y los bytes 7 y 8 contienen el tamaño más 1 de la segunda dimensión (el segundo DIM + 1; byte menos significativo / byte más significativo).

En las variables del tipo cadena, los bytes 5 y 6 contienen la longitud actual de la variable (byte menos significativo / byte más significativo), y los bytes 7 y 8 contienen la dimensión real (hasta 32767). Existe un comando BASIC no documentado, "COM", mencionado sólo en el índice del Manual de Referencia BASIC, que se ejecuta exactamente igual que la declaración "DIM" (Vea la página 346 del libro Your Atari 400/800). Originalmente, se pretendía utilizarla para declarar variables "COMunes".

En todos los casos, el primer byte es siempre uno de los números que aparecen en la tabla anterior (rara vez, o nunca, verá valores no dimensionados en un programa). Este número define qué tipo de información de la variable viene a continuación. El siguiente byte, var # (número de variable), está en el rango del 0 al 127. El desplazamiento (offset) corresponde a la cantidad de bytes contando a partir del comienzo de STARP, en las ubicaciones 140 y 141 ($8C y $8D). Dado que a cada variable se le asignan 8 bytes, puede encontrar los valores de cada variable usando el siguiente programa:

1000 VVTP=PEEK(134)+PEEK(135)*256:INPUT VAR:REM NUMERO DE VARIABLE
1010 FOR CICLO=0 TO 7:PRINT PEEK(VVTP+CICLO+8*VAR):NEXT CICLO

donde VAR es el número de variable, entre 0 y 127.

Si desea asignar el mismo valor a cada elemento de una variable de tipo cadena a la que se le ha hecho DIM, utilice esta sencilla técnica:

10 DIM PRUEBA$(100)
20 PRUEBA$="*":REM O USE PRUEBA$(1)
30 PRUEBA$(100)=PRUEBA$
40 PRUEBA$(2)=PRUEBA$:PRINT PRUEBA$

Al asignar la primera, última y segunda variable al arreglo, en ese orden, su Atari asigna el mismo valor al resto del arreglo. Asegúrese de que el segundo y el último elemento sean iguales a la cadena, y no al valor del carácter (es decir, no utilice TEXT$(2) = "*").

Para ver un ejemplo de cómo guardar números BCD de 6 bytes en un archivo de disco, lo que es muy útil cuando se trabaja con longitudes de registros fijas, consulte el libro De Re Atari.

136,137

88,89

STMTAB

Dirección de la tabla de sentencias (la que a su vez corresponde al comienzo del programa BASIC del usuario), que contiene todas las líneas de código tokenizadas más las líneas ingresadas por el usuario en Modo Inmediato. Los números de línea se almacenan como números enteros de 2 bytes. A las líneas de Modo Inmediato se les asigna el valor predeterminado 32768 ($8000). Los primeros 2 bytes de una línea tokenizada corresponden al número de línea y el siguiente es un byte ficticio reservado para el recuento de bytes (o desplazamiento) contando desde el comienzo de esta línea hasta el comienzo de la siguiente.

A continuación viene otro byte de conteo, desde el comienzo de esta línea hasta el comienzo de la siguiente sentencia. Estos valores de conteo se establecen solo cuando se completa la tokenización de la línea y de la sentencia. La tokenización se lleva a cabo en un búfer de 256 bytes ($100) que reside al final de la RAM reservada del Sistema Operativo (indicada por las ubicaciones 128 y 129; $80 y $81). Para ver la dirección inicial de los números de línea BASIC, utilice la siguiente rutina:

10 STMTAB=PEEK(136)+PEEK(137)*256
20 NUM=PEEK(STMTAB)+PEEK(STMTAB+1)*256
30 IF NUM=32768 THEN END
40 PRINT "NUMERO DE LINEA: ";NUM;" DIRECCION: ";STMTAB
50 STMTAB=STMTAB+PEEK(STMTAB+2)
60 GOTO 20

La edición de agosto de 1982 de la revista ANTIC proporciona un programa útil para eliminar un rango de números de línea BASIC. Esta rutina se puede agregar a su programa e incluso puede ser usada para eliminarse a sí misma.

138,139

8A,8B

STMCUR38

Puntero de la sentencia BASIC actual, utilizado para acceder a los tokens que se están procesando actualmente dentro de una línea de la tabla de sentencias. Cuando BASIC está esperando que se ingresen datos desde el teclado, este puntero se establece en el comienzo del Modo Inmediato (línea 32768).

Puede proteger sus programas de ser listados o cargados (¡Solo podrán ejecutarse!) usando la dirección de la Tabla de Nombres de Variables, su longitud y la instrucción actual (ubicaciones 130 a la 133, 138 y 139). Recuerde que esto también lo limita, así que asegúrese de haber guardado una versión sin cambios antes de proceder:

32000 FOR VARI=PEEK(130)+PEEK(131)*256 TO PEEK(132)+PEEK(133)*256:POKE VARI,155:NEXT VARI
32100 POKE PEEK(138)+PEEK(139)*256+2,0:SAVE "D:ARCHIVO":NEW

Esto hace que todos los nombres de las variables sean reemplazados con un carácter RETURN³⁹. Se pueden utilizar otros caracteres: simplemente cambie el 155 por el código ATASCII apropiado para el carácter deseado. Asegúrese de que estas sean las 2 últimas líneas de su programa y que NEW sea la última sentencia. CLOAD no funcionará, pero sí lo hará un nombre de archivo con C:.

38 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

39 ATASCII 155, también conocido como EOL (End Of Line - Fin de Línea). (N. del T.)

140,141

8C,8D

STARP

Dirección de la tabla de cadenas y arreglos y un puntero al final de su programa BASIC. Los arreglos se almacenan como números BCD (Binary-coded Decimal - Decimales Codificados en Binario) de 6 bytes, mientras que los caracteres de una cadena utilizan 1 byte cada uno. Las direcciones de las cadenas en la tabla son las mismas que las devueltas por la función ADR de BASIC. Utilice esta función siempre bajo el control del programa, ya que las direcciones en la tabla cambian según el tamaño de su programa. Intente lo siguiente:

10 DIM A$(10),B$(10)
20 A$="*":A$(10)=A$:A$(2)=A$
30 B$="&":B$(10)=B$:B$(2)=B$
40 PRINT ADR(A$),ADR(B$)
50 PRINT PEEK(140)+PEEK(141)*256:REM DIRECCION DE A$
60 PRINT PEEK(140)+PEEK(141)*256+10:REM DIRECCION DE A$ + 10 BYTES = DIRECCION DE B$

Esta tabla se expande a medida que BASIC procesa cada sentencia DIM, lo que reduce la memoria disponible. Un arreglo numérico de 10 elementos requiere 60 bytes para su almacenamiento. Una variable de tipo arreglo como DIM A(100) le toma al programa 600 bytes (100 * 6 es igual a 600). Por otro lado, un arreglo de cadenas como DIM A$(100) solo ocupará 100 bytes. Se ahorra mucha memoria si se escriben los arreglos como cadenas y recupera sus valores mediante la instrucción VAL. Por ejemplo:

10 DIM A$(10):A$="1234567890"
20 PRINT VAL(A$)
30 PRINT VAL(A$(4,4))
40 PRINT VAL(A$(3,3))+VAL(A$(8,9))

Para una discusión más detallada de STARP y VVTP, consulte la revista COMPUTE! de junio de 1982. Para ver cómo se puede guardar el área de las cadenas y los arreglos de su programa, consulte el libro De Re Atari.

142,143

8E,8F

RUNSTK

Dirección de la pila de tiempo de ejecución que contiene las entradas GOSUB (4 bytes cada una) y FOR-NEXT (16 bytes cada una). El comando POP del BASIC afecta a esta pila, extrayendo de ella una entrada a la vez por cada POP ejecutado. La pila se expande y se contrae según sea necesario mientras se ejecuta el programa.

Cada entrada GOSUB consta de 4 bytes en este orden: un 0 para indicar un GOSUB, un número de línea entero de 2 bytes en el que se produjo la llamada, y un desplazamiento dentro de esa línea para que RETURN pueda regresar y ejecutar la siguiente instrucción.

Cada entrada FOR-NEXT contiene 16 bytes en este orden: primero, el límite que puede alcanzar la variable del contador; segundo, el paso o incremento del contador. A estos 2 se les asignan 6 bytes a cada uno en formato BCD (12 bytes en total). El byte 13 es el número de variable del contador con el bit más significativo establecido en 1; el 14 y el 15 son el número de línea y el 16 es el desplazamiento de línea del comando FOR.

RUNSTK también se llama ENDSTAR; BASIC lo utiliza para señalar el final del espacio de cadenas y arreglos señalado por STARP.

144,145

90,91

MEMTOP

Puntero de la parte superior de la memoria BASIC, o el final del espacio que ocupa el programa. Es posible que aún haya espacio entre esta dirección y la Lista de Despliegue, cuyo tamaño se puede recuperar con el comando FRE(0) (que en realidad resta el valor MEMTOP que se encuentra en las ubicaciones 741 y 742; $2E5, $2E6). No debe confundirse con las ubicaciones 741 y 742, que tienen el mismo nombre pero que corresponden a una variable del Sistema Operativo. MEMTOP también se llama TOPSTK; apunta a la parte superior del espacio de la pila señalado por RUNSTK.

Cuando reserve memoria utilizando la ubicación 106 ($6A) y MEMTOP, puede agregar esta breve rutina de captura de errores:

10 TAMANO = (PEEK(106) - # numero de páginas a reservar) * 256
20 IF TAMANO <= PEEK(144) + PEEK(145) * 256 THEN PRINT " PROGRAMA DEMASIADO GRANDE": END

Las ubicaciones 146 a la 202 ($92 a la $CA) están reservadas para el uso de la ROM de 8K del BASIC. Las ubicaciones 176 a la 207 ($B0 a la $CF) están reservadas por el cartucho Assembler Editor para el uso de la Página Cero por parte del usuario. La rutina de depuración del Assembler también reserva 30 bytes en la Página Cero, distribuidos desde la ubicación 164 ($A4) a la 255 ($FF), pero no se pueden usar fuera del proceso de depuración. (Para obtener una lista de estos bytes disponibles, consulte el libro De Re Atari, Rev. 1, Apéndice A.)

186,187

BA,BB

STOPLN

Línea en la que se detuvo un programa debido a un error o al uso de la tecla BREAK, o debido a una instrucción STOP o TRAP. Es válido utilizar PEEK (186) + PEEK (187) * 256 en una sentencia GOTO o GOSUB.

195

C3

ERRSAVE

Número del código de error que provocó la detención o la invocación de la sentencia TRAP. Puede utilizar esta ubicación en una línea de un programa de la siguiente manera:

10 IF PEEK(195) <> 144 THEN 100

Esta ubicación especifica el número de columnas entre tabulaciones. La primera tabulación corresponde a PEEK(201). El valor predeterminado es 10. Este es el valor entre elementos separados por comas en una declaración PRINT (como PRINT A$, LOOP, C(12)), y no por el espaciado de la tecla TAB.

El número mínimo de espacios entre tabulaciones es 3. Si hace POKE 201,2, se trata como 4 espacios, y si hace POKE 201,1 se trata como 3 espacios. POKE 201,0 hace que el sistema se cuelgue cuando encuentra una declaración PRINT con comas. Para cambiar la configuración de la tecla TAB, consulte TABMAP (ubicaciones 675 a la 689; $2A3 a la $2B1). PTABW no se restablece al valor predeterminado cuando se presiona RESET o cuando se cambia el modo gráfico (a diferencia de TABMAP).

PTABW funciona en todos los modos gráficos, no solo en los modos de texto. El tamaño de los espacios entre los elementos depende del tamaño del píxel del modo gráfico en uso. Por ejemplo, en GRAPHICS 0, cada espacio tiene un carácter de ancho, mientras que en GRAPHICS 8, cada espacio tiene medio reloj de color⁴⁰ de ancho (Es decir, un punto).

40 Un reloj de color (color clock) es una unidad de medida de espacio horizontal en la pantalla análoga, donde un pixel tiene medio reloj de color de ancho. (N. del T.)

203-207

CB-CF

....

Ninguno de los cartuchos BASIC o Assembler utiliza esta ubicación.

208,209

D0,D1

....

Ubicación no utilizada por BASIC. La única vez que he visto en uso alguna de estas ubicaciones fue en las revistas COMPUTE! de marzo de 1982 y octubre de 1981, cuando se utilizaron para rutinas de ordenamiento (sort) del usuario, y en la revista ANTIC de junio de 1982, donde se utilizaron como indicadores (flags) en una demostración gráfica. Los bytes 203 al 209 ($CB al $D1) son sin lugar a dudas los únicos bytes de la Página Cero que BASIC deja libres.

210,21141

D2,D3

....

Reservado para uso de BASIC u otros cartuchos.

Las ubicaciones 212 a la 255 ($D4 a la $FF) están reservadas para el uso del paquete FP (Floating Point - Coma Flotante). Las rutinas FP se encuentran en la ROM, entre las ubicaciones 55296 y 57343⁴² ($D800 y $DFFF). Estas ubicaciones de la Página Cero se pueden utilizar si el programa del usuario no llama al paquete FP. Sin embargo, no utilice ninguna de estas ubicaciones para una rutina de interrupción, ya que dichas rutinas podrían ocurrir durante una rutina de coma flotante llamada por BASIC, causando que el sistema se bloquee.

La notación en coma flotante utiliza una precisión de 6 bytes. El primer byte del número BCD corresponde al exponente (Si el bit 7 es igual a 0, entonces el número es positivo; si es igual a 1, entonces es negativo). Los siguientes 5 bytes corresponden a la mantisa. Ojalá eso fuera todo. El formato BCD es bastante complejo y se explica mejor en el capítulo 8 del libro De Re Atari.

41 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

42 En el libro original, se indica que las rutinas de coma flotante se encuentran en la ROM, entre las ubicaciones 55296 y 57393 ($E031), lo que no es correcto. Las rutinas FP terminan en la dirección 57343 ($DFFF). (N. del T.)

212-217

D4-D9

FR043

Registro #0 del paquete de Coma Flotante; contiene la representación interna de 6 bytes de un número FP. Los valores en las ubicaciones 212 y 213 se utilizan para devolver al programa BASIC un valor hexadecimal de 2 bytes en el rango del 0 al 65536 ($FFFF) (Byte bajo en la ubicación 212, byte alto en la ubicación 213). El paquete FP, si se utiliza, requiere todas las ubicaciones de la 212 a la 255. Una rutina de lenguaje de máquina puede utilizar los 6 bytes de FR0, siempre y cuando no se utilice el registro #0 (FR0) ni las funciones FP. Para usar valores de 16 bits en FP, debe colocar los 2 bytes del número en los 2 bytes inferiores de FR0 (ubicaciones 212 y 213; $D4 y $D5) y luego hacer un JSR a $D9AA (55722), lo que convierte el entero a su representación en coma flotante⁴⁴, dejando el resultado en FR0. Para revertir esta operación, haga un JSR a $D9D2 (55762).

43 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

44 Coma Flotante corresponde a la traducción al español del término Floating Point (FP) en inglés. (N. del T.)

218-223

DA-DF

FRE

Registro extra del paquete FP (?)

224-229

E0-E5

FR1

Registro #1 del paquete de Coma Flotante; contiene la representación interna de 6 bytes de un número FP, tal como FR0. El paquete FP transfiere frecuentemente datos entre estos 2 registros y los utiliza para realizar operaciones aritméticas entre 2 números.

230-235

E6-EB

FR2

Registro #2 del paquete FP.

236

EC

FRX

Registro sobrante del paquete FP.

237

ED

EEXP

El valor del exponente E.

238

EE

NSIGN

El signo del número en notación FP.

239

EF

ESIGN

El signo del exponente.

240

F0

FCHRFLG

Indicador de primer carácter.

241

F1

DIGRT

El número de dígitos a la derecha del decimal.

242

F2

CIX

Índice del carácter (de la entrada actual). Se utiliza como desplazamiento del búfer de texto de entrada señalado por INBUFF, que viene a continuación.

243,244

F3,F4

INBUFF

Puntero al búfer de texto ASCII de la entrada; el búfer de entrada de la línea de programa del usuario, utilizado en la traducción de código ATASCII a valores FP. El búfer de salida de los resultados se encuentra en las ubicaciones 1408 a la 1535 ($580 a la $5FF).

245,246

F5,F6

ZTEMP1

Registro temporal.

247,248

F7,F8

ZTEMP4

Registro temporal.

249,250

F9,FA

ZTEMP3

Registro temporal.

251

FB

RADFLG

También llamado DEGFLG. Cuando se establece en 0, todas las funciones trigonométricas se realizan en radianes; cuando se establece en 6, se realizan en grados. Tanto el comando NEW del BASIC como la tecla RESET restauran RADFLG a radianes.

252,253

FC,FD

FLPTR

Puntero al número FP del usuario.

254,255

FE,FF

FPTR2

Puntero al segundo número FP del usuario que se utiliza en una operación determinada.

Fin de la memoria RAM de la Página Cero.

PÁGINA UNO: LA PILA

Las ubicaciones 256 a la 511 ($100 a la $1FF) corresponden al área de la pila del Sistema Operativo, DOS y BASIC. Esta área es la Página Uno. En lenguaje de máquina, las interrupciones y las instrucciones JSR y PHA hacen que los datos se escriban en la Página Uno, y las instrucciones RTS, PLA y RTI leen datos desde la Página Uno. Al encender o reiniciar el equipo, el puntero de la pila se inicializa para que apunte a la ubicación 511 ($1FF). Luego la pila empuja cada entrada hacia abajo, hasta llegar a la ubicación 256 ($100). En caso de desbordamiento más allá de la ubicación 256, la pila vuelve a comenzar a partir de la ubicación 511.

PÁGINAS DOS A LA CUATRO

El Sistema Operativo utiliza las ubicaciones 512 a la 1151 ($200 a la $47F) para almacenar variables, tablas y búfers de datos. En esta área, las ubicaciones 512 a la 553 ($200 a la $229) son utilizadas por los vectores de las interrupciones, y las ubicaciones 554 a la 623 ($22A a la $26F) son utilizadas para varios fines. A menos que se indique específicamente, gran parte de las páginas Dos a la Cinco no pueden ser utilizadas excepto por el Sistema Operativo. Hay una serie de bytes que están marcados como "sobrantes", es decir, que no se utilizan actualmente. El estado de estos bytes puede cambiar con una actualización al Sistema Operativo por parte de Atari, por lo que no se recomienda su uso.

Existen 2 tipos de interrupciones: las NMI (Non-Maskable Interrupt - Interrupción No Enmascarable), que son procesadas por el chip ANTIC, y las IRQ (Interrupt ReQuest - Solicitud de Interrupción), que son procesadas por los chips POKEY y PIA. Las NMI son utilizadas en el caso de las interrupciones del VBLANK (VBI; ubicaciones 546 a la 549, $222 a la $225), las DLI (Display List Interrupt - Interrupciones de Lista de Despliegue) y las interrupciones de la tecla RESET. Estas inician los procedimientos de etapa 1 y etapa 2 de VBLANK; la dirección almacenada en el vector correspondiente generalmente apunta a una rutina de servicio del Sistema Operativo, pero puede cambiarse para que apunte a una rutina del usuario. Las IRQ son utilizadas en el caso de las interrupciones del temporizador, las interrupciones del bus serie y de los dispositivos periféricos, las interrupciones de la tecla BREAK y de otras teclas, y las interrupciones de la instrucción BRK del procesador 6502. Los vectores de estas interrupciones generalmente pueden ser cambiados para que apunten a rutinas del usuario. Para obtener más información, consulte las ubicaciones NMIST 54287 ($D40F) y IRQEN 53774 ($D20E). Los vectores de las interrupciones NMI están marcados con la etiqueta NMI; los vectores de las interrupciones IRQ están marcados con la etiqueta IRQ.

Consulte la tabla en la ubicación 534 para obtener una lista de los vectores de interrupción disponibles en la ROM de la nueva versión "B" del Sistema Operativo.

512,513

200,201

VDSLST

Corresponde al vector para las interrupciones NMI del tipo DLI (Display List Interrupt - Interrupción de la Lista de Despliegue): contiene la dirección de las instrucciones que se ejecutarán durante una DLI. (Las DLI se utilizan para interrumpir el flujo del procesador durante unos microsegundos, específicamente en la línea de la pantalla donde se estableció el bit, lo que le permite al computador ejecutar otra rutina corta como tocar música, cambiar los modos gráficos, etc.) El Sistema Operativo no utiliza DLIs; el usuario debe habilitarlos, escribirlos y guardar su ubicación aquí. El registro de estado de la NMI que se encuentra en la ubicación 54287 ($D40F) primero comprueba si una interrupción fue causada por una DLI y, si este es el caso, salta usando la dirección almacenada en VDSLST a la rutina escrita por el usuario. Durante el encendido del equipo, las DLI se deshabilitan, pero las VBI (Vertical Blank Interrupt - Interrupción del Blanqueo Vertical) se habilitan (Consulte las ubicaciones 546 a la 549; $222 a la $225).

VDSLST se inicializa para que apunte a la dirección 59315 ($E7B3), que contiene simplemente una instrucción RTI. Para habilitar las DLI, primero debe hacer POKE con 192 ($C0) en la ubicación 54286 ($D40E); de lo contrario, ANTIC ignorará su solicitud. Luego, debe hacer POKE en las ubicaciones 512 y 513 con la dirección (en formato byte menos significativo seguido del byte más significativo) de la primera rutina de lenguaje ensamblador que se ejecutará durante la DLI. Luego debe establecer en 1 el bit 7 de las instrucciones de la Lista de Despliegue donde debe ocurrir la DLI. Dependiendo del modo gráfico, solo tiene entre 14 y 61 ciclos de máquina disponibles para su DLI. Primero debe poner en la pila los registros del 6502 y luego debe finalizar su DLI con una instrucción RTI. Dado que está tratando con lenguaje de máquina para la construcción de su DLI, puede hacer POKE directamente en los registros hardware que planea cambiar, en lugar de utilizar los registros sombra que utiliza el BASIC.

Desafortunadamente, solo tenemos una dirección del vector de la DLI. Si utiliza más de una DLI, y estas deben realizar actividades diferentes, entonces el cambio en el vector para que apunte a una rutina diferente debe ser realizado por las DLI anteriores.

Otra forma de realizar interrupciones es durante el intervalo VBLANK con una VBI. Un pequeño problema con el uso de las DLI es que la rutina que hace el "clic" del teclado interfiere con la DLI alterando la sincronización, ya que este clic es proporcionado por varias llamadas al registro WSYNC en la ubicación 54282 ($D40A). Chris Crawford analiza varias soluciones en el libro De Re Atari, pero la más sencilla es simplemente no permitir la entrada desde el teclado. Para más detalles, vea la revista Micro de diciembre de 1981, y las revistas Creative Computing de julio y diciembre de 1981.

A continuación, se muestra un breve ejemplo de DLI. Imprime la mitad inferior de la pantalla de texto al revés:

10 INICIO=PEEK(560)+PEEK(561)*256:POKE INICIO+16,130
20 PAGINA=1536:FOR PGM=PAGINA TO PAGINA+7:READ BYTE:POKE PGM,BYTE:NEXT PGM
30 DATA 72,169,4,141,1,212,104,64
40 POKE 512,0:POKE 513,6:POKE 54286,192
50 FOR PRUEBA=1 TO 240:PRINT "VEA ";:NEXT PRUEBA
60 GOTO 60

Este otro ejemplo de DLI cambia el color de la mitad inferior de la pantalla. Para usarlo, simplemente cambie PAGINA+7 a PAGINA+10 en el programa anterior y reemplace la línea 30 con:

30 DATA 72,169,222,141,10,212,141,24,208,104,64

Por último, elimine las líneas 50 y 60. Vea también la ubicación 54282 ($D40A).

514,515

202,203

VPRCED

Vector de línea de continuación en serie (para los dispositivos periféricos). Su valor inicial corresponde a 59314 ($E7B2), que simplemente contiene la secuencia de instrucciones PLA, RTI. Se utiliza cuando se produce una IRQ debido a la línea de continuación de E/S del bus serie, disponible para los dispositivos periféricos. Según el libro /De Re Atari/, esta interrupción no se utiliza y sólo apunta a una secuencia de instrucciones PLA, RTI. Esta interrupción es manejada por el chip PIA y se puede utilizar para proporcionar mayor control sobre los dispositivos externos. Consulte la página 33 del listado del Sistema Operativo.

516,517

204,205

VINTER

Vector de interrupción serie (para los dispositivos periféricos). Su valor inicial es igual a 59314 ($E7B2). Se utiliza cuando se produce una IRQ debido a una interrupción de E/S del bus serie. Según el libro De Re Atari, esta interrupción no se utiliza y sólo apunta a una secuencia de instrucciones PLA, RTI. Esta interrupción es procesada por el chip PIA. Consulte la página 33 del listado del Sistema Operativo.

518,519

206,207

VBREAK

Vector de instrucción de ruptura del comando BRK ($00) del microprocesador 6502 (No confundir con el vector de la tecla BREAK, que está en la ubicación 17; $11). Su valor inicial es igual a 59314 ($E7B2). Este vector se utiliza normalmente para establecer puntos de interrupción (breakpoints) durante la depuración en lenguaje Ensamblador.

520,521

208,209

VKEYBD

Vector POKEY de interrupción del teclado, utilizado por la interrupción generada cuando se presiona cualquier tecla del teclado que no sea la tecla BREAK o los botones de la consola. Los botones de la consola nunca generan una interrupción, a menos que el usuario haya escrito una específicamente. Se puede utilizar VKEYBD para procesar el código de la tecla antes de ser convertido al formato ATASCII. Su valor inicial es 65470 ($FFBE), que corresponde a la rutina de IRQ del teclado del Sistema Operativo. IRQ.

522,523

20A,20B

VSERIN45

Vector POKEY de interrupción de recepción de datos listos del puerto de E/S serie. Su valor inicial es 60177 ($EB11), que corresponde al código del Sistema Operativo encargado de colocar un byte del puerto de entrada serie en un búfer. Llamado INTRVEC por DOS, se utiliza como ubicación del vector de interrupción del parche SIO. DOS cambia este vector a 6691 ($1A23), que corresponde al inicio de la rutina de servicio de la interrupción lista del DOS. IRQ.

45 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

524,525

20C,20D

VSEROR46

Vector POKEY de interrupción de la transmisión de datos listos del puerto de E/S serie. Su valor inicial es 60048 ($EA90), que corresponde al código del Sistema Operativo encargado de colocar el siguiente byte de un búfer en el puerto de salida en serie. DOS cambia este vector a 6630 ($19E6), que corresponde al inicio de la rutina de interrupción de datos de salida requeridos del DOS. IRQ.

46 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

526,527

20E,20F

VSEROC

Vector POKEY de interrupción de la transmisión completa del puerto en serie. Su valor inicial es 60113 ($EAD1). Este vector apunta al código que establece en 1 la bandera de "transmisión realizada" después de enviar el byte de suma de comprobación (checksum). IRQ.

SIO utiliza las 3 últimas interrupciones para controlar la comunicación del bus serie con sus dispositivos. Durante la comunicación del bus serie, se detiene toda ejecución del programa. La comunicación de E/S en serie real está controlada por interrupciones: POKEY espera y observa que se establezca en 1 una bandera cuando se completa la operación de E/S solicitada. Durante esta espera, POKEY sigue enviando o recibiendo bits por el bus serie. Cuando se ha transmitido (o recibido) todo el byte, se genera la IRQ de salida de datos necesaria (VSEROR) o de entrada de datos listos (VSERIN), según la dirección del flujo de datos. Esto hace que se procese el siguiente byte hasta que se haya enviado todo el búfer o esté lleno, y se establece en 1 la bandera de "transmisión realizada". En este punto, SIO vuelve a la rutina de llamada. Se puede observar que SIO pierde tiempo esperando que POKEY envíe o reciba la información en el bus.

528,529

210,211

VTIMR147

Vector de interrupción del temporizador #1 de POKEY. Su valor inicial es 59314 ($E7B2), que apunta a una secuencia de instrucciones PLA, RTI. Las interrupciones del temporizador se establecen cuando el temporizador AUDF1 de POKEY (53760; $D200) cuenta regresivamente hasta llegar a 0. Los valores en los registros AUDF se cargan en STIMER, en la ubicación 53769 ($D209). IRQ.

47 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

530,531

212,213

VTIMR248

Vector del temporizador #2 de POKEY para AUDF2 (53762, $D202). Su valor inicial es 59314 ($E7B2). IRQ.

48 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

532,533

214,215

VTIMR449

Vector del temporizador #4 de POKEY para AUDF4 (53766, $D206). Su valor inicial es 59314 ($E7B2). Esta IRQ sólo tiene un vector asociado en la versión "B" de la ROM del Sistema Operativo.

49 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

534,535

216,217

VIMIRQ

Vector de la IRQ inmediata (general). Su valor inicial es 59126 ($E6F6). Haga JMP a esta ubicación para determinar la causa de la IRQ. Tenga en cuenta que con la nueva ROM del Sistema Operativo (la versión "B") en las ubicaciones 566 y 567 ($236 y $237) hay un vector de interrupción de la tecla BREAK. Para obtener más información sobre las interrupciones IRQ, consulte la ubicación 53774 ($D20E). La nueva versión B de la ROM del Sistema Operativo cambia los vectores anteriores de la siguiente manera:

VDSLST    59280 ($E790) 
VPRCED    59279 ($E78F) 
VINTER    59279 ($E78F) 
VBREAK    59279 ($E78F) 
VKEYBD    SIN CAMBIO 
VSERIN    60175 ($EB0F) 
VSEROR    SIN CAMBIO 
VSEROC    60111 ($EACF) 
VTIMR 1-4 59279 ($E78F) 
VIMIRQ    59142 ($E706) 
VVBLKI    59310 ($E7AE) 
VVBLKD    59653 ($E905)

Las ubicaciones 536 a la 558 ($218 a la $22E) se utilizan para los temporizadores software del sistema. Los temporizadores hardware están ubicados en el chip POKEY y utilizan los registros AUDF. Estos temporizadores cuentan hacia atrás cada 1/60-avo de segundo (etapa 1 del VBLANK) ó cada 1/30-avo de segundo (etapa 2 del VBLANK), hasta que llegan a 0. Si el proceso VBLANK ha sido deshabilitado o interceptado, los temporizadores no se actualizarán. Para obtener más información sobre cómo configurar estos temporizadores en una rutina en lenguaje Ensamblador utilizando el registro SETVBV (58460; $E45C), consulte el libro De Re Atari. Estas ubicaciones son accesibles para el usuario y se pueden configurar para contar el tiempo de duración de la música, la entrada/salida de un juego, el reloj de un juego y otras funciones.

Los temporizadores de software se utilizan para duraciones superiores a un intervalo de VBLANK (1/60 de segundo). Para periodos de menor duración, utilice los registros hardware.

536,537

218,219

CDTMV1

Valor del temporizador #1 del sistema. Cuenta hacia atrás a partir de 255. Este temporizador SIO se decrementa en cada etapa 1 del VBLANK. Cuando llega a 0, establece en 1 una bandera para saltar (hacer JSR) usando la dirección almacenada en las ubicaciones 550 y 551 ($226 y $227). Cuando la rutina VBLANK se interrumpe porque el Sistema Operativo ejecuta código crítico en el tiempo (cuando la ubicación 66; $42 es establecida en un valor distinto de 0, se debe ejecutar código crítico en el tiempo), solo se actualizan el reloj de tiempo real (ubicaciones 18 a la 20; $12 a la 14), el temporizador #1 y el registro de modo de atracción (77; $4D). Dado que el Sistema Operativo utiliza el temporizador #1 para sus rutinas de E/S y para cronometrar las operaciones del bus serie (configurándolo en valores diferentes para las rutinas de tiempo de espera), debe utilizar otro temporizador para evitar conflictos o interferencias con el funcionamiento del sistema.

538,539

21A,21B

CDTMV2

Temporizador #2 del sistema. Disminuido en la etapa 2 del VBLANK. Se puede decrementar en cada etapa 1 del VBLANK, sujeto a la prueba de sección crítica según lo definido por la configuración de la bandera CRITIC (ubicación 66; $42). Este temporizador puede perder (omitir) un conteo cuando se ejecuta código crítico en el tiempo (la ubicación CRITIC tiene un valor distinto de 0). Cuando el valor cuenta regresivamente hasta 0, realiza un JSR usando la dirección almacenada en las ubicaciones 552 y 553 ($228 y $229).

540,541

21C,21D

CDTMV3

Temporizador #3 del sistema. Igual que la ubicación 538. Los temporizadores #3, #4 y #5 también se detienen cuando el Sistema Operativo establece la bandera CRITIC en un valor distinto de 0. El Sistema Operativo utiliza el temporizador #3 cuando se hace un OPEN a la grabadora de cassettes y cuando se desea establecer el tiempo de lectura y escritura de los encabezados de cinta. Durante esta función se perderá cualquier valor anterior en el registro.

542,543

21E,21F

CDTMV4

Temporizador #4 del sistema. Igual que la ubicación 538 ($21A).

544,545

220,221

CDTMV5

Temporizador #5 del sistema. Igual que la ubicación 538 ($21A). Cuando los temporizadores #3, #4 y #5 llegan a 0, establecen en 1 las banderas en las ubicaciones 554, 556 y 558 ($22A, $22C, $22E), respectivamente.

546,547

222,223

VVBLKI

Registro de VBLANK inmediato. Normalmente salta al vector del procesador de la interrupción NMI de la etapa 1 del VBLANK en la ubicación 59345 ($E7D1); y en la nueva ROM "B" del Sistema Operativo, a la ubicación 59310 ($E7AE). El registro de estado de la NMI comprueba si la interrupción se debió a una VBI (después de comprobar si se tiene una DLI) y, si es así, se dirige a la rutina de la VBI, que puede haber sido escrita por el usuario. Cuando se enciende el equipo, las VBI se habilitan y las DLI se deshabilitan. Vea la ubicación 512; $200.

548,549

224,225

VVBLKD

Registro de VBLANK diferido. Indica el retorno del sistema desde la interrupción. Su valor inicial corresponde a 59710 ($E93E); en la nueva ROM "B" del Sistema Operativo corresponde a la ubicación 59653 ($E905), la salida de la rutina del VBLANK. NMI.

Estos 2 vectores de VBLANK apuntan a las rutinas de interrupción que ocurren al comienzo del intervalo de tiempo del VBLANK. Se ejecuta la rutina de la etapa 1 del VBLANK; luego se comprueba la ubicación 66 ($42) para determinar la naturaleza crítica en el tiempo de la interrupción y, si se ha interrumpido una sección de código crítica, se omite la ejecución de la rutina de la etapa 2 del VBLANK haciendo un JMP realizado a través del vector inmediato VVBLKI. Si no es crítico, se utiliza la interrupción diferida VVBLKD. Normalmente, los bits de interrupción VBLANK están establecidos en 1 (el bit 6 de la ubicación 54286 ($D40E) está establecido en 1). Para desactivarlos, borre el bit 6 (establézcalo en 0).

La secuencia normal para los eventos de la interrupción del VBLANK es la siguiente: después de la comprobación del Sistema Operativo, se hace JMP a la rutina de interrupción VBLANK inmediata del usuario a través del vector almacenado en las ubicaciones 546 y 547 (la ubicación de arriba), y luego a través de SYSVBV en la ubicación 58463 ($E45F). El Sistema Operativo dirige esto a través de la rutina de servicio de la interrupción de VBLANK de la ubicación 59345 ($E7D1) y luego a la rutina de interrupción VBLANK diferida del usuario que se encuentra almacenada en el vector de las ubicaciones 548 y 549. Luego sale de la rutina de interrupción VBLANK a través de la ubicación 58466 ($E462) y una instrucción RTI.

Si está cambiando los vectores VBLANK durante la rutina de interrupción, utilice la rutina SETVBV en la ubicación 58460 ($E45C). Un VBI inmediato tiene alrededor de 3.800 ciclos de máquina de tiempo de uso y un VBI diferido tiene alrededor de 20.000 ciclos. Dado que muchos de estos ciclos se ejecutan mientras se dibuja el haz de electrones, se sugiere no ejecutar rutinas gráficas en los VBI diferidos. Vea la tabla de procesos de VBLANK al final del área del mapa.

Si crea sus propios VBI, finalice un VBI inmediato con un JMP a la ubicación 58463 ($E45F) y un VBI diferido con un JMP a la ubicación 58466 ($E462). Para omitir por completo la rutina VBI del Sistema Operativo que se encuentra en la ubicación 59345 ($E7D1), finalice su VBI inmediato con un JMP a la ubicación 58466 ($E462). A continuación, se muestra un ejemplo⁵⁰ del uso de una VBI para crear un cursor parpadeante. También hace parpadear cualquier texto que se muestre en modo video inverso.

10 FOR PARPADEO=1664 TO 1680:READ BYTE:POKE PARPADEO,BYTE:NEXT PARPADEO
20 POKE 66,255:POKE 548,128:POKE 549,6:POKE 66,0
30 DATA 8,72,165,20,41,16,74,74,74,141
40 DATA 243,2,104,40,76,98,228

Para volver el cursor y la pantalla a la normalidad, haga POKE 548,62 y luego POKE 549,233.

50 En el programa original, los últimos 2 valores de la línea 40 son 63 y 233, que corresponden a un salto ilegal a la ROM del OS-A. Ademas, en la linea 20, no se deshabilita la ubicación CRITIC, lo que causa un comportamiento errático de la rutina. Para asegurar su funcionamiento correcto, se agregan los POKES a la ubicación CRITIC (66;$42). (N. del T.)

550,551

226,227

CDTMA1

Dirección de salto del temporizador #1 del sistema. Su valor inicial es 60400 ($EBF0). Cuando las ubicaciones 536 y 537 ($218 y $219) llegan a (o cuentan regresivamente hasta) 0, el Sistema Operativo salta a la ubicación especificada por estas 2 direcciones. Aquí puede configurar la dirección de su rutina de código de máquina para que se ejecute cuando el temporizador #1 llegue a (o cuente regresivamente hasta) 0. Su código debe terminar con la instrucción RTS.

Pueden surgir problemas cuando los valores del temporizador se establecen en valores mayores a 255, ya que el procesador 6502 no puede manipular valores de 16 bits directamente (un número en el rango del 0 al 255 corresponde a un valor de 8 bits; si un valor requiere 2 bytes para almacenarse, como por ejemplo una ubicación de memoria, entonces corresponde a un valor de 16 bits). Técnicamente, una interrupción de VBLANK podría ocurrir cuando se está inicializando un byte del temporizador y el otro no aún ha sido configurado. Para evitar esto, mantenga los valores del temporizador por debajo de 255. Para obtener más detalles, consulte la página 106 el Manual del Usuario del Sistema Operativo Atari.

Dado que el Sistema Operativo utiliza el temporizador #1, se recomienda utilizar el temporizador #2 en su lugar, para evitar conflictos con el funcionamiento de su computador Atari. En la ROM antigua, su valor inicial es igual a 60396 ($EBEA). En la ROM nueva, es igual a 60400 ($EBF0). NMI.

552,553

228,229

CDTMA2

Dirección de salto del temporizador #2 del sistema. Esta ubicación no es utilizada por el Sistema Operativo, por lo que está disponible para que el usuario ingrese la dirección de su propia rutina a la cual se debe hacer JMP cuando el conteo del temporizador #2 (538, 539; $21A, $21B) llegue a 0.

Su valor inicial es 0 y la dirección debe ser especificada por el usuario. NMI.

554

22A

CDTMF3

Bandera del temporizador #3 del sistema. Se establece en 1 cuando el valor de las ubicaciones 540 y 541 ($21C, $21D) llega a 0. DOS también utiliza este registro como bandera de tiempo de espera (timeout).

555

22B

SRTIMR51

Temporizador de repetición de software, controlado por la rutina IRQ del dispositivo. Establece el retraso inicial de 1/2 segundo antes de que se repita una tecla. La etapa 2 del VBLANK establece la frecuencia de repetición de 1/10 de segundo, disminuye el temporizador e implementa la lógica de la repetición automática. Cada vez que se presiona una tecla, STIMER se establece en 48 ($30). Siempre que SRTIMR es igual a 0 y se presiona continuamente una tecla, el valor de esa tecla se almacena continuamente en CH, ubicación 764 ($2FC).

51 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

556

22C

CDTMF4

Bandera del temporizador #4 del sistema. Se establece en 1 cuando el valor de las ubicaciones 542 y 543 ($21E y $21F) llega a 0.

557

22D

INTEMP

Registro temporal utilizado por la rutina SETVBL de la ubicación 58460 ($E45C).

558

22E

CDTMF552

Bandera del temporizador #5 del sistema. Se establece en 1 cuando el valor de las ubicaciones 558 y 559 ($22E y $22F) llega a 0.

52 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

Habilitación del DMA (Direct Memory Access - Acceso directo a memoria). Cuando se hace POKE con un 0 en esta ubicación, se desactiva ANTIC y por lo tanto se acelera el procesamiento en un 30%. Por supuesto, también significa que al desactivar ANTIC, ¡la pantalla se queda en blanco! Esto es útil para acelerar cálculos que toman mucho tiempo. También es útil apagar la pantalla mientras se carga un dibujo. Luego, puede encenderla, para que este dibujo aparezca instantáneamente y por completo en la pantalla. Para usarlo, primero debe ejecutar PEEK(559) y guardar su resultado. Luego haga POKE 559,0 para desactivar ANTIC. Cuando esté listo para devolverle la vida a la pantalla, haga un POKE con el número guardado en el primer paso en la ubicación 559.

Esta ubicación corresponde al registro sombra de la ubicación 54272 ($D400), y el número al que le hizo PEEK arriba define el tamaño del campo de juego (playfield), si los missiles y los players están habilitados o no, y la resolución del tamaño del player. Para habilitar sus opciones mediante el uso de POKE 559, simplemente sume los valores a continuación para obtener el número correcto para hacer POKE en la ubicación SDMCTL. Tenga en cuenta que debe elegir solo una de las 4 opciones de campo de juego que aparecen al principio de la lista:

Opción                                   Decimal   Bit
Sin campo de juego                             0     0 
Campo de juego estrecho                        1     0 
Campo de juego estándar                        2   0,1 
Campo de juego ancho                           3   0,1 
Habilitar DMA del missile                      4     2 
Habilitar DMA del player                       8     3 
Habilitar DMA de player y missile             12   2,3 
Resolución del player de una sola línea       16     4 
Habilitar instrucciones para obtener DMA      32     5 (vea a continuación)

Tenga en cuenta que la resolución del player de 2 líneas es la predeterminada y que no es necesario sumar un valor al contenido de la ubicación 559 para obtenerla. La tabla anterior incluye los bits afectados. El valor predeterminado de esta ubicación es 34 ($22).

El campo de juego es el área de la pantalla del televisor que se utiliza para el despliegue de texto y de gráficos. El campo de juego estrecho tiene 128 relojes de color de ancho (es decir, 32 caracteres de ancho en GRAPHICS 0), el estándar tiene 160 (e decir, 40 caracteres) y el ancho tiene 192 (es decir, 48 caracteres). Un reloj de color es una medida física de la distancia horizontal en la pantalla del televisor. Se tiene un total de 228 relojes de color en una línea, pero debido a las limitaciones de la pantalla, solo algunos de ellos (generalmente 176 como máximo) son visibles. Un píxel, por otro lado, es una unidad lógica cuyo tamaño varía según el modo gráfico. Debido a las limitaciones de la mayoría de los televisores, no se puede ver todo el campo de juego a menos que se desplace hacia las partes fuera de la pantalla.

Para habilitar la operación de ANTIC, se debe establecer en 1 el bit 5; esto habilita el DMA para obtener las instrucciones de la Lista de Despliegue.

560,561

230,231

SDLSTL

Dirección de inicio de la DL (Display List - Lista de Despliegue). La Lista de Despliegue es un conjunto de instrucciones que le indican al chip ANTIC dónde están los datos de la pantalla y cómo debe mostrarlos. Estas ubicaciones corresponden al registro sombra de las ubicaciones 54274 y 54275 ($D402, $D403). También puede encontrar la dirección de la DL haciendo PEEK un byte por encima de la parte superior de la memoria libre:

PRINT PEEK(741) + PEEK(742) * 256 + 1

Sin embargo, 560 y 561 son punteros más confiables, ya que las DL personalizadas pueden estar en cualquier otra parte de la memoria. Las listas de despliegue estándar de Atari simplemente le indican al chip ANTIC qué tipos de líneas de modo gráfico utilizar para una pantalla y dónde en la memoria se pueden encontrar los datos de la pantalla. Normalmente, una DL tiene entre 24 y 256 bytes de longitud (sin embargo, la mayoría tienen menos de 100 bytes), dependiendo de su modo gráfico. (Consulte las ubicaciones 88 y 89 para ver una tabla de tamaños de las DLs y el uso del despliegue de la pantalla).

Al alterar la DL, puede mezclar modos gráficos en la misma pantalla, habilitar el desplazamiento fino, cambiar la ubicación de los datos de la pantalla y forzar interrupciones (DLI) para realizar rutinas cortas en lenguaje de máquina.

Los bytes 5 y 6 de la DL corresponden a la dirección de los datos de la memoria de pantalla, la misma de las ubicaciones 88 y 89 ($58, $59). Los bytes 4, 5 y 6 son la primera instrucción LMS (Load Memory Scan - escaneo de memoria de carga). El byte 4 le dice al chip ANTIC qué modo utilizar; los siguientes 2 bytes corresponden a la ubicación del primer byte de la RAM de pantalla (primero el byte menos significativo, luego el byte más significativo).

El conocer esta ubicación le permite escribir directamente en la pantalla mediante comandos POKE (debe hacer POKE usando los códigos de caracteres internos, y no los códigos ATASCII - consulte la página 55 del Manual de Referencia del BASIC).

Por ejemplo, el programa a continuación hace POKE a los distintos modos de pantalla usando los códigos internos. Puede ver no sólo cómo cada modo de pantalla maneja los códigos, sino también aproximadamente dónde se encuentra la ventana de texto en relación con la pantalla (los 160 bytes debajo de RAMTOP). Tenga en cuenta que los modos GTIA no tienen ventana de texto. Si no tiene el chip GTIA, su Atari usará por defecto el modo GRAPHICS 8, pero con formato GTIA.

1 TRAP 10:GRAPHICS Z
5 PANTALLA=PEEK(560)+PEEK(561)*256
6 TV=PANTALLA+4:TELE=PANTALLA+5
8 DESPLIEGUE=PEEK(TV)+PEEK(TELE)*256
10 FOR N=0 TO 255:POKE DESPLIEGUE+N,N:NEXT N
20 DESPLIEGUE=DESPLIEGUE+N
30 IF DESPLIEGUE>40959 THEN Z=Z+1:GOTO 1
40 GOTO 10
50 Z=Z+1:IF Z>60 THEN END
60 GOTO 1

Aquí tiene otro programa corto que le permitie examinar la DL en cualquier modo gráfico:

10 REM PRIMERO LIMPIAMOS LA PANTALLA
20 PRINT "INGRESE MODO GRAFICO":REM SUMAMOS 16 AL MODO PARA SUPRIMIR LA VENTANA DE TEXTO
30 INPUT A:GRAPHICS A
40 DLIST=PEEK(560)+PEEK(561)*256
50 MIRA=PEEK(DLIST):PRINT MIRA;"    ";
60 IF MIRA<>65 THEN DLIST=DLIST+1:GOTO 50
70 LPRINT PEEK(DLIST+1);" ";PEEK(DLIST+2)
80 END

El valor 65 en la DL es la última instrucción encontrada. Le dice a ANTIC que salte a la dirección almacenada en los siguientes 2 bytes para volver a ejecutar la DL y esperar el próximo VBLANK. Si no tiene una impresora, cambie los comandos LPRINT por PRINT y modifique la rutina para guardar los datos en un arreglo y luego imprimirlos en la pantalla (en GRAPHICS 0).

Si desea examinar las ubicaciones del inicio de la Lista de Despliegue, la pantalla y la ventana de texto, intente lo siguiente:

5 REM PRIMERO LIMPIAMOS LA PANTALLA
6 INPUT A:GRAPHICS A
10 DIM DLIST$(10),SAVMSC$(10),TEXTO$(10)
15 DLIST$="DLIST":SAVMSC$="SAVMSC":TEXTO$="TEXTO"
20 DLIST=PEEK(560)+PEEK(561)*256
30 SAV=PEEK(88)+PEEK(89)*256:TEXTO=PEEk(660)+PEEK(661)*256
40 PRINT DLIST$;" ";DLIST,SAVMSC$;"   ";SAV
50 PRINT TEXTO$;" ";TEXT
60 INPUT A:GRAPHICS A:GOTO 20

Dado que un LMS es simplemente una instrucción de modo mapa (gráficos) o modo carácter (texto) con el bit 6 establecido en 1, puede convertir cualquiera o todas estas instrucciones en instrucciones LMS con bastante facilidad, apuntando cada línea a un área de RAM diferente. Esto se analiza en el libro De Re Atari, en la sección sobre la implementación del desplazamiento (scrolling) horizontal.

Las DLs se pueden utilizar para ayudar a generar algunos de los modos de pantalla ANTIC que no son compatibles con BASIC, como el modo 7.5 (modo ANTIC E) o modo ANTIC 3, o el modo de minúsculas con descendentes (muy interesante: 10 líneas de altura que permiten descendentes reales en letras minúsculas).

Si crea su propia DL personalizada, introduza su dirección en esta ubicación. Sin embargo, al presionar RESET o al cambiar el modo gráfico se restablece la dirección de la DL del Sistema Operativo. La instrucción de la Lista de Despliegue se carga en un registro especial llamado IR (Display Instruction Register - Registro de instrucción de despliegue), el que procesa las 3 instrucciones de la DL (en blanco, saltar o desplegar). El programador no puede acceder directamente a este registro, ni en BASIC ni en lenguaje de máquina.

Una DL no puede cruzar un límite de 1K a menos que se utilice una instrucción de salto.

Solo hay 4 instrucciones de Lista de Despliegue: línea en blanco (usando el color BAK), modo de mapa, modo de texto y salto. Las instrucciones de texto (modo de carácter) y de modo de mapa (gráficos) van de la 2 a la 15 ($2 a la $F) y son las mismas que las de los modos gráficos de ANTIC. Un byte de instrucción de una DL utiliza las siguientes convenciones (las funciones se habilitan cuando el bit se establece en 1):

Bit	Decimal	Función
7	128	Interrupción de la Lista de Desplegue cuando habilitado es igual a 1
6	64	LMS (Load Memory Scan - Escaneo de Memoria de Carga). Los siguientes 2 bytes corresponden al byte menos y más significativo de la dirección de los datos a cargar.
5	32	Habilitar desplazamiento vertical fino.
4	16	Habilitar desplazamiento horizontal fino.
3-0	8-1	Modo
		0 0 1 0	Modos
		al	Caracter
		0 1 1 1
		........
		1 0 0 0	Modos
		al	Mapa
		1 1 1 1

Si el usuario lo desea, los bits anteriores se pueden combinar (es decir, DLI, desplazamiento y LMS juntos).

Instrucciones de DL especiales (con valores decimales):

En blanco	1 línea = 0		5 líneas = 64
	2 líneas = 16		6 líneas = 80
	3 líneas = 32		7 líneas = 96
	4 líneas = 48		8 líneas = 112

Instrucción de salto (JMP) = 0 (instrucción de 3 bytes).

Salte y espere el blanqueo vertical (JVP) = 65 (instrucción de 3 bytes).

Las instrucciones especiales sólo se pueden combinar con instrucciones de interrupción de la DL.

Cuando ANTIC encuentra una instrucción de DL con el bit de interrupción 7 establecido en 1, se produce una Interrupción de la Lista de Despliegue, que es una forma especial de interrupción que se ejecuta durante la visualización en pantalla. Para obtener información sobre la DLI, consulte la ubicación 512 ($200).

Dado que las DLs son un tema demasiado amplio para cubrirlo adecuadamente en este manual, y para obtener una explicación más detallada, le sugiero que consulte varias revistas (por ejemplo, Creative Computing de julio y agosto de 1981; Micro, de diciembre de 1981; Softside, n.° 30 a la 32; y BYTE, de diciembre de 1981).

562

232

SSKCTL

Registro de control del puerto serie. Corresponde al registro sombra de la ubicación 53775 ($D20F). El establecer en 1 los bits de este registro tiene el siguiente efecto:

Bit	Decimal	Función
0	1	Habilita el circuito antirrebote del teclado.
1	2	Habilita el circuito de escaneo del teclado.
2	4	El contador del potenciómetro completa una lectura en 2 líneas de escaneo en lugar del tiempo de 1 cuadro (frame).
3	8	La salida serie se transmite en 2 tonos en lugar de lógica verdadero/falso (modo de 2 tonos del POKEY).
4-6	16-64	Control del modo del puerto serie.
7	128	Forzar quiebre; salida serie a 0.

Su valor inicial es 19 ($13), lo que establece en 1 los bits 0, 1 y 4.

563

233

SPARE

Sin uso por parte del Sistema Operativo. Consulte la nota en la ubicación 651 sobre los bytes sobrantes.

564

234

LPENH

Valor horizontal del lápiz de luz. Corresponde al registro sombra de la ubicación 54284 ($D40C). Su valor varía entre 0 y 227.

565

235

LPENV

Valor vertical del lápiz de luz. Corresponde al registro sombra de la ubicación 54285 ($D40D). El valor es el mismo que el del registro VCOUNT para la resolución de 2 líneas (vea la ubicación 54283; $D40B). Ambos valores del lápiz de luz se modifican cuando se presiona su botón. Las posiciones del lápiz de luz no son las mismas que las posiciones normales de filas y columnas de la pantalla. Se tienen 96 posiciones verticales, numeradas desde 16 en la parte superior hasta 111 en la parte inferior, cada una equivalente a una línea de escaneo⁵³. Las posiciones horizontales están marcadas en relojes de color. Se tienen 228 posiciones horizontales, numeradas a partir de 67, en la izquierda. Cuando el valor de LPENH llega a 255, se restablece a 0 y comienza a contar nuevamente de 1 en 1 hasta el borde más a la derecha, que tiene el valor 7.

Obviamente, debido a la cantidad de posiciones legibles y al pequeño tamaño de cada una, el programador debe dar cierto margen al utilizar lecturas con lápiz de luz en su programa. Al momento de escribir este artículo, Atari aún no lanza su lápiz de luz al mercado, aunque otras empresas ya lo han hecho.

53 El televisor tiene 192 líneas de escaneo horizontales. Cada una de estas líneas está compuesta por 320 puntos (o pixeles). Las líneas se trazan horizontalmente, de izquierda a derecha, una a la vez. La línea superior se traza primero y la inferior al final. (N. del T.)

566,567

236,237

BRKKY

Vector de interrupción de la tecla BREAK. Este vector solo está disponible en la ROM "B" del Sistema Operativo, y no en la versión anterior. Puede utilizar este vector para escribir su propia rutina de interrupción de la tecla BREAK. Su valor inicial es 59220 ($E754).

568,569

238,239

....

2 bytes libres.

570

23A

CDEVIC54

Dirección del CFB (Command Frame buffer - Búfer de la Trama de Comandos) de 4 bytes para un dispositivo, utilizado por SIO mientras realiza operaciones de E/S en serie, y no para acceso de usuario. CDEVIC se utiliza para almacenar el número de identificación del bus SIO. Los otros 3 bytes del CFB son:

54 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

571

23B

CCOMND

El código de comando del bus SIO.

572

23C

CAUX1

Byte auxiliar de comando #1, cargado por SIO desde la ubicación 778 ($30A).

573

23D

CAUX2

Byte auxiliar de comando #2, cargado por SIO desde la ubicación 779 ($30B).

574

23E

TEMP

Registro de RAM temporal para uso por parte de SIO.

575

23F

ERRFLG

Bandera de error SIO: cualquier error del dispositivo, excepto el error de tiempo de espera (el tiempo es igual a 0).

576

240

DFLAGS

Las banderas del disco que se leen desde el primer byte del archivo de arranque (sector 1) del disco.

577

241

DBSECT

La cantidad de sectores de arranque del disco leídos desde el primer registro del disco.

578,579

242,243

BOOTAD

La dirección donde se coloca el cargador de arranque (boot loader) del disco. El registro recién leído se mueve a la dirección especificada aquí, seguido de los registros restantes que se leerán. Normalmente, con DOS, esta dirección es igual a 1792 ($700). El valor también se almacena temporalmente en RAMLO en las ubicaciones 4 y 5. La dirección 62189 ($F2ED) es el punto de entrada de la rutina de arranque del disco del Sistema Operativo (DOBOOT).

580

244

COLDST

Bandera de arranque en frío. 0 es normal. Si esta ubicación es igual a 0, al presionar la tecla RESET no se reinicia el sistema (reboot). Si a esta ubicación se le hace POKE con 1 (bandera de encendido en progreso), el computador se reinicia cada vez que se presione la tecla RESET. Cualquier número distinto de 0 indica que la rutina de encendido inicial está en progreso.

Si crea un archivo AUTORUN.SYS, este debe terminar con una instrucción RTS. En caso contrario, debe hacer POKE 580,0 y luego POKE 9,1.

Puede convertir cualquier archivo binario que puede ser cargado con la opción "L" del menú del DOS en un archivo de inicio automático simplemente cambiándole el nombre a "AUTORUN.SYS". Tenga cuidado de no utilizar el mismo nombre para 2 archivos en el mismo disco.

Cuando lo anterior se combina con la desactivación de la tecla BREAK analizada en la ubicación 16 ($10) y con el esquema de protección de programa analizado en la ubicación 138 ($8A), entonces se tienen los medios para proteger su programa BASIC de manera bastante efectiva para que éste no sea listado ni examinado. Aunque esto no evita que pueda ser copiado.

581

245

....

Byte sobrante.

582

246

DSKTIM

Registro de tiempo de espera del disco (la dirección del peor caso de tiempo de espera de disco del Sistema Operativo). Muchas fuentes dicen que se establece en 160 en la inicialización, lo que representa un tiempo de espera de 171 segundos, pero mi sistema muestra un valor de 224. Los valores del temporizador son 64 segundos por cada 60 unidades de medida aquí expresadas.

Se actualiza después de cada solicitud de estado del disco para contener el valor del tercer byte de la trama de estado (status frame) (ubicación 748; $2EC). Todas las operaciones de disco tienen un tiempo de espera de 7 segundos (excepto la operación FORMAT), establecido por el controlador del disco (usted ya conoce ese pequeño e irritante retraso, ¿no?). El "síndrome del disco inactivo" (la impresora también padece este problema) ocurre cuando la unidad de disco se consume el tiempo de espera o el valor del temporizador llega a 0. Este problema se ha solucionado en la nueva versión "B" de la ROM del Sistema Operativo.

583-622

247-26E

LINBUF

Búfer de línea de caracteres de 40 bytes, utilizado para almacenar temporalmente una línea física de texto cuando el editor está moviendo datos de la pantalla. Durante la rutina, el puntero a este búfer se almacena en las ubicaciones 100 y 101 ($64 y $65).

623

26F

GPRIOR

Registro de selección de prioridad, registro sombra de la ubicación 53275 ($D01B). Las opciones de prioridad seleccionan qué objetos de la pantalla estarán "delante" de otros. También le permite usar los 4 missiles como un quinto player y permite que ciertos players superpuestos tengan diferentes colores en las áreas de superposición. Para obtener el total antes de hacer POKE en la ubicación 623, se suman las opciones tal como en la ubicación 559. En este caso, elija sólo /una/ de las 4 prioridades indicadas al principio. BAK corresponde al fondo o borde. También puede usar esta ubicación para seleccionar uno de los modos gráficos GTIA: el 9, 10 u 11.

Opciones de prioridad en orden	Decimal	Bit
Player 0-3, campo de juego 0-3, BAK (fondo)	1	0
Player 0-1, campo de juego 0-3, player 2-3, BAK	2	1
Campo de juego 0-3, player 0-3, BAK	4	2
Campo de juego 0-1, player 0-3, campo de juego 2-3, BAK	8	3
Otras opciones
4 missiles = 5o. player	16	4
3er. color en el área de superposición de los players	32	5
GRAPHICS 9 (modo GTIA)	64	6
GRAPHICS 10 (modo GTIA)	128	7
GRAPHICS 11 (modo GTIA)	192	6,7

Es bastante fácil establecer prioridades conflictivas para los players y los campos de juego. En tal caso, cuando ocurre un conflicto, las áreas donde ambos se superponen se volverán negras. Lo mismo ocurre si no se elige la opción de superposición.

Con la habilitación de color/superposición, puede obtener un player multicolor combinando varios players. El Atari realiza un OR lógico entre los colores de los players 0/1 y 2/3 cuando éstos se superponen. Sólo se permiten las combinaciones 0/1 y 2/3; por ejemplo, no obtendrá un tercer color cuando los players 1 y 3 se superpongan (en su lugar, obtendrá un color negro). Si el player 1 es rosa y el player 0 es azul, la superposición será verde. Si no habilita la opción de superposición, el área de superposición para todos los players será negra.

En el modo 9 de GTIA se tienen 16 diferentes luminancias de un mismo tono. En BASIC, utilice SETCOLOR 4,TONO,0. Para ver un ejemplo del modo 9 de GTIA, pruebe lo siguiente:

10 GRAPHICS 9:SETCOLOR 4,9,0
20 FOR CICLO=1 TO 15:COLOR CICLO
30 FOR LINEA=1 TO 2
40 FOR PRUEBA=1 TO 25:PLOT 4+PRUEBA,CICLO+LINEA+ESPACIO:NEXT PRUEBA
45 NEXT LINEA
50 ESPACIO=ESPACIO+4
60 NEXT CICLO
70 GOTO 70:REM SIN ESTA LINEA, LA PANTALLA VUELVEN A GR.0

En el modo 10 de GTIA se tienen disponibles los 9 registros de color; el tono y la luminancia se pueden configurar por separado para cada uno (de lo contrario, se permitirían 16 colores, pero solo se tienen 9 registros). Pruebe lo siguiente para observarlo:

10 N=0:GRAPHICS 10
20 FOR Q=1 TO 2
30 FOR B=0 TO 8:POKE 704+B,N*16+A
35 IF A>15 THEN A=0
40 COLOR B
45 A=A+1:N=N+1
50 IF N>15 THEN N=0
60 NEXT B
65 TRAP 70:NEXT Q
70 POP :N=N+1:FOR Z=1 TO 200:NEXT Z
75 GOTO 30

El modo 11 de GTIA es similar al modo 9 excepto que permite 16 tonos diferentes, todos de la misma luminancia. En BASIC, utilice SETCOLOR 4,0,LUMINANCIA. Pruebe la siguiente demostración del modo 11 de GTIA:

10 GRAPHICS 11
20 FOR CICLO=0 TO 79:COLOR CICLO:PLOT CICLO,0:DRAWTO CICLO,191:NEXT CICLO
30 GOTO 30

Puede utilizar estos ejemplos con la rutina para rotar colores, descrita en el texto que precede a la ubicación 704. Los pixeles del modo GTIA son largos y delgados; tienen una relación longitud horizontal-altura de 4 a 1. ¡Obviamente esto no es muy bueno para dibujar curvas y círculos!

Los modos GTIA se limpian con el comando OPEN. ¿Cómo puede saber si su equipo cuenta con el chip GTIA? Haga POKE 623,64. Si tiene el chip GTIA, la pantalla se pondrá completamente negra. En caso contrario, no lo tiene. A continuación, se presenta una rutina corta, escrita por Craig Chamberlain y Sheldon Leemon para la revista COMPUTE!, que le permite a un Atari detectar la presencia de un chip CTIA o GTIA. La rutina muestra la respuesta en la pantalla, pero se puede modificar fácilmente para que un programa "sepa" qué chip está presente y pueda adaptarse en consecuencia:

10 POKE 66,1:GRAPHICS 8:POKE 709,0:POKE 710,0:POKE 66,0:POKE 623,64:POKE 53248,42:POKE 53261,3:PUT #6,1
20 POKE 53278,0:FOR K=1 TO 300:NEXT K:GRAPHICS 18:POKE 53248,0:POSITION 8,5:? #6;CHR$(71-PEEK(53252));"TIA"
30 POKE 708,PEEK(20):GOTO 30

¿Cómo puede conseguir un chip GTIA si no tiene uno? Pregunte a su representante de servicio o distribuidor local Atari, o escriba directamente a Atari en Sunnyvale, California.

Para obtener más información sobre el chip, consulte la introducción a GTIA/CTIA en la ubicación 53248 ($D000). Para obtener más información sobre el chip GTIA, consulte la revista BYTE de mayo de 1982, la revista COMPUTE! de julio a septiembre de 1982, el libro De Re Atari y el disco de demostración GTIA del Atari Program Exchange (APX).

Las ubicaciones 624 a la 647 ($270 a la $287) se utilizan para controles de juegos: los valores de los paddles, joysticks y del lápiz de luz.

624

270

PADDL0

Valor del paddle #0 (los paddles también se llaman "pots", abreviatura de potenciómetro); un PEEK a la ubicación 624 devuelve un número entre 0 y 228 ($E4), el que aumenta a medida que se gira el paddle en sentido antihorario. Cuando se utiliza el paddle para mover un player o cursor (es decir, PLOT PADDLE(0),0), primero debe comprobar su pantalla. Muchos televisores no mostrarán ubicaciones menores a 48 ($30) o mayores a 208 ($D0), y en muchos modos gráficos obtendrá un ERROR 141: cursor fuera de rango. Los paddles están emparejados en los conectores del control, por lo que el paddle #0 y el paddle #1 utilizan el conector #1. Los registros PADDL son registros sombra de las ubicaciones 53760 a la 53767 ($D200 a la $D207) del POKEY.

625

271

PADDL1

Esta y las siguientes 6 ubicaciones son las mismas que la ubicación 624, pero para los otros paddles.

626

272

PADDL2

627

273

PADDL3

628

274

PADDL4

629

275

PADDL5

630

276

PADDL6

631

277

PADDL7

632

278

STICK055

El valor del joystick #0. Los registros STICK son registros sombra de las ubicaciones 54016 y 54017 ($D300, $D301) de PIA. Dependiendo de la posición del joystick, se tienen 9 valores decimales posibles (que representan incrementos de 45 grados) que son leídos por cada registro de joystick (usando el comando STICKn):

Decimal                  Binario
          14                      1110
           |                        |
     10    |    6             1010  | 0110
         \ | /                    \ | /
  11  --- 15 ---   7      1011--- 1111 ---0111
         / | \                    / | \
     9     |    5             1001  | 0101
           |                        |
          13                      1101

15 (1111) equivale al joystick en posición vertical (neutral).

Para ver un artículo sobre cómo fabricar un joystick proporcional, consulte la revista Micro de diciembre de 1981. Para ver un ejemplo de un controlador de joystick en lenguaje de máquina que puede agregar a su programa BASIC, consulte la revista COMPUTE! de julio de 1981.

A continuación, se presenta el listado de un lector de joysticks en lenguaje de máquina, basado en el artículo de la revista COMPUTE! de agosto de 1981:

1   GOSUB 1000
10  MIRAR = STICK(0)
20  X = USR(1764,MIRAR): Y = USR(1781,MIRAR)
30  ON X GOTO 120, 100, 110
.
.
.
100 REM SU RUTINA PARA MOVER A LA IZQUIERA
105 GOTO 10
110 REM SU RUTINA PARA MOVER A LA DERECHA
115 GOTO 10
120 ON Y GOTO 150, 130, 140
130 REM SU RUTINA PARA MOVER HACIA ABAJO
135 GOTO 10
140 REM SU RUTINA PARA MOVER HACIA ARRIBA
145 GOTO 10
150 REM IF X <> 1 THEN NO SE HACE NADA. SALTE A SUS RUTINAS O A LA LINEA 155
155 GOTO 10
.
.
.
1000 FOR CICLO = 1764 TO 1790: READ BYTE: POKE CICLO, BYTE: NEXT CICLO
1010 DATA 104,104,133,213,104,41,12,74,74,73,2,24,105,1
1020 DATA 133,212,96,104,104,133,213,104,41,3,76,237,6
1030 RETURN

Para ver un ejemplo de una llamada USR que utiliza una cadena en lugar de una ubicación de memoria fija, consulte las ubicaciones 88 y 89 ($58 y $59).

55 Encuentre información adicional para esta ubicación en la Adenda. (N. del T.)

633

279

STICK1

Esta y las siguientes 2 ubicaciones son las mismas que la ubicación 632, pero para los otros joysticks. Estas 4 ubicaciones también se utilizan para determinar si está presionado el botón del lápiz de luz (PEN 0 - 3).

634

27A

STICK2

635

27B

STICK3

636

27C

PTRIG0

Botón de paddle #0. Se utiliza para determinar si el botón del paddle #0 está presionado (se devuelve 0) o no (se devuelve 1). Dado que estas son las mismas líneas de los interruptores izquierdo/derecho del joystick, puede usar PTRIG para el movimiento horizontal. PTRIG(1) - PTRIG(0) devuelve -1 (izquierda), 0 (centro), + 1 (derecha). Las siguientes 7 ubicaciones son para los botones de los otros paddles. PTRIG 0 - 3 son los registros sombra del registro 54016 ($D300) de PIA.

637

27D

PTRIG1

638

27E

PTRIG2

639

27F

PTRIG3

640

280

PTRIG4

PTRIG 4-7 son los registros sombra del registro 54017 ($D301) del PIA.

641

281

PTRIG5

642

282

PTRIG6

643

283

PTRIG7

644

284

STRIG0

Botón del joystick #0. Esta y las siguientes 3 ubicaciones realizan la misma función que las ubicaciones PTRIG, excepto que ahora para los joysticks. Al igual que PTRIG, se devuelve 0 cuando se presiona el botón, y se devuelve 1 cuando no se presiona. Los registros STRIG son los registros sombra de las ubicaciones 53264 a la 53267 ($D010 a la $D013) del GTIA/CTIA .

645

285

STRIG1

646

286

STRIG2

647

287

STRIG3

Las ubicaciones 648 a la 655 ($288 a la $28F) son para uso misceláneo del Sistema Operativo.

648

288

CSTAT

Registro de estado del cassette.

649

289

WMODE

Registro para almacenar el modo de lectura o escritura para el controlador del cassette, dependiendo de la operación: 0 es igual a lectura y 128 ($80) es igual a escritura.

650

28A

BLIM

Tamaño del búfer de registro de datos del cassette. Contiene la cantidad de bytes de datos activos en el búfer del cassette para el registro que se está leyendo o escribiendo en la ubicación 1021 ($3FD). Los valores varían de 0 a 128 (el tamaño del registro del cassette es 128; $80). El puntero al byte que se está leyendo o escribiendo se encuentra en la ubicación 61 ($3D). El valor de BLIM se extrae de los bytes de control que preceden a cada registro del cassette, tal como se explica en la ubicación 1021.

651-655

28B-28F

....

Bytes sobrantes. No se recomienda que utilice los bytes sobrantes para su propio programa. En actualizaciones posteriores del Sistema Operativo, estos bytes podrían ser utilizados y provocar un conflicto con sus programas. Por ejemplo, la nueva ROM del Sistema Operativo utiliza las ubicaciones 652 y 653 ($28C, $28D) en las nuevas rutinas del controlador de interrupciones IRQ. Es mejor utilizar un área protegida de memoria, como la Página Seis, ubicaciones 1536 a la 1791 ($600 a la $6FF).

Las ubicaciones 656 a la 703 ($290 a la $2BF) se utilizan para el controlador de visualización de la RAM de pantalla (dependiendo del modo gráfico).

En el modo de pantalla dividida, la ventana de texto es controlada por el editor de despliegue (display editor) (E:), mientras que la región de gráficos es controlada por el controlador de pantalla (display handler) (S:), utilizando 2 IOCBs separados. También se mantienen 2 cursores separados. En la opción de pantalla dividida, el controlador de pantalla establece en 1 el registro AUX1 del IOCB. Consulte el área IOCB en las ubicaciones 832 a la 959 ($340 a la $3BF). Para ver un programa que coloca GRAPHICS 1 y GRAPHICS 2 en el área de la ventana de texto, consulte la revista COMPUTE! de febrero de 1982. La ventana de texto utiliza 160 bytes de memoria RAM ubicados justo debajo de RAMTOP (vea la ubicación 106; $6A). Para ver un cuadro del uso de RAM de la pantalla, consulte la ubicación 88 ($58).

656

290

TXTROW

Fila del cursor de la ventana de texto; este valor varía entre 0 y 3 (la ventana de texto tiene solo 4 líneas). TXTROW especifica dónde ocurrirá la próxima lectura o escritura en la ventana de texto.

657,658

291,292

TXTCOL

Columna del cursor de la ventana de texto; este valor varía entre 0 y 39. A menos que el usuario la cambie, la ubicación 658 siempre es igual a 0 (solo hay 40 columnas en la pantalla, por lo que el byte más significativo es igual a 0). Dado que los comandos POSITION, PLOT, LOCATE y similares hacen referencia al cursor gráfico en el área de visualización sobre la ventana de texto, debe usar instrucciones POKE para escribir en esta área, si las instrucciones PRINT no son suficientes.

659

293

TINDEX

Contiene el modo gráfico de la ventana de texto de pantalla dividida actual. Es el equivalente en pantalla dividida de DINDEX (ubicación 87; $57) y siempre es igual a 0 cuando la ubicación 128 ($7B) es igual a 0. Su valor inicial es 0 (que representa GRAPHICS 0). Puede modificar la Lista de Despliegue para cambiar la ventana de texto a cualquier modo gráfico que desee. Si lo hace, recuerde cambiar TINDEX para reflejar este cambio.

660,661

294,295

TXTMSC

Dirección de la esquina superior izquierda de la ventana de texto. Equivalente en pantalla dividida de las ubicaciones 88 y 89 ($58 y $59).

662-667

296-29B

TXTOLD

Estas ubicaciones contienen los equivalentes en pantalla dividida de OLDROW (90; $5A), OLDCOL (91 y 92; $5B y $5C), OLDCHR (ubicación 93, $5D) y OLDADR (ubicaciones 94 y 95; $5E y $5F). Estas ubicaciones contienen los datos del cursor en pantalla dividida.

668

29C

TMPX1

Registro temporal, utilizado por el controlador de pantalla para el registro del conteo de ciclos de desplazamiento.

669

29D

HOLD3

Registro temporal.

670

29E

SUBTMP

Almacenamiento temporal.

671

29F

HOLD2

Registro temporal.

672

2A0

DMASK

Máscara de ubicación del píxel. Según el modo gráfico en uso, DMASK contiene ceros para todos los bits que no corresponden al píxel específico sobre el que se va a operar, y 1s para los bits que sí corresponden, de la siguiente manera:

11111111	Modos 0, 1 y 2:	1 pixel por cada byte del despliegue de pantalla.
11110000	Modos 9, 10 y 11:	2 pixels por cada byte.
00001111
11000000	Modos 3, 5 y 7:	4 pixels por cada byte.
00110000
00001100
00000011
10000000	Modos 4, 6 y 8:	8 pixels por cada byte.
01000000
etc. hasta:
00000001

Un píxel (abreviatura de celda de imagen o elemento de imagen) es una unidad lógica de tamaño de video que depende del modo gráfico en uso para sus dimensiones. El píxel más pequeño se encuentra en el modo gráfico 8, donde tiene solo 1/2 reloj de color de ancho y sólo 1 línea de escaneo de alto. En GRAPHICS 0 también tiene sólo 1/2 reloj de color de ancho, pero tiene 8 líneas de escaneo de alto. A continuación, se muestra una tabla de los tamaños de pixeles para cada modo:

	Modos Texto			Modos Gráficos
Modo GR.	0	1	2	3	4	5	6	7	8
Líneas de escaneo por píxel	8	8	16	8	4	4	2	2	1
Bits por pixel	1	1	1	2	1	2	1	2	1
Relojes de color por pixel	0,5	1	1	4	2	2	1	1	0,5
Caracteres por línea	40	20	20	--	--	--	--	--	--
Pixeles por ancho	--	--	--	40	80	80	160	160	320

La cantidad de pixeles por ancho de pantalla se basa en la pantalla del campo de juego normal. Para obtener más información sobre el tamaño del campo de juego, consulte la ubicación 559 ($22F).

673

2A1

TMPLBT

Almacenamiento temporal de la máscara de bits.

674

2A2

ESCFLG

Bandera de la tecla ESCAPE. Normalmente su valor es igual a 0, y se establece en 128 ($80) si se presiona la tecla ESC (al detectar el carácter ESC; 27, $1B). Se establece en 0 después de la impresión en pantalla del siguiente carácter. Para mostrar los códigos de control ATASCII sin el uso del carácter ESC, ponga un valor distinto de 0 en la ubicación 766 ($2FE).

675-689

2A3-2B1

TABMAP

Mapa de las posiciones de detención de las tabulaciones. En esta ubicación se tienen 15 bytes (120 bits), donde cada bit corresponde a una columna en una línea lógica. Un 1 en cualquier bit significa que la tabulación está activada. Para borrar todas las tabulaciones, simplemente establezca en 0 cada ubicación. Hay 120 ubicaciones de tabulaciones porque hay 3 líneas físicas por cada línea lógica en el modo gráfico 0, cada una de las cuales consta de 40 columnas. Establecer las ubicaciones de las tabulaciones para una línea lógica significa que también se establecerán para cada línea lógica subsiguiente, hasta que estas ubicaciones sean modificadas.

Sin embargo, cada línea física en una línea lógica puede tener diferentes configuraciones de tabulaciones. Para cambiar las ubicaciones de las tabulaciones desde el BASIC, debe usar el comando POKE para establecer en 1 el bit que corresponde a la ubicación en el byte (se tienen 5 bytes en cada línea). Por ejemplo: para configurar las tabulaciones en las ubicaciones 5, 23, 27 y 32, primero visualice la línea como una cadena de ceros con un 1 en cada configuración de tabulación deseada:

0000100000000000000000100010000100000000

Luego divida esta cadena en grupos de 8 bits (unidades de un byte). Tenemos 3 bytes que contienen bits establecidos en 1, y 2 bytes con todos sus bits en 0:

00001000 =  8 
00000000 =  0 
00000010 =  2 
00100001 = 33 
00000000 =  0

Al convertirlos a decimal, obtenemos los valores indicados a la derecha de cada byte. Éstos son los números que debe introducir en las ubicaciones 675 (el primer byte) a la 679 (el quinto byte de la línea). Al encender el equipo o cuando se hace OPEN la pantalla (S: o E:), a cada byte se le asigna un valor 1 (es decir, 00000001) de modo que se tengan tabulaciones predeterminadas en las posiciones 7, 15, 23, etc., incrementándose de 8 en 8 hasta llegar a 119. Además, el borde más a la izquierda de la pantalla también cuenta como una tabulación válida (2, 42 y 82). En el editor del BASIC, estas tabulaciones se configuran mediante las teclas SET-TAB y CLR-TAB. TABMAP también funciona para las líneas en la ventana de visualización de texto en formato de pantalla dividida. TABMAP se restablece a los valores predeterminados al presionar la tecla RESET o al cambiar el modo gráfico.

Para saber cómo cambiar la configuración de las tabulaciones cuando un comando PRINT encuentra una coma, consulte la ubicación 201 ($C9).

690-693

2B2-2B5

LOGMAP

Mapa de bits del inicio de las líneas lógicas. Estas ubicaciones asignan el número de línea física inicial para cada línea lógica en la pantalla (inicialmente 24, para GRAPHICS 0). Cada bit de los primeros 3 bytes indica el comienzo de una línea lógica si dicho bit es igual a 1 (3 bytes equivalen a 3 * 8 bits = 24 líneas en la pantalla). El formato del mapa es el siguiente:

Bit	7	6	5	4	3	2	1	0	Byte
Línea	0	1	2	3	4	5	6	7	690
	8	9	10	11	12	13	14	15	691
	16	17	18	19	20	21	22	23	692
	--	--	--	--	--	--	--	--	693

El último byte se ignora. Todos los bits del mapa se establecen en 1 cuando se hace OPEN o CLEAR a la pantalla de texto, cuando se ejecuta un comando GRAPHICS o se presiona la tecla RESET. El mapa se actualiza a medida que se ingresan, editan o eliminan líneas lógicas.

694

2B6

INVFLG

Bandera de carácter en modo de video inverso; 0 es normal y también su valor inicial (es decir, los códigos de video ATASCII normales tienen el bit 7 igual a 0). Haga POKE con 128 ($80) en la ubicación INVFLG para obtener caracteres inversos (El bit 7 es igual a 1). Este registro normalmente se establece alternando la tecla con el logotipo de Atari⁵⁶; sin embargo, esto puede ser modificado por el usuario. El controlador de visualización realiza en todo momento una operación XOR entre los códigos ATASCII y el valor almacenado en INVFLG. Vea la ubicación 702 ($2BE) más abajo.

INVFLG trabaja para cambiar la entrada desde el teclado, y no la salida por pantalla. Por ejemplo, si tiene que A$ = "HOLA", el hacer POKE 694,128 no cambia A$ cuando lo imprime en la pantalla. Sin embargo, si hace POKE 694,128 antes de un INPUT A$, la cadena se ingresa con caracteres en video inverso.

Bandera de relleno a la derecha del comando DRAW del Sistema Operativo. Si la operación actual es un DRAW, entonces este registro es igual a 0. Si el valor de esta ubicación es distinto de 0, entonces la operación es un FILL (relleno).

696

2B8

TMPROW

Registro temporal para la fila utilizada por ROWCRS (vea la ubicación 84; $54).

697,698

2B9,2BA

TMPCOL

Registro temporal para la columna utilizada por COLCRS (vea las ubicaciones 85 y 86; $55 y $56).

699

2BB

SCRFLG

Bandera de desplazamiento (scroll): esta ubicación se establece en 1 si se produce un desplazamiento. Cuenta el número de líneas físicas menos 1 que fueron eliminadas de la parte superior de la pantalla. Esto mueve toda la pantalla hacia arriba una línea física por cada línea desplazada desde la parte superior. Dado que una línea lógica tiene 3 líneas físicas, SCRFLG varía entre 0 y 2.

Desplazar la ventana de texto equivale a desplazar toda una pantalla del modo gráfico 0. 800 bytes, equivalentes a 20 líneas adicionales, se desplazan hacia arriba en la memoria justo debajo de la dirección de la ventana de texto. Esto puede causar estragos en cualquier dato que haya almacenado por encima de RAMTOP, como por ejemplo, los gráficos P/M.

700

2BC

HOLD4

Registro temporal utilizado únicamente en el comando DRAW del Sistema Operativo; se utiliza para almacenar y restaurar el valor en ATACHR (ubicación 763; $2FB) durante el proceso FILL.

701

2BD

HOLD5

Igual que el registro anterior.

702

2BE

SHFLOK

Bandera para las teclas SHIFT y CONTROL. Esta ubicación es igual a 0 en el caso de las letras minúsculas, y es igual a 64 ($40) en el caso de las mayúsculas (llamado bloqueo de mayúsculas (SHIFT-lock): las mayúsculas son necesarias para las instrucciones BASIC y también es el modo predeterminado al encender el equipo). Si se pone un 64 en SHFLOK, se establecerán los caracteres en mayúsculas durante su programa. Cuando se presiona la tecla CONTROL, esta ubicación devuelve el valor 128 ($80; CONTROL-lock). El bloqueo forzado de la tecla CONTROL hace que todas las teclas muestren sus funciones de código de control o sus figuras gráficas. Otros valores introducidos aquí pueden provocar que el sistema se bloquee. Puede utilizar esta ubicación junto con la ubicación 694 ($2B6) para convertir todas las entradas del teclado a mayúsculas, que es la visualización normal, mediante el siguiente programa:

10 OPEN #2,4,0,"K:"
20 GET #2,A
30 GOSUB 1000
40 PRINT CHR$(A);:GOTO 20
.
.
.
1000 IF A=155 THEN 1030:REM TECLA RETURN
1010 IF A>=128 THEN A=A-128:REM RESTABLECEMOS A PANTALLA NORMAL
1020 IF PEEK(702)=0 AND A>96 THEN A=A-32:REM MINUSCULAS A MAYUSCULAS
1030 POKE 702,64:POKE 694,0
1040 RETURN

Bandera para el número de filas de texto disponibles para imprimir en la pantalla. En el modo de texto GRAPHICS 0, esta ubicación es igual a 24 ($18); para la ventana de texto, esta ubicación es igual a 4. Y para todos los modos gráficos, esta ubicación es igual a 0. En todos los modos gráficos excepto el modo 0, si no se tiene una ventana de texto, la ubicación 703 también es igual 0. Para efectos de esta ubicación, las pantallas de texto grande en los modos GRAPHICS 1 y GRAPHICS 2 se tratan como pantallas gráficas. El controlador de la pantalla verifica específicamente el modo de pantalla dividida buscando el valor 24 ó 4 en esta ubicación. Si encuentra un 24, asume que no hay ninguna ventana de texto; de lo contrario, busca el valor 4.

Puede agregar una ventana de texto al modo GRAPHICS 0 haciendo POKE en esta ubicación con el valor 4. La parte superior de la pantalla (las primeras 20 líneas) no se desplaza con la parte inferior. Para escribir en la parte superior de la pantalla, debe utilizar la instrucción PRINT#6, tal como en los modos GRAPHICS 1 y 2. Una posible aplicación de lo anterior sería mantener un menú fijo en la parte superior de la pantalla mientras se desplaza por la parte inferior, tal como se hace en el menú del DOS.

Las ubicaciones 704 a la 712 ($2C0 a la $2C8) son los registros de color para los players, missiles y los campos de juego. Estos corresponden a los registros sombra en la RAM para las ubicaciones 53266 a la 53274 ($D012 a la $D01A). Para esto último, puede utilizar el comando SETCOLOR del BASIC. Para todos los registros, puede introducir el color deseado en la ubicación apropiada usando esta fórmula:

COLOR = TONO * 16 + LUMINANCIA

A diferencia de lo que Atari dice, usando una técnica llamada artefactos (artifacting) es posible tener más de 1 color (y medio) en el modo GRAPHICS 8. En la ubicación 710 ($2C6) se muestra un pequeño ejemplo de artefactos. Vea los libros De Re Atari y Your Atari 400/800, y las revistas Creative Computing de junio de 1981 y COMPUTE! de mayo de 1982.

Aquí tiene los 16 colores que produce su computador Atari, junto con sus valores POKE para los registros de color. Los valores POKE asumen una luminancia igual a 0. Sume el valor de la luminancia a estos números para hacer el color más brillante. Los registros de color ignoran el bit 0. Es por eso que no se tiene valores "impares" para la luminancia, solo valores pares.

Color	Valor			Color	Valor
Negro	0,	0		Azul medio	8,	128
Óxido	1,	16		Azul oscuro	9,	144
Rojo-naranja	2,	32		Azul-gris	10,	160
Naranja oscuro	3,	48		Verde oliva	11,	176
Rojo	4,	64		Verde medio	12,	192
Lavanda oscuro	5,	80		Verde oscuro	13,	208
Azul cobalto	6,	96		Verde-naranja	14,	224
Ultramar	7,	112		Naranja	15,	240

A continuación, se muestra el uso de bits de los registros PCOLR y COLOR:

Bit	7	6	5	4	3	2	1	0
	- color -				luminancia			sin uso
Gris	0	0	0	0	0	0	0	Más oscuro
Óxido	0	0	0	1	0	0	1
	etc. hasta:				etc. hasta:
Naranja	1	1	1	1	1	1	1	Más claro

Cuando se habilita la superposición de colores en la ubicación 623 ($26F), ANTIC realiza un OR lógico en las áreas de superposición. Por ejemplo:

            01000010  Rojo, luminancia 2
       OR   10011010  Azul oscuro, luminancia 10
            --------
Resultado = 10011010  Verde oscuro, luminancia 10

A continuación, se muestra una breve rutina en lenguaje de máquina que rota los colores en los registros 705 al 712:

10 DIM ROTAR$(30)
20 FOR CICLO=1 TO 27:READ BYTE:ROTAR$(CICLO,CICLO)=CHR$(BYTE):NEXT CICLO
.
.    PONGA AQUI SU RUTINA GRAFICA
.
100 CAMBIO=USR(ADR(ROTAR$))
105 FOR CICLO=1 TO 200:NEXT CICLO:GOTO 100
110 DATA 104,162,0,172,193,2,189,194,2,157
120 DATA 193,2,232,224,8,144,245,140,200,2
130 DATA 96,65,65,65,65,65,65

110 DATA 104,162,0,172,192,2,189,193,2,157
120 DATA 192,2,232,224,8,144,245,140,199,2

Si desea incluir en la rutina los registros 704 al 712, realice los cambios tal como se indica arriba y en la línea 120 cambie el 8 por un 9 y el 199 por un 200. Esta rutina funciona bien con las demostraciones de GTIA de la ubicación 623 ($26F).

Para obtener más detalles, consulte las páginas 45 a la 56 del Manual de Referencia del Atari BASIC, y el disco de demostración de GTIA de APX.

704

2C0

PCOLR0

Color del player #0 y del missile #0. En algunas fuentes las ubicaciones 704 a la 707 también se denominan COLPM#. Corresponde al registro sombra de la ubicación 53266 ($D012). En el modo gráfico GTIA 10, la ubicación 704 almacena el color de fondo (BAK; normalmente almacenado en la ubicación 712). Los valores de color se deben introducir en los registros PCOLR mediante el uso del comando POKE. No se puede utilizar el comando SETCOLOR para este efecto.

705

2C1

PCOLR1

Color del player #1 y del missile #1. Corresponde al registro sombra de la ubicación 53267 ($D013).

706

2C2

PCOLR2

Color del player #2 y del missile #2. Corresponde al registro sombra de la ubicación 53268 ($D014).

707

2C3

PCOLR3

Color del player #3 y del missile #3. Cuando los 4 missiles se combinan para formar un quinto player, toma el color almacenado en la ubicación 711 (COLOR3). Corresponde al registro sombra de la ubicación 53269 ($D015).

708

2C4

COLOR0

Registro de color #0 y color del campo de juego #0, controlado por el comando BASIC SETCOLOR 0. En los modos GRAPHICS 1 y GRAPHICS 2, este color se utiliza para las letras mayúsculas. Corresponde al registro sombra de la ubicación 53270 ($D016). Desde el BASIC puede utilizar el comando SETCOLOR o POKE para cambiar los valores de todos los registros COLOR.

709

2C5

COLOR1

Para los diferentes campos de juego y comandos SETCOLOR, las siguientes 4 ubicaciones son las mismas que la ubicación 708. En GRAPHICS 1 y GRAPHICS 2, este registro almacena el color de las letras minúsculas.

COLOR1 también se utiliza en los modos GRAPHICS 0 y GRAPHICS 8 para almacenar el valor de luminancia del color. Corresponde al registro sombra de la ubicación 53271 ($D017).

710

2C6

COLOR2

Lo mismo que el registro anterior, pero para el campo de juego #2. En los modos GRAPHICS 1 y GRAPHICS 2, este registro almacena el color de las letras mayúsculas en modo de video inverso. Corresponde al registro sombra de la ubicación 53272 ($D018). En los modos GRAPHICS 0 y GRAPHICS 8, esta ubicación se utiliza como color de fondo. Ambos utilizan el registro COLOR1 para obtener el valor de luminancia.

A pesar de las limitaciones oficiales a la hora de seleccionar el color en el modo GRAPHICS 8, es posible generar colores adicionales en la pantalla mediante "artefactos", activando pixeles específicos de 1/2 reloj de color cada uno. Aprovechando la propia estructura física del televisor, se pueden activar selectivamente líneas verticales de pixeles que muestran todas el mismo color. Por ejemplo:

10 A=40:B=30:C=70:D=5:F=20:GRAPHICS 8:POKE 87,7:POKE 710,0:POKE 709,15:COLOR 1
30 PLOT A,D:DRAWTO A,C:COLOR 2:PLOT F,D:DRAWTO F,C
40 PLOT A+1,D:DRAWTO A+1,C
50 COLOR 3:PLOT B,D:DRAWTO B,C
60 GOTO 60

La experimentación le mostrará que los colores obtenidos dependen de qué pixeles estén activados y de qué tan cerca estén las columnas de pixeles. Se pueden obtener 4 "colores", tal como se vio anteriormente. Los pixeles marcados con 1 están encendidos; los marcados con 0 significa que están apagados. Cada par de pixeles corresponde a un reloj de color. Para mayor claridad se muestran 3 relojes de color juntos:

00:01:00 = color A     00:11:00 = color B
00:10:00 = color C     00:01:10 = color D

Para más información, vea la revista BYTE de mayo de 1982, y los libros De Re Atari y Your Atari 400/800.

711

2C7

COLOR3

Lo mismo que el registro anterior, pero para el campo de juego #3. Además, en los modos GRAPHICS 1 y GRAPHICS 2 este registro almacena el color de las letras minúsculas en modo video inverso. Corresponde al registro sombra de la ubicación 53273 ($D019).

712

2C8

COLOR4

Lo mismo que el registro anterior, pero para el color del borde y del fondo (BAK). Corresponde al registro sombra de la ubicación 53274 ($D01A). En el modo GTIA 10, la ubicación 704 almacena el color de fondo (BAK), mientras que la ubicación 712 se convierte en un registro de color normal.

A continuación, se presentan los valores predeterminados de los registros COLOR (todos los registros PCOL se establecen en 0 al momento de encender el equipo):

Registro	Color	=	Matiz	Luminancia
708 (CO. 0)	40		2	8
709 (CO. 1)	202		12	10
710 (CO. 2)	148		9	4
711 (CO. 3)	70		4	6
712 (CO. 4)	0		0	0