ANIM

ANIM es un formato de archivo , utilizado para almacenar películas digitales y animaciones generadas por computadora (de ahí el nombre ANIM), y es una variación del formato ILBM , que es un subformato del formato de archivo de intercambio . ^{[ 1 ] [ 2 ]}

El formato ANIM IFF fue desarrollado en 1988 por Gary Bonham en Sparta Inc. , una empresa con sede en California , originalmente para la producción de secuencias de vídeo animadas en el ordenador Amiga , y se utilizó por primera vez en los programas Videoscape y Video Titler de Aegis Development para la línea de ordenadores Amiga. ^{[ 1 ]} Al ser muy eficiente y un subconjunto oficial del formato de archivo estándar ILBM/IFF existente de Amiga, se convirtió en el estándar de facto para archivos de animación en Amiga. ^{[ 2 ]}

El formato del archivo debe tener estas características:

• Ser capaz de almacenar y reproducir secuencias de fotogramas, y minimizar tanto el espacio de almacenamiento en disco (mediante compresión) como el tiempo de reproducción (mediante algoritmos de descompresión eficientes).
• Mantener la máxima compatibilidad con los formatos IFF existentes y poder mostrar el fotograma inicial como una imagen IFF fija normal.

Se han introducido varios esquemas de compresión en el formato ANIM. La mayoría de ellos son de interés meramente histórico, ya que el único que se utiliza actualmente es la codificación de bytes de longitud de ejecución vertical desarrollada por el programador de software de Atari, Jim Kent .

El formato Amiga Anim7 fue creado en 1992 por el programador Wolfgang Hofer .

Un formato de archivo de vídeo creado originalmente para el Commodore CDTV , y posteriormente adaptado para el Amiga CD32 , se llamaba CDXL y era similar al formato de archivo ANIM. ^{[ 3 ] [ 4 ]}

El formato ANIM es compatible con al menos un editor de imágenes en línea actual. ^{[ 5 ] [ 6 ]}

Un archivo Anim mínimo consta de tres imágenes de mapa de bits intercaladas ILBM. El primer mapa de bits es una imagen completa, necesaria para la creación del siguiente fotograma, mientras que los otros dos son imágenes "delta", calculadas como diferencias con respecto a la primera.

El fotograma inicial es una imagen IFF (índice de fotogramas inicial) codificada mediante longitud de ejecución normal, lo que permite previsualizar el contenido del archivo. Los fotogramas subsiguientes se describen enumerando únicamente sus diferencias con respecto al fotograma anterior.

Mientras se muestra el primer fotograma, los siguientes se cargan en un búfer en la memoria gráfica. El Amiga cambia entre las pantallas casi instantáneamente mientras carga los fotogramas adicionales mediante el blitter. Gracias a sus capacidades DMA, el chipset gráfico puede acceder a la memoria sin interrumpir la CPU. Esta técnica se denomina doble búfer .

Para comprender mejor esto, supongamos que tenemos dos pantallas, A y B, con la capacidad de cambiar instantáneamente la visualización de una a otra. El fotograma inicial se carga en ambas pantallas. Se muestra la pantalla A. Las diferencias entre el fotograma 1 y el fotograma 2 se calculan y modifican en la pantalla B, que luego se muestra. A continuación, las diferencias entre este fotograma y el fotograma 3 se utilizan para modificar la pantalla A, que se muestra, y así sucesivamente. Cabe destacar que el fotograma 2 se almacena como diferencias con respecto al fotograma 1, mientras que todos los demás fotogramas se almacenan como diferencias con respecto a dos fotogramas anteriores.

ANIM es un formulario IFF y su estructura de fragmentos es la siguiente:

FORMULARIO ANIM * FORMULARIO ILBM (primer fotograma) ** BMHD (datos IFF de tipo normal) ** ANHD (fragmento de encabezado de animación opcional para la sincronización del primer fotograma) ** CMAP (Mapa de colores) ** CUERPO * FORMULARIO ILBM (marco 2) ** ANHD (fragmento de encabezado de animación) ** DLTA (datos en modo delta) * FORMULARIO ILBM (fotograma 3) ** ANHD ** DLTA (Etcétera...) 

El FORMULARIO ILBM inicial puede contener todos los fragmentos ILBM habituales, como CRNG, etc. El CUERPO normalmente será un fragmento de datos codificado en longitud de ejecución estándar (pero también cualquier otro modo de compresión válido, según lo indique el BMHD). Si se desea, puede aparecer aquí un fragmento ANHD para proporcionar datos de temporización para el primer fotograma. Si está presente, el campo de operación debe ser =0.

Los siguientes FORMs ILBM contienen un ANHD, en lugar de un BMHD, que duplica parte de BMHD y tiene parámetros adicionales relacionados con el fotograma de animación. El fragmento DLTA contiene los datos para los modos de compresión delta. Si se utiliza el modo de compresión XOR anterior, se colocará un fragmento BODY aquí. Además, se pueden colocar otros fragmentos en cada uno de estos según sea necesario (y según el código que se coloque en los programas del reproductor para utilizarlos). Por ejemplo, los fragmentos CMAP para modificar la paleta de colores.

En las animaciones, una premisa básica es que el tamaño del mapa de bits y el modo de visualización (por ejemplo, HAM) no cambiarán durante la animación.

Los fragmentos DLTA no son representaciones de mapa de bits intercaladas, por lo que el uso del formato ILBM resulta inapropiado para estos fotogramas. Sin embargo, esta inconsistencia no se detectó hasta que se lanzaron o estaban próximos a lanzarse varios productos comerciales que generaban o reproducían este formato.

El estándar Anim de Amiga influyó en el desarrollo del formato GIF animado .