Articulo de referencia

Gráficos de Apple II

Los gráficos de Apple II debutaron en el Apple II original en 1977 y se utilizaron en toda la serie de computadoras del mismo nombre . Hay un modo de 16 colores de 40 × 48 (baja...

Los gráficos de Apple II debutaron en el Apple II original en 1977 y se utilizaron en toda la serie de computadoras del mismo nombre . Hay un modo de 16 colores de 40 × 48 (baja resolución) y un modo de 280 × 192 (alta resolución) donde los efectos visuales dependen del color de los artefactos . Ambos modos pueden tener opcionalmente cuatro líneas de texto en la parte inferior, lo que reduce la resolución vertical. El Apple IIe agrega versiones "dobles" de cada uno de estos, la más destacada es la "doble alta resolución" con el doble de resolución horizontal en 16 colores. Internamente, los modos gráficos de Apple II son idiosincrásicos y no utilizan un búfer de fotogramas lineal .

Los modos gráficos introducidos con el Apple II GS de 1986 se diferencian de los de los modelos anteriores de Apple II y tienen más en común con el Atari ST y el Amiga .

Peculiaridad de los modos gráficos

Los modos gráficos de la serie Apple II eran distintivos incluso para los estándares de finales de los años 70 y principios de los 80. Una peculiaridad notable de estos modos es resultado directo del diseño de ahorro de chips del fundador de Apple, Steve Wozniak . Muchos sistemas informáticos domésticos de la época (así como los compatibles con IBM PC actuales ) tenían una arquitectura que asignaba bloques de memoria consecutivos a filas no consecutivas en la pantalla en los modos gráficos, es decir, entrelazado. Los modos de texto y gráficos de Apple se basan en dos factores de entrelazado diferentes : 8:1 y 64:1.

Una segunda peculiaridad de los gráficos del Apple II, las llamadas "franjas de color", es otro subproducto del diseño de Wozniak . Si bien aparecen en todos los modos gráficos, desempeñan un papel crucial en el modo de alta resolución .

Salida de vídeo

La lectura o escritura de valores en ciertas direcciones de memoria controlaba los llamados "interruptores de software". A diferencia de la mayoría de los ordenadores contemporáneos, el valor leído o escrito no importaba, sino el acceso en sí. Esto permitía al usuario realizar diversas acciones, como mostrar la pantalla gráfica (de cualquier tipo) sin borrarla, mostrar la pantalla de texto, borrar la última tecla pulsada o acceder a diferentes bancos de memoria. Por ejemplo, se podía cambiar de una visualización mixta de gráficos y texto a una visualización exclusivamente gráfica accediendo a la dirección 0xC052 (49234). Para volver a la visualización mixta de gráficos y texto, se accedía a la dirección 0xC053 (49235).

Hardware de salida de vídeo integrado

Algo inusual para las primeras computadoras personales de bajo costo, todas las máquinas Apple II pueden producir gráficos por computadora . Aunque utiliza hardware económico ("alrededor de siete dólares en chips de microcomputadora ", según Mitchell Waite ), es capaz de generar gráficos y animaciones complejos. [ 1 ]

Un conector RCA proporciona una salida de vídeo compuesto NTSC , PAL o SECAM aproximada (en equipos que no son NTSC anteriores al Apple IIe, esta salida es en blanco y negro). Esto permite conectar el ordenador a cualquier monitor de vídeo compuesto compatible con el mismo estándar para el que se configuró el equipo. Sin embargo, la calidad de esta salida es inestable; la sincronización era lo suficientemente precisa para monitores, pero no se ajustaba lo suficiente a los estándares como para ser adecuada para aplicaciones de radiodifusión, ni siquiera para la entrada a una grabadora de vídeo sin procesamiento adicional. La excepción es la versión Extended Back del Apple II Plus negro de Bell & Howell, que sí proporciona una sincronización de vídeo adecuada, además de otras funciones multimedia.

Además del conector de salida de vídeo compuesto, los modelos IIc, IIc Plus y II GS cuentan con una salida de 15 pines y dos filas . En los modelos IIc y IIc Plus, este conector es un conector de vídeo especial para adaptadores a monitores RGB digitales y moduladores de RF . En el modelo II GS , es una salida para un monitor RGB analógico diseñado específicamente para el ordenador.

Tarjetas de salida de vídeo adicionales

Para la serie Apple II existían numerosas tarjetas de vídeo adicionales, como la Apple 80-Column Text Card . También había tarjetas de color PAL que permitían la salida de color en los primeros equipos PAL. Otras tarjetas simplemente añadían la capacidad de mostrar texto en minúsculas y en 80 columnas , mientras que otras permitían la salida a un monitor IBM CGA a través de un conector de salida DE9 .

Detalles del modo gráfico

Color en el Apple II

La salida de vídeo del Apple II es en realidad una pantalla monocromática basada en los patrones de bits de la memoria de vídeo (o píxeles). Estos píxeles se combinan en cuadratura con la señal de ráfaga de color para ser interpretados como color por una pantalla de vídeo compuesto. Esto da como resultado una paleta de vídeo compuesto de 16 colores , basada en el espacio de color YIQ utilizado por el sistema de televisión en color NTSC. [ 2 ] [ 3 ]

La alta resolución proporciona dos píxeles por ciclo de ráfaga de color , lo que permite dos colores posibles si un píxel está encendido, negro si ninguno lo está, o blanco si ambos lo están. Al desplazar la alineación de los píxeles con respecto a la señal de ráfaga de color 90°, se pueden mostrar dos colores más, para un total de cuatro colores posibles. La baja resolución permite cuatro bits por ciclo, pero repite el patrón de bits varias veces por píxel de baja resolución. La doble alta resolución también muestra cuatro píxeles por ciclo.

Gráficos de baja resolución (Lo-Res)

Los colores de baja resolución 0 (negro), 3 (morado), 6 (azul medio), 9 (naranja), 12 (verde claro) y 15 (blanco) también estaban disponibles en modo de alta resolución. Los colores 5 y 10 (gris) son indistinguibles en el hardware original; sin embargo, algunos emuladores (como versiones antiguas de AppleWin ) los muestran con diferentes tonalidades. Cabe destacar que algunos de los colores del emulador AppleWin que se muestran aquí difieren notablemente de los que se muestran en el hardware original.

El modo gráfico de baja resolución (conocido comúnmente como GR , por el comando BASIC), aunque algo tosco, era rápido y colorido. Tenía un ancho de 40 píxeles , equivalente a las 40 columnas de la pantalla de texto estándar del Apple II. Este modo podía mostrar 40 filas de píxeles con cuatro líneas de texto en la parte inferior de la pantalla, o 48 filas de píxeles sin texto. De esta forma, dos píxeles apilados verticalmente ocupaban el espacio de la pantalla correspondiente a un carácter en modo texto . La configuración predeterminada era de 40x40 píxeles con texto.

En este modo, hay 16 colores disponibles (en realidad, 15 en la mayoría de los casos, ya que los dos tonos de gris tienen el mismo brillo en el hardware original de Apple, excepto en el Apple II GS ). Cabe destacar que seis de los colores son idénticos a los disponibles en el modo de alta resolución (Hi-Res).

Los colores se crearon rellenando el píxel con un patrón binario repetitivo de 4 bits, de manera que cada grupo de bits encajara dentro de un ciclo de la señal de referencia de la ráfaga de color . Las pantallas a color interpretarían este patrón como una señal de color. En monitores monocromáticos , o si la señal de ráfaga de color estaba desactivada, la pantalla mostraría estos patrones de bits. Hay dos tonos de gris equivalentes, ya que 5 (0101) es equivalente a 10 (1010) según cómo se mezclen los colores; los bits "encendidos" son polos opuestos entre sí en la señal de color en cuadratura , por lo que se cancelan entre sí y se muestran como gris.

Este modo se asigna a la misma área de memoria que la pantalla de texto principal de 40 columnas (de 0x400 a 0x7FF), donde cada byte almacena dos píxeles uno encima del otro.

El modo gráfico de baja resolución ofrecía comandos integrados para borrar la pantalla, cambiar el color del dibujo, trazar píxeles individuales, trazar líneas horizontales y trazar líneas verticales. También incluía una función "SCRN" para extraer el color almacenado en cualquier píxel, función ausente en los demás modos.

Diseño de memoria de baja resolución

Un bloque de 128 bytes almacena tres filas de 40 caracteres cada una, con un remanente de ocho bytes después de almacenar la tercera fila. Pero estos bytes no quedan vacíos. En cambio, son utilizados por el firmware de la placa base y el firmware de la tarjeta de expansión para almacenar información importante, principalmente sobre dispositivos externos conectados al ordenador. Esto creaba problemas cuando el usuario cargaba un texto o una pantalla gráfica de baja resolución directamente en la memoria de vídeo, reemplazando la información actual en los agujeros con la que había en el momento de guardar. La recalibración del cabezal del disco era un efecto secundario común, cuando el controlador del disco encontraba que su memoria —en un agujero de la pantalla— sobre la posición del cabezal, de repente no coincidía con los datos de la cabecera de la pista que estaba leyendo. Los programadores de Apple respondieron programando ProDOS para que el usuario no pudiera cargar directamente un archivo (datos de pantalla u otro) en 0x400-0x7FF. Pronto surgieron programas de ProDOS para cargar correctamente los datos en esta porción de memoria; varios aparecieron en la revista Nibble .

Pantalla 2: Gráficos y texto de baja resolución.

Tener dos pantallas para mostrar imágenes de vídeo era una parte integral del diseño de la familia Apple II. Al acceder a la ubicación de memoria 0xC055 (49237), se mostraba la "Pantalla 2" independientemente de la configuración de los demás "interruptores de software". El espacio de texto y de la Pantalla 2 de baja resolución abarcaba desde 0x800 (2048) hasta 0xBFF (3071). El entrelazado era exactamente el mismo que para la pantalla principal ("Pantalla 1"). Los programas Applesoft BASIC se cargaban en 801h (2049) por defecto; por lo tanto, ocuparían el espacio de la Pantalla 2 de texto a menos que se indicara al ordenador que cargara un programa en otra parte de la memoria. En cambio, algunos programas de software comerciales para Apple II utilizaban este espacio de memoria para diversos fines, normalmente para mostrar una pantalla de ayuda.

"Modo de visualización alternativo" en el Apple II GS

A diferencia de otros tipos de máquinas Apple II, la Apple II GS contaba con un procesador (el 65816 ) capaz de direccionar más de 64 KB de RAM sin necesidad de trucos especiales. En la IIgs, la RAM estaba dividida en bancos de 64 KB. Por ejemplo, el banco 0xE0 abarcaba el rango de 0xE00000 a 0xE0FFFF. La Apple IIgs incorporaba un chip llamado "Mega II" que le permitía ejecutar la mayoría de los programas escritos para otras computadoras Apple II. La arquitectura de la IIgs asignaba los datos de pantalla al banco de memoria 0xE0. Sin embargo, en el modo de emulación de la IIe , los datos de pantalla se almacenaban en el banco 0x00. Esto planteaba un problema. Los diseñadores del Mega II incluyeron rutinas para copiar la mayoría de los datos de pantalla al banco 0xE0 y así garantizar el correcto funcionamiento de los programas específicos de la Apple IIe. Pero olvidaron la pantalla de texto 2, de uso poco frecuente. Este problema no se descubrió hasta que los chips Mega II se integraron en las máquinas IIgs. Así pues, los diseñadores del firmware añadieron un CDA (accesorio de escritorio clásico, accesible desde el menú Accesorios de escritorio del IIgs, activado con Apple+ Control+Escape ) llamado "Modo de visualización alternativo" [ 6 ] , que realizaba la tarea para los pocos programas que lo necesitaban, a costa de un poco de tiempo de CPU . Podía activarse y desactivarse a voluntad, pero volvía a desactivarse cuando se reiniciaba el ordenador.

La compatibilidad mejorada con Text Screen 2 se solucionó con la introducción del Apple IIGS con 1 megabyte de RAM (más conocido como ROM 3) en 1989. La nueva placa base proporcionaba duplicación por hardware de Text Screen 2, sin coste alguno para el tiempo de CPU, por lo que no afectaba a la velocidad de ejecución del software. Aunque el Modo de visualización alternativo seguía siendo una opción en el menú CDA, el equipo detectaba automáticamente la presencia de Text Screen 2 y habilitaba la duplicación por hardware de Text Screen 2 en el banco 0xE0 en los equipos con ROM 3.

Gráficos de alta resolución (Hi-Res)

Es posible generar transiciones suaves entre un color y el blanco o el negro; sin embargo, es necesario elegir el blanco o el negro "correcto". Las dos imágenes superiores muestran el blanco y el negro de la paleta verde/violeta sobre un fondo verde. Las dos imágenes inferiores muestran el blanco y el negro de la paleta azul/naranja sobre un fondo verde; esto provoca que muchos de los píxeles verdes limítrofes se tornen naranjas.
Los bordes horizontales entre dos colores generan "efectos de franjas" en el Apple II. En la imagen inferior izquierda, dibujar una estrella azul sobre un fondo verde provoca que el Apple II añada píxeles negros, blancos y naranjas en los límites horizontales entre el verde y el azul, y en sus proximidades.

Cuando salió el Apple II, se añadió un nuevo modo para gráficos de alta resolución de 280 × 192. Al igual que el modo de baja resolución, el modo de alta resolución tenía dos pantallas; en Applesoft BASIC , se podía inicializar cualquiera de ellas, usando los comandos HGR para la primera pantalla o HGR2 para la segunda.

La ROM de Applesoft BASIC contenía rutinas para borrar cualquiera de las dos pantallas de alta resolución, dibujar líneas y puntos, y establecer el color del dibujo. También incluía rutinas para dibujar, borrar, escalar y rotar figuras vectoriales . No había rutinas para trazar figuras de mapa de bits , dibujar círculos y arcos , ni rellenar un área dibujada, pero se escribieron muchos programas; muchos de ellos aparecieron en Nibble y otras revistas de Apple II.

El usuario podía activar cuatro líneas de texto en el modo de alta resolución, al igual que en el modo de baja resolución; sin embargo, esto ocultaba las 32 líneas inferiores, lo que resultaba en una imagen de 280 × 160 píxeles. Las rutinas de la ROM aún podían modificar la parte inferior, aunque estuviera oculta.

El modo de alta resolución del Apple II era peculiar incluso para los estándares de la época. Mientras que la tarjeta CGA lanzada cuatro años después del Apple II para el IBM PC permitía al usuario seleccionar uno de dos conjuntos de colores para crear gráficos de 320 × 200, solo cuatro colores (el color de fondo y tres colores de dibujo) estaban disponibles a la vez. En contraste, el Apple ofrecía ocho colores para gráficos de alta resolución, o en realidad seis, ya que el blanco y el negro se repetían en el esquema. Cada fila de 280 píxeles se dividía en 40 bloques de siete píxeles cada uno, representados en un solo byte. Cada par de píxeles adyacentes generaba un píxel de color mediante color de artefacto , lo que resultaba en una resolución efectiva de 140 × 192. Los siete bits menos significativos de cada byte representaban los píxeles, mientras que el bit más significativo controlaba el desfase de fase para ese bloque de píxeles, alterando el color que se mostraba.

[ 7 ] Si bien esta función permite mostrar seis colores en pantalla simultáneamente, tiene un efecto secundario indeseado. Por ejemplo, si un programador intentara dibujar una línea azul sobre una verde, partes de la línea verde se volverían naranjas. Esto se debe a que, en este caso, dibujar la línea azul establece el bit más significativo (MSB) para cada bloque de siete píxeles. Los píxeles "verdes" y "naranjas" se representan de la misma manera en la memoria; la diferencia radica en la configuración (o borrado) del MSB. Otro efecto secundario es que dibujar un píxel requería dividir por siete. (Para el procesador 6502 de Apple, que no tenía hardware de división, dividir por siete era relativamente lento. Si dibujar un píxel solo hubiera requerido dividir por una potencia simple de dos, como ocho, esto solo habría necesitado una secuencia de desplazamientos de bits, lo que habría sido mucho más rápido).

El modo Hi-Res en el Apple II también era peculiar por su factor de entrelazado 64:1. Esto fue resultado directo del diseño de ahorro de chips de Steve Wozniak. [ 8 ] El factor 64:1 resultó en un efecto de "persiana veneciana" al cargar una pantalla Hi-Res en la memoria desde un disquete (o a veces un disco RAM ) con los interruptores de software ya configurados. Los "agujeros de pantalla" ocurren en el modo Hi-Res al igual que en los modos Lo-Res y texto. Normalmente no se almacenaba nada allí, aunque ocasionalmente se usaban para almacenar código en imágenes ejecutables auto-visualizables. Otra excepción notable es el formato Fotofile (FOT) [ 9 ] heredado por ProDOS de Apple SOS , que incluía metadatos en el byte 121 (el primer byte del primer agujero) que indicaban cómo debía mostrarse (modo de color, resolución) o convertirse a otros formatos gráficos.

Finalmente, otra peculiaridad del diseño de Wozniak es que, si bien cualquier píxel podía ser blanco o negro, solo los píxeles con coordenadas X impares podían ser verdes o naranjas. Del mismo modo, solo los píxeles pares podían ser morados o azules. [ 10 ] Aquí es donde entra en juego el llamado "beneficio marginal". El hardware de vídeo de Apple interpreta una secuencia de dos o más píxeles horizontales encendidos como blanco sólido, mientras que una secuencia de píxeles alternos se mostraría como color. De manera similar, una secuencia de dos o más píxeles horizontales apagados se mostraría como negro.

No existía ningún comando integrado para extraer el color de un píxel en la pantalla de alta resolución, ni siquiera para determinar si estaba encendido. Se escribieron varios programas para determinar si un píxel estaba iluminado, y un programa para extraer el color real del píxel se publicó en la edición de abril de 1990 de Nibble .

Así como existen dos páginas de texto en pantalla (y dos páginas de gráficos de baja resolución), también existen dos páginas de alta resolución, asignadas una tras otra en la memoria. La segunda pantalla de alta resolución se asignaba a las direcciones 0x4000-0x5FFF , o 16384–24575 en decimal. La CGA de IBM solo admitía una página de gráficos a la vez. Esto simplificaba la animación en el Apple II, ya que un programador podía mostrar una página mientras modificaba la otra (oculta).

Siempre que el vector de reinicio no estuviera ocluido por un programa en ejecución, la invocación de + interrumpiría un programa y escaparía al monitor o al símbolo del sistema de Applesoft. El uso de + + forzaría un reinicio a costa de una pequeña cantidad de corrupción de memoria. La configuración creativa de algunos interruptores de software en el monitor o en el símbolo del sistema permitía la visualización inmediata de imágenes de programas interrumpidos. Luego se podían grabar escenas favoritas de juegos. En el Apple //e y //c, el uso de + + resultaría en que el patrón 0xA0A0 ​​se escribiera de forma dispersa en toda la memoria, incluidas las páginas Hi-Res 1 y 2 en $2000$5FFF . La corrupción causada por estos artefactos podía editarse usando un paquete de pintura. En el Apple //e mejorado, la memoria de vídeo Hi-Res podía conservarse sin artefactos mediante la siguiente secuencia: presionar + + y deslizar la tecla hacia arriba y luego hacia abajo durante una fracción de segundo, repitiendo hasta que el patrón de color de autodiagnóstico comenzara a llenar la primera línea de texto en la esquina superior izquierda. Dado que el autodiagnóstico progresaba desde $0000 hacia arriba, una vez que se sobrescribía la dirección de inicio de la página de texto 1 ( $400 ), también se sobrescribía la suma de verificación del vector de reinicio ( $3F4 ), lo que significaba que una pulsación rápida posterior de + forzaría al firmware a reiniciarse sin sobrescribir la memoria por encima de $0800 en los bancos principal o auxiliar. Era posible guardar estas imágenes en un disquete y crear una presentación de diapositivas o una imagen estática, ya que un reinicio suave no borraba la memoria de vídeo en las imágenes de alta resolución.ControlResetControlOpen-AppleResetControlOpen-AppleResetControlClosed-AppleResetResetControlReset

Modos gráficos en modelos posteriores (IIe, IIc, IIc Plus, II GS )

En 1981, Bill Budge demostró públicamente un modo de doble alta resolución basado en software (560 × 192), que mostraba hasta 120 caracteres por línea. Afirmó que no era una alternativa al hardware de 80 columnas, ya que era impredecible y no funcionaba en todos los ordenadores Apple. [ 11 ]

Poco después del lanzamiento del Apple IIe, los ingenieros de Apple se percataron de que el circuito de duplicación de ancho de banda de vídeo utilizado para implementar el modo de texto de 80 columnas podía extenderse fácilmente para incluir los modos gráficos de la máquina. Dado que la señal estaba presente en el conector de la ranura auxiliar que alojaba la tarjeta de 80 columnas extendida, el Anunciador 3 del puerto de juegos se sobrecargaba para activar los gráficos de doble resolución cuando se seleccionaban tanto el vídeo de 80 columnas como un modo gráfico. Se ofrecieron placas base de reemplazo (denominadas placas base Revisión B) de forma gratuita a los propietarios del Apple IIe para actualizar sus máquinas con capacidades gráficas de doble resolución. Por esta razón, las máquinas con la placa base Revisión A original son extremadamente raras. Los modelos posteriores de Apple II también implementan los modos gráficos de doble resolución.

Doble baja resolución

Este es un modo gráfico de 80×40 (o 80×48) disponible solo en máquinas de 80 columnas. En Applesoft BASIC, habilitar este modo requiere tres pasos. Primero, habilitar el modo de 80 columnas con , luego habilitar los gráficos de doble densidad con , seguido de .PR#3POKE49246,0GR

10 PRINT CHR$ ( 4 ) "PR#3" : PRINT CHR$ ( 0 ); : POKE 49246 , 0 : GR

Tenga en cuenta que esto PR#3se delega al sistema operativo para evitar la desconexión con BASIC. A continuación, se envía un comando PRINT para imprimir un carácter nulo, ya que el dispositivo de salida recién asignado no se inicializa hasta que se le envía el primer carácter, lo cual suele generar confusión.PRINTCHR$(4)

Una vez hecho esto, se muestra y se borra la pantalla de Doble Baja Resolución, y los comandos PLOT, HLIN, y VLINfuncionan normalmente con el rango de coordenadas x extendido de 0 a 79. Solo el Apple IIc y el IIgs admiten esto en el firmware. Usar el modo Doble Baja Resolución desde BASIC en un IIe es mucho más complicado sin agregar una &extensión de comandos a BASIC.

Existen dos problemas principales al usar este modo en Applesoft. Primero, una vez activado, el acceso a la impresora se complica, ya que el firmware de la pantalla de 80 columnas se gestiona como una impresora. Segundo, la SCRNfunción de lectura de píxeles no funciona correctamente. Sin embargo, en la edición de marzo de 1990 de Nibble se incluye un programa que soluciona este problema.

Se sabe que al menos un compilador BASIC disponible comercialmente , ZBASIC de Zedcor Systems, admite gráficos de doble baja resolución.

Doble alta resolución

La composición de la pantalla de doble alta resolución es compleja. Además del entrelazado 64:1, los píxeles de las filas individuales se almacenan de una forma inusual: cada píxel tiene la mitad de su ancho habitual y cada byte de píxeles alterna entre el primer y el segundo banco de memoria de 64 KB. Donde tres píxeles consecutivos eran blancos, ahora se requerían seis en la doble alta resolución. En la práctica, todos los patrones de píxeles utilizados para generar color en los bloques gráficos de baja resolución podían reproducirse en los gráficos de doble alta resolución.

La implementación del disco RAM de ProDOS facilitó el acceso a la pantalla Double Hi-Res al hacer que el primer archivo de 8 KB guardado en /RAM almacenara sus datos en las direcciones 0x012000 a 0x013fff por diseño. Además, era posible una segunda página, y un segundo archivo (o un primer archivo de mayor tamaño) almacenaría sus datos en las direcciones 0x014000 a 0x015fff . Sin embargo, el acceso a través del sistema de archivos de ProDOS era lento y no se adaptaba bien a la animación de cambio de página en Double Hi-Res, más allá de los requisitos de memoria.

Aplicaciones que utilizan doble alta resolución

A pesar de la complejidad de programar y usar este modo, existían numerosas aplicaciones que lo aprovechaban. Los gráficos de doble alta resolución se utilizaban en aplicaciones empresariales, software educativo y juegos. La versión de GEOS para Apple usaba gráficos de doble alta resolución, al igual que el programa de dibujo de Broderbund , Dazzle Draw . Beagle Bros proporcionó un kit de herramientas, Beagle Graphics, con rutinas para desarrollar gráficos de doble alta resolución en AppleSoft BASIC. Numerosos juegos arcade y juegos escritos para otras computadoras se adaptaron al Apple II, y muchos aprovecharon este modo gráfico. También existían numerosos programas de utilidad y tarjetas de impresora que permitían al usuario imprimir gráficos de doble alta resolución en una impresora matricial o incluso en la LaserWriter .

Apple II GS

Además de ser compatible con los modos existentes, el Apple II GS añade nuevos modos similares a los del Atari ST y el Amiga .

Véase también

Referencias

  1. Lundell, Allan (17 de agosto de 1981). "Animación por computadora en computadoras personales" . InfoWorld . Vol.  3, n.°  16, págs.  40, 44. Recuperado el 13 de noviembre de 2025 .
  2. 1 2 3 "El Laboratorio : ¿Por qué el Apple II tenía seis colores?" . laboratorium.net . 
  3. 1 2 3 "Copia archivada" (PDF) . Archivado del original (PDF) el 14-08-2014 . Recuperado el 15-07-2014 .{{cite web}}: CS1 mantenimiento: copia archivada como título ( enlace )
  4. 1 2 BB Imagen frontal Apple
  5. Manual de referencia técnica de Apple IIe Apple
  6. Nibble , febrero de 1992
  7. 1 2 "Manual de referencia para programadores de Applesoft BASIC, pág. 133" . archive.org .
  8. Nibble , julio de 1990
  9. Notas sobre el tipo de archivo de Apple II : FTN.08.0000
  10. Nibble , diciembre de 1988, pág. 66
  11. Thomas, Wes (17 de agosto de 1981). "Budge demuestra programas de gráficos en la NCGA" . InfoWorld . Vol. 3, n.º 16, pág. 11. Consultado el 13 de noviembre de 2025 .