Convertir MOV a GIF

Éste es el consejo que más mejora el resultado y no es una opción de la página. Los fotogramas se toman desde el principio del archivo y no hay ningún ajuste de inicio: la conversión planifica los instantes que va a muestrear empezando en el segundo cero. Un vídeo de móvil empieza prácticamente siempre con una mano apartándose del botón y medio segundo de lo que no interesa, así que el GIF abre en eso, vuelve a eso al repetirse y parece un error.

La aplicación Fotos del iPhone y la de Windows acortan un clip arrastrando dos tiradores, sin recodificar nada, en unos diez segundos. Corta hasta la parte que de verdad tiene gracia o que de verdad enseña el fallo, y todo lo demás de esta página se vuelve más fácil: el archivo pesa menos, el límite de diez segundos deja de apretar y el bucle cae en el momento correcto.

La distancia aquí es mayor que con cualquier otra fuente. Un iPhone reciente graba 4K a 30 o 60 imágenes por segundo: 3.840 píxeles de ancho, hasta sesenta imágenes completas cada segundo, en un códec que describe la mayoría de los fotogramas como pequeñas diferencias respecto a sus vecinos. El GIF que vas a hacer tiene 480 píxeles de ancho, doce imágenes por segundo, cada fotograma guardado entero y un máximo de 256 colores.

No es que el conversor sea conservador: es el formato. GIF se definió en 1987 para imágenes de unos cientos de píxeles, no tiene compensación de movimiento y no tiene noción de una paleta compartida por toda la secuencia. Doce imágenes por segundo es la tasa más baja que sigue leyéndose como movimiento, 480 píxeles es lo que cabe en una ventana de conversación, y diez segundos es donde la curva de tamaño se pone desagradable.

Los tres controles se multiplican entre sí casi exactamente. Doblar la tasa de doce a veinticuatro dobla el número de imágenes completas y aproximadamente dobla el archivo. Pasar de 480 píxeles de ancho a 800 es unas 2,8 veces el área y aterriza cerca de esa cifra en bytes. Doblar la duración lo dobla todo.

De modo que la mejora más barata casi nunca es la tasa de imágenes. Doce por segundo se ve bien en cualquier cosa que no sea un barrido rápido, y el mismo presupuesto gastado en ancho hace legible un texto y reconocible una cara. Empieza con los valores por defecto, mira el resultado y cambia una sola cosa. La tasa admite hasta cincuenta imágenes por segundo, que es un tope duro del propio conversor y no una recomendación.

Un teléfono graba fotogramas apaisados y adjunta una nota que dice cómo se sostenía. Aquí las dimensiones del GIF se calculan a partir de las dimensiones de presentación de la pista, es decir de las que ya tienen esa nota aplicada, así que un clip vertical produce un GIF vertical: por ejemplo 480 por 854 en lugar de uno apaisado tumbado de lado.

Merece la pena decirlo porque no es lo habitual. Bastantes herramientas que hacen GIF a partir de vídeo leen los fotogramas en crudo, ignoran la rotación y devuelven algo de costado, y la culpa se le echa después al teléfono o a quien grabó. Aquí lo único que hay que vigilar es el peso, porque un GIF alto de 480 píxeles de ancho tiene más píxeles por fotograma que uno apaisado del mismo ancho.

El control de duración acepta hasta sesenta segundos y detrás hay un límite duro de 600 fotogramas. A las doce imágenes por segundo que vienen por defecto eso son cincuenta segundos; a veinticuatro son veinticinco; a treinta son veinte. Si pides más, el GIF sale sencillamente más corto de lo que pediste, sin ningún error y sin ningún aviso en la interfaz.

El límite existe porque el codificador mantiene los fotogramas mientras trabaja y una pestaña se queda sin memoria antes de terminar una secuencia más larga. En la práctica rara vez estorba, porque un GIF lo bastante largo como para tocarlo pesaría decenas de megas y lo rechazaría aquello donde ibas a pegarlo. Si andas cerca del techo, la respuesta honesta es que lo que quieres es un vídeo.

Un fotograma de GIF indexa contra una paleta de como mucho 256 entradas. Aquí se calcula una paleta para cada fotograma por separado en lugar de una para todo el clip, lo que cuesta algo de tamaño y es la única versión que sobrevive a material real: una paleta global única deja todo lo posterior a un corte pintado con los colores de lo anterior.

No hay tramado. El tramado disimula el bandeado repartiendo píxeles entre dos entradas de la paleta, y de paso destruye el parecido entre fotogramas consecutivos que es lo que permite a un GIF comprimir algo, así que un GIF de vídeo tramado sale bastante más grande. La consecuencia se ve en los degradados: un cielo, una pared pintada, una mejilla con luz suave mostrarán franjas. El material con textura —hierba, tela, una habitación con cosas— disimula el efecto casi por completo.

GIF no tiene pista de audio y nunca la ha tenido. En una captura de pantalla eso suele dar igual; en algo grabado con el móvil muy a menudo no, porque la mitad de lo que hacía que el clip mereciera la pena era alguien riéndose o una cosa haciendo un ruido.

Mira el clip una vez con el sonido quitado antes de convertirlo. Si sigue funcionando, el GIF es la respuesta correcta. Si no, lo que hay que cambiar es el destino y no el formato: casi todas las aplicaciones de mensajería y de seguimiento de incidencias aceptan ya un MP4 aunque sólo muestren GIF en línea, y un MP4 del mismo clip es más pequeño, más nítido y se oye.

Sitios que muestran una imagen y rechazan un reproductor de vídeo: un foro antiguo, un wiki que sólo admite imágenes, un README en un servicio sin reproductor, una firma de correo, un gestor de incidencias cuya vista previa sólo maneja imágenes, un cliente de chat que reproduce GIF solo y vídeo no. En todos ésos, un GIF que se mueve sin que nadie lo pulse gana a un vídeo que nadie ve.

En cualquier otro sitio, convertir el mismo clip a MP4 da un archivo de quizá la vigésima parte con todos sus colores y su sonido. Merece la pena comprobar qué admite realmente el destino antes de invertir esfuerzo en la paleta, porque la respuesta ha cambiado en casi todas las plataformas en los últimos años.

Tres decisiones del conversor son invisibles hasta que uno se pregunta por qué algo salió así. El ancho y el alto se redondean a números pares, porque las dimensiones impares hacen tropezar a algunos lectores de GIF y evitarlo no cuesta nada. El retardo entre fotogramas se escribe como el redondeo de mil dividido entre la tasa, así que a doce imágenes por segundo son 83 milisegundos por fotograma.

Y los fotogramas se ajustan dentro de la caja pedida sin recortar nada, así que la proporción original se respeta siempre. Si pides un ancho y el vídeo tiene otra forma, lo que cambia es el alto calculado, no el encuadre: esta página no recorta y no hay ninguna opción para hacerlo. Si el encuadre es el problema, arréglalo en el editor antes, igual que el recorte temporal.

Todos los pasos ocurren en local: el MOV se desmultiplexa, los fotogramas los descodifica el descodificador de vídeo de tu propia máquina, cada uno se cuantiza contra su paleta y el GIF se ensambla en memoria. Nada que lleve el clip se envía a ninguna parte, y la pestaña de red lo enseña mientras ocurre. El tope es de 100 MB por archivo, que el material de cámara alcanza deprisa.

Vale la pena nombrar la alternativa habitual. La mayoría de los sitios que hacen GIF suben el vídeo, guardan el resultado en su propio dominio y te dan un enlace, lo que significa que un clip de tu cocina, de tus hijos o del software de tu empresa pasa a vivir en el servidor de otro con una dirección que se puede adivinar. Aquí obtienes un archivo, y es la única copia que existe.