GIF

El formato de intercambio de gráficos ( GIF ; / ɡɪf / GHIF o / dʒɪf / JIF ) es un formato de imagen de mapa de bits que fue desarrollado por un equipo del proveedor de servicios en línea CompuServe , liderado por el científico informático estadounidense Steve Wilhite, y lanzado el 15 de junio de 1987. ^{[ 1 ]}

El formato puede contener hasta 8 bits por píxel , lo que permite que una sola imagen haga referencia a su propia paleta de hasta 256 colores diferentes, seleccionados del espacio de color RGB de 24 bits . También puede representar varias imágenes en un archivo, lo que se puede utilizar para animaciones , y permite una paleta independiente de hasta 256 colores para cada fotograma. Estas limitaciones de paleta hacen que el formato GIF sea menos adecuado para reproducir fotografías en color y otras imágenes con degradados de color , pero resulta idóneo para imágenes más sencillas, como gráficos o logotipos con áreas de color sólidas.

Las imágenes GIF se comprimen utilizando la técnica de compresión de datos sin pérdidas Lempel-Ziv-Welch (LZW) para reducir el tamaño del archivo sin degradar la calidad visual. Si bien alguna vez se utilizó ampliamente en la World Wide Web debido a su amplia implementación y portabilidad entre aplicaciones y sistemas operativos, el uso del formato ha disminuido por razones de espacio y calidad, siendo a menudo reemplazado por formatos más nuevos como PNG para imágenes estáticas y MP4 para videos. En este contexto, los videoclips cortos a veces se denominan "GIF" a pesar de no tener relación con el formato de archivo original. ^{[ 3 ]}

CompuServe introdujo GIF el 15 de junio de 1987 para proporcionar un formato de imagen en color para sus áreas de descarga de archivos. Esto reemplazó su formato anterior de codificación de longitud variable , que solo era en blanco y negro. GIF se popularizó porque utilizaba la compresión de datos Lempel-Ziv-Welch . Dado que esto era más eficiente que la codificación de longitud variable utilizada por PCX y MacPaint , las imágenes de tamaño considerable podían descargarse con bastante rapidez incluso con módems lentos .

La versión original de GIF se llamaba 87a. ^{[ 1 ]} Esta versión ya admitía múltiples imágenes en una secuencia.

En 1989, CompuServe lanzó una versión mejorada, llamada 89a, ^{[ 2 ]} Esta versión añadió:

• Compatibilidad con retrasos en la animación
• colores de fondo transparentes
• almacenamiento de metadatos específicos de la aplicación
• Permite que las etiquetas de texto se muestren como texto (sin incrustarlas en los datos gráficos). Sin embargo, esta función se usa con poca frecuencia. Los navegadores modernos no la admiten y ofrece poco control sobre las fuentes y el estilo.

Las dos versiones se pueden distinguir observando los primeros seis bytes del archivo (el " número mágico " o firma), que, cuando se interpretan como ASCII , se leen "GIF87a" o "GIF89a", respectivamente.

CompuServe impulsó la adopción de GIF al proporcionar utilidades de conversión descargables para muchos ordenadores. En diciembre de 1987, por ejemplo, un usuario de Apple IIGS podía ver imágenes creadas en un Atari ST o un Commodore 64. [ ^{4 ] GIF} fue uno de los dos primeros formatos de imagen comúnmente utilizados en sitios web, siendo el otro el formato en blanco y negro XBM . ^{[ 5 ]}

En septiembre de 1995, Netscape Navigator 2.0 añadió la capacidad de reproducir en bucle los GIF animados .

Si bien GIF fue desarrollado por CompuServe , utilizaba el algoritmo de compresión de datos sin pérdidas Lempel-Ziv-Welch (LZW), patentado por Unisys en 1985. La controversia surgida en 1994 sobre el acuerdo de licencia entre Unisys y CompuServe impulsó el desarrollo del estándar Portable Network Graphics (PNG). En 2004, todas las patentes relacionadas con la compresión propietaria utilizada para GIF expiraron.

La función de almacenar varias imágenes en un solo archivo, junto con los datos de control, se utiliza ampliamente en la web para producir animaciones sencillas .

La función de entrelazado opcional , que almacena las líneas de escaneo de la imagen fuera de orden de tal manera que incluso una imagen parcialmente descargada era algo reconocible, también ayudó a la popularidad de GIF, ^{[ 6 ]} ya que un usuario podía abortar la descarga si no era lo que necesitaba.

En mayo de 2015, Facebook agregó soporte para GIF. ^{[ 7 ] [ 8 ]} En 2014, Twitter también agregó soporte para GIF, al igual que Instagram en 2018. ^{[ 9 ]}

En 2016, Internet Archive publicó una biblioteca de GIF con capacidad de búsqueda de su archivo GeoCities . ^{[ 10 ] [ 11 ]}

Como sustantivo , la palabra GIF se encuentra en las ediciones más recientes de muchos diccionarios. En 2012, la sección estadounidense de Oxford University Press reconoció GIF también como verbo , con el significado de "crear un archivo GIF", como en "Crear GIF fue el medio perfecto para compartir escenas de los Juegos Olímpicos de Verano ". Los lexicógrafos de la editorial la eligieron como palabra del año , afirmando que los GIF han evolucionado hasta convertirse en "una herramienta con aplicaciones importantes, incluyendo la investigación y el periodismo". ^{[ 12 ] [ 13 ]}

Pronunciación

La pronunciación de la primera letra de GIF ha sido objeto de controversia desde la década de 1990. Las pronunciaciones más comunes en inglés son / dʒ ɪ f /.^ⓘ ( con unagsuavecomo engin) y / ɡɪf /^ⓘ (con unagfuertecomo engift), que difiere en elfonemarepresentado por la letraG.Los creadores del formato pronunciaban el acrónimo GIF como/ dʒɪf / , con una gsuave, y Wilhite afirmó que pretendía que la pronunciación imitara deliberadamente lamarcade mantequilla de cacahueteJif, yde CompuServesolían bromear diciendo "los desarrolladores exigentes eligen GIF", una parodia de los anuncios televisivos de Jif. ^{[ 14 ]} Sin embargo, la palabra se pronuncia ampliamente como / ɡɪf / , con unagfuerte, ^{[ 15 ]} y las encuestas generalmente han demostrado que esta pronunciación con g fuerte es másfrecuente. ^{[ 16 ] [ 17 ]}

Dictionary.com ^{[ 18 ]} cita ambas pronunciaciones, indicando / dʒ ɪ f / como la pronunciación principal, mientras que Cambridge Dictionary of American English ^{[ 19 ]} ofrece solo la pronunciación con g fuerte . Merriam-Webster's Collegiate Dictionary ^{[ 20 ]} y Oxford Dictionaries citan ambas pronunciaciones, pero colocan la g fuerte primero: / ɡ ɪ f , dʒ ɪ f / . ^{[ 21 ] [ 22 ] [ 23 ] [ 24 ]} The New Oxford American Dictionary solo dio / dʒ ɪ f / en su segunda edición ^{[ 25 ]} pero la actualizó a / dʒ ɪ f , ɡ ɪ f / en la tercera edición. ^{[ 26 ]}

El desacuerdo sobre la pronunciación ha dado lugar a un acalorado debate en Internet. Con motivo de recibir un premio a la trayectoria en la ceremonia de los Webby Awards de 2013 , Wilhite rechazó públicamente la pronunciación con g fuerte ; ^{[ 15 ] [ 27 ] [ 28 ]} su discurso generó más de 17.000 publicaciones en Twitter y decenas de artículos de noticias. ^{[ 29 ]} La Casa Blanca ^{[ 15 ]} y el programa de televisión Jeopardy! también entraron en el debate en 2013. ^{[ 28 ]} En febrero de 2020, The JM Smucker Company , propietaria de la marca Jif, se asoció con la base de datos de imágenes animadas y el motor de búsqueda Giphy para lanzar un frasco de mantequilla de cacahuete de edición limitada "Jif vs. GIF" ( con el hashtag #JIFvsGIF) que tenía una etiqueta que declaraba humorísticamente que la pronunciación con g suave se refería exclusivamente a la mantequilla de cacahuete, y que GIF debía pronunciarse exclusivamente con la pronunciación con g fuerte . ^{[ 30 ]}

Los GIF son adecuados para dibujos lineales de bordes definidos con un número limitado de colores, como los logotipos. Esto aprovecha la compresión sin pérdidas del formato, que favorece las áreas planas de color uniforme con bordes bien definidos. ^{[ 31 ]} También se pueden usar para almacenar datos de sprites de bajo color para juegos. ^{[ 32 ]} Los GIF se pueden usar para pequeñas animaciones y videoclips de baja resolución, o como reacciones en mensajes en línea para transmitir emociones y sentimientos en imágenes en movimiento. Son populares en plataformas de redes sociales como Tumblr , ^{[ 33 ]} Facebook y X (anteriormente conocido como Twitter). ^{[ 34 ]}

Conceptualmente, un archivo GIF describe un área gráfica de tamaño fijo (la "pantalla lógica") con cero o más "imágenes". Muchos archivos GIF tienen una sola imagen que ocupa toda la pantalla lógica. Otros dividen la pantalla lógica en subimágenes separadas. Las imágenes también pueden funcionar como fotogramas de animación en un archivo GIF animado, pero, de nuevo, no es necesario que ocupen toda la pantalla lógica.

Los archivos GIF comienzan con un encabezado de longitud fija ("GIF87a" o "GIF89a") que indica la versión, seguido de un descriptor de pantalla lógica de longitud fija que especifica las dimensiones en píxeles y otras características de la pantalla lógica. El descriptor de pantalla también puede especificar la presencia y el tamaño de una tabla de colores global (GCT), que aparece a continuación si está presente.

Posteriormente, el archivo se divide en segmentos de los siguientes tipos, cada uno introducido por un centinela de 1 byte:

• Una imagen (introducida por 0x2C, una coma ASCII ',')
• Un bloque de extensión (introducido por 0x21, un signo de exclamación ASCII '!')
• El tráiler (un solo byte con valor 0x3B, un punto y coma ASCII ';'), que debería ser el último byte del archivo.

Una imagen comienza con un descriptor de imagen de longitud fija, que puede especificar la presencia y el tamaño de una tabla de color local (que aparece a continuación si está presente). A continuación, se presentan los datos de la imagen: un byte que indica el ancho en bits de los símbolos sin codificar (que debe tener al menos 2 bits de ancho, incluso para imágenes bicolor), seguido de una serie de subbloques que contienen los datos codificados en LZW.

Los bloques de extensión (bloques que "extienden" la definición 87a mediante un mecanismo ya definido en la especificación 87a) constan del elemento centinela, un byte adicional que especifica el tipo de extensión y una serie de subbloques con los datos de la extensión. Los bloques de extensión que modifican una imagen (como la Extensión de Control Gráfico que especifica el tiempo de retardo de animación opcional y el color de fondo transparente opcional) deben preceder inmediatamente al segmento con la imagen a la que hacen referencia.

Cada subbloque comienza con un byte que indica el número de bytes de datos subsiguientes en el subbloque (de 1 a 255). La serie de subbloques finaliza con un subbloque vacío (un byte 0).

Esta estructura permite analizar el archivo aunque no se comprendan todas sus partes. Un GIF marcado como 87a puede contener bloques de extensión; la intención es que un decodificador pueda leer y mostrar el archivo sin las características que abarcan las extensiones que no comprende.

Los detalles completos del formato de archivo se tratan en la especificación GIF. ^{[ 2 ]}

GIF se basa en paletas: los colores utilizados en una imagen (un fotograma) del archivo tienen sus valores RGB definidos en una tabla de paleta que puede contener hasta 256 entradas, y los datos de la imagen hacen referencia a los colores mediante sus índices (0-255) en la tabla de paleta. Las definiciones de color en la paleta pueden provenir de un espacio de color de millones de tonos (2²⁴ ^tonos , 8 bits para cada primario), pero el número máximo de colores que puede usar un fotograma es 256. Esta limitación era razonable cuando se desarrolló GIF, ya que el hardware que podía mostrar más de 256 colores simultáneamente era poco común. Los gráficos simples, los dibujos lineales, las caricaturas y las fotografías en escala de grises generalmente requieren menos de 256 colores.

Cada fotograma puede designar un índice como "color de fondo transparente": cualquier píxel al que se le asigne este índice adopta el color del píxel que se encuentra en la misma posición del fondo, que puede haber sido determinado por un fotograma de animación anterior.

Se han desarrollado numerosas técnicas, denominadas colectivamente tramado , para aproximar una gama más amplia de colores con una paleta reducida, utilizando píxeles de dos o más colores para representar los tonos intermedios. Estas técnicas sacrifican la resolución espacial para lograr una mayor resolución cromática. Si bien no forma parte de la especificación GIF, el tramado puede utilizarse en imágenes que posteriormente se codifican como GIF. Sin embargo, esta no suele ser la solución ideal para las imágenes GIF, ya que la pérdida de resolución espacial generalmente provoca que la imagen se vea borrosa en la pantalla y los patrones de tramado suelen interferir con la compresibilidad de los datos de la imagen, lo que contradice el propósito principal de GIF.

En los inicios de los navegadores web gráficos (1981-1987, véase Unidad de Procesamiento Gráfico ), las tarjetas gráficas con búferes de 8 bits (que permitían solo 256 colores) eran comunes, y era bastante habitual crear imágenes GIF utilizando la paleta segura para la web . Esto garantizaba una visualización predecible, pero limitaba considerablemente la elección de colores. Cuando el color de 24 bits se convirtió en la norma, las paletas pudieron rellenarse con los colores óptimos para cada imagen.

Una tabla de colores pequeña puede ser suficiente para imágenes pequeñas, y mantenerla pequeña permite una descarga más rápida. Las especificaciones 87a y 89a permiten tablas de colores de 2n ^colores para cualquier n entre 1 y 8. La mayoría de las aplicaciones gráficas leen y muestran imágenes GIF con cualquiera de estos tamaños de tabla; sin embargo, algunas no admiten todos los tamaños al crear imágenes. Las tablas de 2, 16 y 256 colores son ampliamente compatibles.

Color verdadero

Aunque GIF casi nunca se usa para imágenes en color verdadero , es posible hacerlo. ^{[ 35 ] [ 36 ]} Una imagen GIF puede incluir múltiples bloques de imagen, cada uno con su propia paleta de 256 colores, y estos bloques se pueden combinar para crear una imagen completa. Como alternativa, la especificación GIF89a introdujo el concepto de color "transparente", donde cada bloque de imagen puede incluir su propia paleta de 255 colores visibles más un color transparente. Se puede crear una imagen completa superponiendo bloques de imagen, de modo que la parte visible de cada capa se muestre a través de las partes transparentes de las capas superiores.

Para renderizar una imagen a todo color como un GIF, la imagen original debe dividirse en regiones más pequeñas con no más de 255 o 256 colores diferentes. Cada una de estas regiones se almacena como un bloque de imagen independiente con su propia paleta local, y cuando los bloques de imagen se muestran juntos (ya sea mediante mosaicos o superponiendo bloques de imagen parcialmente transparentes), aparece la imagen completa a todo color. Por ejemplo, dividir una imagen en mosaicos de 16 por 16 píxeles (256 píxeles en total) garantiza que ningún mosaico tenga más del límite de la paleta local de 256 colores, aunque se pueden usar mosaicos más grandes y fusionar colores similares, lo que resulta en cierta pérdida de información de color. ^{[ 35 ]}

Dado que cada bloque de imagen puede tener su propia tabla de colores local, un archivo GIF con muchos bloques de imagen puede ser muy grande, lo que limita la utilidad de los GIF a todo color. ^{[ 36 ]} Además, no todos los programas de renderizado de GIF manejan correctamente las imágenes en mosaico o en capas. Muchos programas de renderizado interpretan los mosaicos o capas como fotogramas de animación y los muestran en secuencia como una animación ^{[ 35 ]} con la mayoría de los navegadores web mostrando automáticamente los fotogramas con un tiempo de retardo de 0,1 segundos o más. ^{[ 37 ] [ 38 ]}

Los números hexadecimales de las siguientes tablas están en orden de bytes little-endian , tal como lo prescribe la especificación del formato.

Tabla Cadena de 9 bits --> código Código Acción #0 | 000h Inicializar la tabla raíz de códigos de 9 bits paleta | : colores | : #255 | 0FFh clr | 100h fin | 101h | 100h Clear Pixel Local | Cadena de paleta de colores | NEGRO #40 28 | 028h El primer píxel siempre se imprime. BLANCO #255 FF | Cadena encontrada en la tabla 28 FF | 102h Siempre agregue la primera cadena a la tabla FF | Inicializar cadena local BLANCO #255 FF FF | Cadena no encontrada en la tabla | 0FFh - código de salida para la cadena anterior FF FF | 103h - agregar la última cadena a la tabla FF | - inicializar cadena local BLANCO #255 FF FF | Cadena encontrada en la tabla NEGRO #40 FF FF 28 | Cadena no encontrada en la tabla | 103h - código de salida para la cadena anterior FF FF 28 | 104h - agregar la última cadena a la tabla 28 | - inicializar cadena local BLANCO #255 28 FF | Cadena encontrada en la tabla BLANCO #255 28 FF FF | Cadena no encontrada en la tabla | 102h - código de salida para la cadena anterior 28 FF FF | 105h - agregar la última cadena a la tabla FF | - inicializar cadena local BLANCO #255 FF FF | Cadena encontrada en la tabla BLANCO #255 FF FF FF | Cadena no encontrada en la tabla | 103h - código de salida para la cadena anterior FF FF FF | 106h - agregar la última cadena a la tabla FF | - inicializar cadena local BLANCO #255 FF FF | Cadena encontrada en la tabla BLANCO #255 FF FF FF | Cadena encontrada en la tabla BLANCO #255 FF FF FF FF | Cadena no encontrada en la tabla | 106h - código de salida para la cadena anterior FF FF FF FF| 107h - agregar la última cadena a la tabla FF | - inicializar cadena local BLANCO #255 FF FF | Cadena encontrada en la tabla BLANCO #255 FF FF FF | Cadena encontrada en la tabla BLANCO #255 FF FF FF FF | Cadena encontrada en la tabla No más píxeles 107h - código de salida para la última cadena 101h Fin

desplazamiento de 9 bits ----> Tabla local Código de píxel Código Código --> Cadena Color de paleta Acción 100h 000h | #0 Inicializar la tabla raíz de códigos de 9 bits : | paleta : | colores 0FFh | #255 100h | clr 101h | fin 028h | #40 NEGRO Decodificar 1er píxel 0FFh 028h | Código entrante encontrado en la tabla | #255 BLANCO - cadena de salida de la tabla 102h | 28 FF - añadir a la tabla 103h 0FFh | Código entrante no encontrado en la tabla 103h | FF FF - añadir a la tabla | - cadena de salida de la tabla | #255 BLANCO | #255 BLANCO 102h 103h | Código entrante encontrado en la tabla | - cadena de salida de la tabla | #40 NEGRO | #255 BLANCO 104h | FF FF 28 - añadir a la tabla 103h 102h | Código entrante encontrado en la tabla | - cadena de salida de la tabla | #255 BLANCO | #255 BLANCO 105h | 28 FF FF - añadir a la tabla 106h 103h | Código entrante no encontrado en la tabla 106h | FF FF FF - añadir a la tabla | - cadena de salida de la tabla | #255 BLANCO | #255 BLANCO | #255 BLANCO 107h 106h | Código entrante no encontrado en la tabla 107h | FF FF FF FF - añadir a la tabla | - cadena de salida de la tabla | #255 BLANCO | #255 BLANCO | #255 BLANCO | #255 BLANCO 101h | Fin

100 028 0FF 0FF 0FF 028 0FF 0FF 0FF 0FF 0FF 0FF 0FF 0FF 0FF 0FF 101

El ejemplo sencillo de una imagen grande de color sólido demuestra la compresión LZW de longitud variable que se utiliza en los archivos GIF.

Los valores de código mostrados se empaquetan en bytes, que a su vez se agrupan en bloques de hasta 255 bytes. Un bloque de datos de imagen comienza con un byte que indica la cantidad de bytes que le siguen. El último bloque de datos de una imagen se marca con un byte de longitud cero.

La especificación GIF permite que cada imagen dentro de la pantalla lógica de un archivo GIF especifique que está entrelazada; es decir, que el orden de las líneas de trama en su bloque de datos no es secuencial. Esto permite una visualización parcial de la imagen que puede reconocerse antes de que se muestre la imagen completa.

Una imagen entrelazada se divide de arriba abajo en franjas de 8 píxeles de altura, y las filas de la imagen se presentan en el siguiente orden:

• Pase 1: Línea 0 (la línea superior) de cada tira.
• Pasada 2: Línea 4 de cada tira.
• Paso 3: Líneas 2 y 6 de cada tira.
• Paso 4: Líneas 1, 3, 5 y 7 de cada tira.

Los píxeles dentro de cada línea no están entrelazados, sino que se presentan consecutivamente de izquierda a derecha. Al igual que en las imágenes no entrelazadas, no hay interrupción entre los datos de una línea y los de la siguiente. El indicador de que una imagen está entrelazada es un bit activado en el bloque Descriptor de Imagen correspondiente.

Aunque GIF no fue diseñado como un medio de animación, su capacidad para almacenar múltiples imágenes en un solo archivo sugirió naturalmente el uso del formato para almacenar los fotogramas de una secuencia de animación. Para facilitar la visualización de animaciones, la especificación GIF89a agregó la Extensión de Control Gráfico (GCE), que permite pintar las imágenes (fotogramas) del archivo con retardos de tiempo, formando un videoclip . Cada fotograma en un GIF de animación se introduce mediante su propia GCE que especifica el retardo de tiempo que debe esperarse después de que se dibuje el fotograma. La información global al inicio del archivo se aplica por defecto a todos los fotogramas. Los datos están orientados al flujo, por lo que el desplazamiento del archivo del inicio de cada GCE depende de la longitud de los datos precedentes. Dentro de cada fotograma, los datos de imagen codificados en LZW se organizan en subbloques de hasta 255 bytes; el tamaño de cada subbloque se declara mediante el byte que lo precede.

Por defecto, una animación muestra la secuencia de fotogramas solo una vez, deteniéndose cuando se muestra el último fotograma. Para permitir que una animación se reproduzca en bucle, Netscape en la década de 1990 utilizó el bloque Application Extension (diseñado para permitir a los proveedores agregar información específica de la aplicación al archivo GIF) para implementar el Netscape Application Block (NAB). ^{[ 39 ]} Este bloque, ubicado inmediatamente antes de la secuencia de fotogramas de la animación, especifica la cantidad de veces que la secuencia de fotogramas debe reproducirse (de 1 a 65535 veces) o que debe repetirse continuamente (cero indica bucle infinito). La compatibilidad con estas animaciones repetitivas apareció por primera vez en Netscape Navigator versión 2.0 y luego se extendió a otros navegadores. ^{[ 40 ]} La mayoría de los navegadores ahora reconocen y admiten NAB, aunque no es estrictamente parte de la especificación GIF89a.

El siguiente ejemplo muestra la estructura del archivo de animación Rotating earth (large).gif que se muestra (como miniatura) en el cuadro de información del artículo.

El retardo de animación para cada fotograma se especifica en centésimas de segundo en el GCE. Es posible ahorrar datos cuando un fotograma solo necesita reescribir algunos píxeles en la pantalla, ya que el descriptor de imagen puede definir un rectángulo más pequeño para volver a escanear en lugar de la imagen completa. Los navegadores u otras pantallas que no admiten GIF animados generalmente solo muestran el primer fotograma.

El tamaño y la calidad del color de los archivos GIF animados pueden variar significativamente según la aplicación utilizada para crearlos. Las estrategias para minimizar el tamaño del archivo incluyen usar una tabla de colores global común para todos los fotogramas (en lugar de una tabla de colores local completa para cada fotograma) y minimizar la cantidad de píxeles cubiertos en fotogramas sucesivos (de modo que solo los píxeles que cambian de un fotograma al siguiente se incluyan en el último fotograma). Las técnicas más avanzadas implican modificar las secuencias de color para que coincidan mejor con el diccionario LZW existente, una forma de compresión con pérdida . Simplemente agrupar una serie de imágenes de fotogramas independientes en una animación compuesta tiende a generar archivos de gran tamaño. Existen herramientas disponibles para minimizar el tamaño de un archivo GIF existente.

Los metadatos pueden almacenarse en archivos GIF como un bloque de comentarios, un bloque de texto sin formato o un bloque de extensión de aplicación específico. Varios editores gráficos utilizan bloques de extensión de aplicación no oficiales para incluir los datos utilizados para generar la imagen, de modo que puedan recuperarse para su posterior edición.

Técnicamente, todos estos métodos requieren que los metadatos se dividan en subbloques para que las aplicaciones puedan navegar por el bloque de metadatos sin conocer su estructura interna.

El estándar de metadatos XMP ( Extensible Metadata Platform ) introdujo un bloque de extensión de aplicación no oficial, pero ahora muy extendido, llamado "Datos XMP", para incluir datos XMP en archivos GIF. ^{[ 41 ]} Dado que los datos XMP se codifican usando UTF-8 sin caracteres NUL, no hay bytes 0 en los datos. En lugar de dividir los datos en subbloques formales, el bloque de extensión termina con un "cola mágica" que dirige cualquier aplicación que trate los datos como subbloques a un byte 0 final que termina la cadena de subbloques.

En 1977 y 1978, Jacob Ziv y Abraham Lempel publicaron dos artículos sobre una nueva clase de algoritmos de compresión de datos sin pérdidas, ahora conocidos colectivamente como LZ77 y LZ78 . En 1983, Terry Welch desarrolló una variante rápida de LZ78 que recibió el nombre de Lempel-Ziv-Welch (LZW). ^{[ 42 ] [ 43 ]}

Welch presentó una solicitud de patente para el método LZW en junio de 1983. La patente resultante, US4558302, ^{[ 44 ]} otorgada en diciembre de 1985, fue asignada a Sperry Corporation , que posteriormente se fusionó con Burroughs Corporation en 1986 y formó Unisys . ^{[ 42 ]} Se obtuvieron patentes adicionales en el Reino Unido, Francia, Alemania, Italia, Japón y Canadá.

Además de las patentes mencionadas anteriormente, la patente de Welch de 1983 también incluye citas de varias otras patentes que la influyeron, entre ellas:

• dos patentes japonesas de 1980 de Jun Kanatsu de NEC , ^{[ 45 ] [ 46 ]}
• Patente estadounidense 4,021,782 (1974) de John S. Hoerning,
• Patente estadounidense 4,366,551 (1977) de Klaus E. Holtz, y
• una patente alemana de 1981 de Karl Eckhart Heinz. ^{[ 47 ] [ 48 ]}

En junio de 1984, se publicó un artículo de Welch en la revista IEEE , que describía públicamente la técnica LZW por primera vez. ^{[ 49 ]} LZW se convirtió en una técnica popular de compresión de datos y, cuando se concedió la patente, Unisys firmó acuerdos de licencia con más de cien empresas. ^{[ 42 ] [ 50 ]}

La popularidad de LZW llevó a CompuServe a elegirla como técnica de compresión para su versión de GIF, desarrollada en 1987. En ese momento, CompuServe desconocía la patente. ^{[ 42 ]} Unisys se enteró de que la versión de GIF utilizaba la técnica de compresión LZW e inició negociaciones de licencia con CompuServe en enero de 1993. El acuerdo posterior se anunció el 24 de diciembre de 1994. ^{[ 43 ]} Unisys declaró que esperaba que todas las principales empresas comerciales de servicios de información en línea que emplearan la patente LZW obtuvieran una licencia de la tecnología de Unisys a un precio razonable, pero que no exigirían licencias ni el pago de tarifas para aplicaciones no comerciales y sin fines de lucro basadas en GIF, incluidas aquellas para su uso en los servicios en línea. ^{[ 50 ]}

Tras este anuncio, hubo una condena generalizada de CompuServe y Unisys, y muchos desarrolladores de software amenazaron con dejar de usar GIF. El formato PNG (véase más abajo) se desarrolló en 1995 como un reemplazo previsto. ^{[ 42 ] [ 43 ] [ 49 ]} Sin embargo, obtener el apoyo de los fabricantes de navegadores web y otro software para el formato PNG resultó difícil, y no fue posible reemplazar GIF, aunque PNG ha aumentado gradualmente en popularidad. ^{[ 42 ]} Por lo tanto, se desarrollaron variaciones de GIF sin compresión LZW. Por ejemplo, la biblioteca libungif, basada en giflib de Eric S. Raymond , permite la creación de GIF que siguen el formato de datos pero evitan las características de compresión, evitando así el uso de la patente LZW de Unisys. ^{[ 51 ]} Un artículo de Dr. Dobb's de 2001 describió una forma de lograr una codificación compatible con LZW para datos que se comprimirían bien bajo un mecanismo de codificación de longitud de ejecución sin infringir sus patentes. ^{[ 52 ]}

En agosto de 1999, Unisys cambió los detalles de su práctica de licencias, anunciando la opción para los propietarios de ciertos sitios web privados y no comerciales de obtener licencias mediante el pago de una tarifa única de licencia de $5000 o $7500. ^{[ 53 ]} Dichas licencias no eran necesarias para los propietarios de sitios web u otros usuarios de GIF que hubieran utilizado software con licencia para generar GIF. Sin embargo, Unisys fue objeto de miles de ataques en línea y correos electrónicos abusivos de usuarios que creían que se les cobrarían $5000 o serían demandados por usar GIF en sus sitios web. ^{[ 54 ]} A pesar de otorgar licencias gratuitas a cientos de organizaciones sin fines de lucro, escuelas y gobiernos, Unisys fue completamente incapaz de generar publicidad positiva y continuó siendo condenada por individuos y organizaciones como la Liga por la Libertad de Programación, que inició la campaña "Quemen todos los GIF" en 1999. ^{[ 55 ] [ 56 ]}

La patente estadounidense de LZW expiró el 20 de junio de 2003. ^{[ 57 ]} Las patentes equivalentes en el Reino Unido, Francia, Alemania e Italia expiraron el 18 de junio de 2004, las patentes japonesas expiraron el 20 de junio de 2004 y la patente canadiense expiró el 7 de julio de 2004. ^{[ 57 ]} En consecuencia, si bien Unisys tiene más patentes y solicitudes de patente relacionadas con mejoras a la técnica LZW, ^{[ 57 ]} LZW en sí (y por consiguiente GIF) han sido de libre uso desde julio de 2004. ^{[ 58 ]}

• AVIF
• Cinemagraph , una fotografía parcialmente animada, a menudo en formato GIF.
• GIF transparente , una técnica utilizada para comprobar el acceso al contenido.
• Comparación de formatos de archivos gráficos
• Arte GIF , una forma de arte digital asociada con GIF
• GIFBuilder , uno de los primeros programas para crear GIF animados .
• GNU plotutils (admite pseudo-GIF, que utiliza codificación de longitud de ejecución en lugar de LZW)
• Microsoft GIF Animator , un programa histórico para crear GIF animados sencillos.
• Patente de software

• El proyecto GIFLIB
• spec-gif89a.txt Especificación GIF 89a en w3.org
• Especificación GIF 89a reformateada a HTML
• LZW y GIF explicados
• GIFs animados : un documental de seis minutos producido por Off Book (serie web).