Por qué un GIF pesa muchísimo más que el mismo clip en vídeo
El GIF89a es de 1989, y su soporte de animación se le atornilló encima a un formato de imagen en lugar de diseñarse como vídeo. Cada fotograma es un mapa de bits indexado con una paleta de 256 colores como mucho, comprimido con LZW por su cuenta. No hay compensación de movimiento, ni predicción bidireccional, ni submuestreo de crominancia, nada de la maquinaria en la que se apoya un códec de vídeo moderno. La única concesión del GIF a la redundancia es que un fotograma puede declarar un rectángulo sucio más pequeño y reutilizar alrededor los píxeles del fotograma anterior, lo que ayuda con un fondo estático y no hace absolutamente nada por una panorámica, un fundido o un movimiento de cámara.
Merece la pena ponerle números aproximados a eso. Un fotograma de 480 por 270 son 129.600 píxeles, y a un byte de paleta cada uno son 129.600 bytes antes de que el LZW los toque. Cinco segundos a 20 fotogramas por segundo son 100 fotogramas, así que del orden de 12 MB de datos de índice en bruto entrando en el compresor. El LZW recupera un trozo útil de eso en arte plano de tipo dibujo animado y muy poco en contenido fotográfico con tramado, y por eso las capturas de pantalla y los GIF sacados de vídeo son los monstruos. El H.264, codificando esos mismos 100 fotogramas, describe la mayoría como vectores de movimiento más pequeños residuos contra sus vecinos, y el archivo que sale suele ser diez veces más pequeño o más.
El ahorro no es un ajuste que hayas encontrado. Es lo que pasa cuando se sustituye un formato de imagen de 1989 por un códec construido para imágenes en movimiento.
A qué renuncia la conversión
A dos cosas, y las dos salen lo bastante a menudo como para decirlas claramente en vez de esconderlas.
El GIF admite una entrada de paleta completamente transparente. El H.264 dentro de un MP4 no tiene
canal alfa, y este conversor fuerza salida en yuv420p porque es lo que espera cualquier
decodificador, por hardware o por software. Un GIF con fondo transparente se convierte por tanto en un
rectángulo opaco. Si la transparencia está haciendo un trabajo real, como la animación de un logotipo
sobre una página de color, un MP4 es sencillamente el destino equivocado.
Un MP4 tampoco es una imagen. Hay un montón de sitios que aceptan una etiqueta <img> y no un
<video>: foros antiguos, muchos clientes de correo, varias sintaxis de wiki, algunos formularios de
subida que husmean el tipo MIME. Esa es la única razón honesta de que el GIF siga vivo en 2026, y es
el motivo para conservar el original después de convertir.
Hacer que el MP4 se comporte exactamente como un GIF en una página
Un GIF convertido no es un reemplazo directo de la etiqueta <img> de la que salió, pero se acerca:
<video src="clip.mp4" loop autoplay muted playsinline></video>Cada atributo se gana su sitio. loop restaura la repetición sin fin. muted no es opcional: todos
los navegadores bloquean la reproducción automática de un vídeo con pista de audio salvo que esté
silenciado, y como este conversor pasa -an no hay ninguna pista de audio, así que muted es a la vez
exacto y obligatorio. playsinline impide que Safari en iOS se lleve el clip a un reproductor a
pantalla completa. Añade preload="none" y una imagen poster si la animación queda por debajo del
pliegue, porque el objetivo de todo el ejercicio era el peso de la página.
La opción -an merece una nota sacada de construir esto. Un GIF no tiene audio, así que quitar el
audio parece redundante. Ser explícito significa que el multiplexor no se inventa nunca una pista de
audio vacía, con la que algunos reproductores antiguos y algunos validadores de subida tropiezan. No
cuesta nada y elimina toda una clase de fallos misteriosos.
Los tres clics, y el único número que hay detrás
- Suelta tu
.gifen la caja de arriba, o haz clic para elegirlo. - Elige un nivel de calidad. Las tres opciones son un solo número disfrazado, el factor de tasa constante de x264: 18 para calidad alta, 23 para equilibrada, 28 para archivo más pequeño. Más bajo gasta más bits.
- Pulsa el botón de convertir y descarga el resultado, que conserva tu nombre de archivo con otra extensión.
Equilibrada es aquí el valor por defecto honesto, más aún que para un vídeo grabado con cámara. Los fotogramas de origen de un GIF ya estaban cuantizados a 256 colores, así que el detalle que tiraría un CRF agresivo se ha tirado en su mayor parte una vez ya. Tira de calidad alta cuando el GIF contenga texto o line art fino, y de archivo más pequeño cuando estés optimizando el peso de página a fondo y puedas aceptar bordes algo más blandos. Las dimensiones pueden moverse un píxel en cualquier dirección, porque el H.264 necesita ancho y alto pares y los GIF tienen con frecuencia medidas impares.
Dónde se detiene esta herramienta y qué hermana toma el relevo
La conversión ocurre en local, con FFmpeg compilado a WebAssembly y ejecutándose en la pestaña, así que un GIF hecho a partir de una captura de pantalla privada no sale nunca de la máquina donde se capturó. Eso significa también que la codificación usa un núcleo de CPU y que una animación muy larga lleva su tiempo de verdad.
Si necesitas seguir en formato GIF porque el destino solo acepta imágenes, comprimir GIF es el movimiento correcto en vez de convertir a otra cosa. En la dirección contraria, sacar una animación en bucle de un clip de vídeo, está convertir MP4 a GIF. Y si tu GIF es en realidad un pase de fotos fijas, crear un GIF desde fotos te da muchísimo más control sobre la paleta y los tiempos del que tendrás nunca convirtiendo un GIF ya terminado.