Cambiar la velocidad de un GIF

Acelera o ralentiza un GIF animado con un factor, una duración exacta o unos fotogramas por segundo, sin cambiar un solo píxel de la imagen.

1. 1

   Añade tu GIF

   Arrastra un GIF animado a la zona de carga o haz clic para buscarlo. También funcionan WebP animado y APNG. El archivo se lee en tu dispositivo y nunca se sube.

2. 2

   Elige cómo expresarlo

   Por factor es lo habitual: 2x para el doble de rápido, 0,5x para la mitad. Usa Duración si sabes cuántos segundos debe durar el bucle, o Fotogramas por segundo si cada fotograma debe mostrarse el mismo tiempo.

3. 3

   Comprueba la velocidad que se alcanzará de verdad

   El panel muestra la velocidad solicitada junto a la alcanzada. Solo difieren cuando un fotograma necesitaría un retardo menor de 20 milisegundos, que ningún reproductor respeta, y cuando eso ocurre se te dice en lugar de darte algo más lento sin avisar.

4. 4

   Descarga el GIF retemporizado

   Pulsa Descargar. Con un GIF de entrada solo cambian las marcas de tiempo: las tablas de color, los datos de imagen comprimidos y la transparencia son los bytes que entraron.

Casi todos los GIF llegan con el ritmo equivocado. Una grabación de pantalla capturada a diez fotogramas por segundo parece un pase de diapositivas cuando lo que necesitaba era parecer fluida. Un clip de reacción recortado de un vídeo corre tan rápido que el chiste termina antes de que nadie lo lea. Una animación exportada desde una herramienta de diseño mantiene cada fotograma una décima de segundo porque era el valor por defecto, no porque alguien lo eligiera. La velocidad es la corrección más barata de toda esta categoría, porque a diferencia de recortar, redimensionar o comprimir no cuesta absolutamente nada: las imágenes no cambian, solo el momento en que aparece cada una.

Elige un factor, una duración exacta o unos fotogramas por segundo, y comprueba la velocidad realmente alcanzada antes de descargar.

Lee GIF, WebP animado y APNG. Un GIF de entrada se retemporiza modificando sus campos de retardo, así que las tablas de color, los datos comprimidos y la transparencia salen como los bytes que entraron.

Qué se gana al retemporizar

• Legibilidad. Una demostración que nadie puede seguir no es una demostración. Ralentizar una captura a la mitad suele ser la diferencia entre un clip que explica algo y otro que solo demuestra que ocurrió.
• Atención. Un GIF de reacción es un remate con un ritmo. El doble de velocidad es el arreglo estándar para material recortado de vídeo real, que casi siempre resulta demasiado lento sin su contexto.
• Un hueco fijo. Un bucle que debe ir bajo una diapositiva, junto a un titular o dentro de un montaje tiene una duración que cumplir. El modo Duración la cubre exactamente y no de forma aproximada.
• Ningún coste de calidad. Cualquier otra edición de esta sección cambia algo por algo. Retemporizar no cambia nada: la imagen que sale es byte a byte la que entró.

Un GIF es un contenedor de bloques con prefijo de longitud. Cada fotograma va precedido por una pequeña extensión de control gráfico que lleva su retardo en dos bytes, y seguido por la imagen comprimida. Cambiar la velocidad significa cambiar esos dos bytes por fotograma y absolutamente nada más. No es así como funcionan las herramientas online: descomprimen la animación, la cuantizan con una paleta nueva, recalculan las diferencias entre fotogramas y escriben un archivo nuevo, porque eso es lo que hace una tubería de imagen genérica con todo lo que le entregas. El resultado es una imagen que ha pasado por un segundo paso con pérdidas para un cambio que nunca necesitó tocarla.

Qué hace esta herramienta en su lugar

• Lee la estructura de bloques. El archivo se recorre como bloques, sin descomprimirse. Eso registra dónde está cada campo de retardo, dónde está el contador de bucle y dónde empiezan y terminan los datos comprimidos de cada fotograma.
• Planifica el tiempo. El nuevo retardo de cada fotograma se calcula mientras el factor solicitado todavía se conoce, se redondea a la rejilla de centésimas del propio formato y se limita al suelo de 20 ms que imponen los reproductores.
• Empalma, en vez de escribir. La salida se monta a partir de rangos copiados del original con los campos de retardo sustituidos en medio. Los datos de imagen comprimidos no se leen y mucho menos se reescriben.
• Lo demuestra. El tramo de datos de cada fotograma de salida se compara con el de entrada antes de devolver el archivo, así que «los píxeles están intactos» es una comprobación que la herramienta hace y no una afirmación que suelta.

Lo que un cambiador de velocidad nunca debe cambiar

Dos cosas, y solo una es evidente. La primera es el número de fotogramas: un cambio de velocidad retemporiza los fotogramas que hay y no debe eliminar ni duplicar ninguno en silencio, porque una animación más corta reproducida al mismo ritmo parece idéntica a una más rápida hasta que los cuentas. La segunda es la forma del tiempo. Los retardos de un GIF real suelen ser irregulares —una pose sostenida, un barrido rápido, otra pose sostenida— y una herramienta que los sustituye todos por un mismo número produce algo que dura lo correcto y no es la misma animación. Ambas cosas se comprueban aquí en cada ejecución, fotograma a fotograma y no en total, porque un total puede ser correcto mientras la distribución es errónea.

El retardo de un GIF es un número entero sin signo de centésimas de segundo. Ese único detalle está detrás de casi todas las quejas sobre las herramientas de velocidad de GIF. El conjunto alcanzable es grueso —10, 20, 30 milisegundos y así— así que un factor solicitado rara vez cae en un valor representable, y dónde ocurra el redondeo decide si la petición sobrevive. Peor aún, la parte baja del rango no se puede usar: un retardo de 0 o 1 centésimas significa «lo más rápido posible» para todos los reproductores jamás escritos, y todos lo sustituyen por unos 100 milisegundos. Un archivo que pide 10 milisegundos se reproduce por tanto diez veces más despacio de lo que pidió, que es el fallo más desconcertante del formato.

Comportamiento medido

• El techo real 20 ms por fotograma, es decir 50 fotogramas por segundo. Una fuente de 100 ms llega justo a 5x conservando todos los fotogramas: una petición de 10x se informa honestamente como 5x en vez de entregarse en silencio.
• Redondear donde importa Un fotograma de 51 ms a 2x acaba en 30 ms si el escritor redondea al final, y también en 30 ms aquí, pero el factor alcanzado, 1,70x, se muestra en vez de describirse como 2x.
• Exactitud en el modo Duración Una animación de 1.600 ms a la que se le pide llenar 3.000 ms sale en 3.000 ms exactos, porque el resto del redondeo se arrastra de un fotograma al siguiente en vez de descartarse.
• Coste del camino sin pérdidas Un GIF de 20 fotogramas se retemporiza en milisegundos de un solo dígito y se descomprime un fotograma, sea cual sea la duración. Reconstruir el mismo archivo tarda cientos de veces más y cambia la imagen.

Parte de los fotogramas por segundo de la fuente y no de un multiplicador. Una captura que mantiene cada fotograma 100 milisegundos corre a 10 fotogramas por segundo, y 2x la deja en 20, suficientemente fluida para casi todo el contenido de pantalla. Ese mismo 2x aplicado a un clip que ya va a 25 fotogramas por segundo pide 50, que es el techo del formato, y 3x pide algo que ningún reproductor respetará. El panel muestra el número de fotogramas y la duración total de la fuente antes de que te comprometas a nada, y muestra la velocidad realmente alcanzada antes de que descargues.

Por tipo de material

• Grabaciones de pantalla. Suelen capturarse demasiado despacio. De 1,5x a 2x es el rango que hace que una demostración parezca deliberada y no lenta. Más allá, el movimiento del puntero se vuelve difícil de seguir.
• Clips de reacción recortados de vídeo. Suelen quedar lentos una vez que desaparece el contexto. 2x es el arreglo por defecto; 3x es habitual y rara vez hace falta más.
• Tutoriales y explicaciones. 0,5x, y mira el resultado en vez del número. Un paso legible a velocidad normal no lo es necesariamente cuando cada fotograma dura el doble, aunque un barrido rápido suele mejorar.
• Animaciones con pausas deliberadas. Quédate en los modos Factor o Duración. El modo Fotogramas por segundo aplanará las pausas, y las pausas suelen ser el objetivo.

• Documentación y README. Un flujo de trabajo grabado a su velocidad de captura casi siempre es demasiado lento para retener a un lector. Acelerarlo es la edición más barata disponible y no cuesta calidad alguna.
• Diapositivas y montajes de vídeo. Un bucle que debe llenar un hueco conocido. El modo Duración lo llena exactamente, que es la única forma de evitar un reinicio visible a mitad de camino.
• GIF de reacción y memes. El tiempo es el chiste. Un cuarto de segundo de más y no funciona.
• Emojis y stickers. Las animaciones pequeñas se ven en una caja pequeña, y un bucle rápido se lee como movimiento donde uno lento se lee como una imagen rota.

Velocidades que conviene conocer

10 fotogramas por segundo son un retardo de 100 ms y el valor por defecto más común en las herramientas de captura. 15 fps son unos 70 ms y es el compromiso habitual para contenido de pantalla. 20 fps son 50 ms y se ve realmente fluido. 25 fps son 40 ms. 50 fps, un retardo de 20 ms, es el techo del formato y el punto a partir del cual ningún reproductor irá más rápido. Cualquier cosa descrita como un GIF a 60 fps es un GIF a 50 fps siendo optimista.

La lista de entrada es cerrada y se aplica en el diálogo de archivos y no en el motor, así que un archivo que esta herramienta no puede abrir se rechaza en milisegundos con una ruta hacia la herramienta que sí puede, en vez de aceptarse y fallar después detrás de un indicador de carga.

• GIF entra, GIF sale. El camino sin pérdidas. Animado o de un solo fotograma, entrelazado o no, GIF87a o GIF89a, con paleta global o con una paleta local distinta en cada fotograma: el tiempo se modifica y todo lo demás se copia.
• WebP animado y APNG entran. Ambos los leen nuestros propios demultiplexores en todos los navegadores, así que fotogramas y tiempos son idénticos en todas partes. La salida es un GIF, lo que convierte este camino en una conversión y obliga a reconstruir la imagen.
• Archivos sin sus bloques de tiempo. Un GIF sin extensión de control gráfico no tiene retardo que cambiar, así que se inserta uno y una cabecera GIF87a se actualiza a 89a, que es lo que hace que el cambio sea legal y no solo esté presente.
• Cualquier otra cosa se rechaza con una ruta. Un vídeo se envía a Vídeo a GIF, una imagen fija al Creador de GIF.

Qué lee la herramienta

Para el camino sin pérdidas no se descomprime nada: el archivo se recorre como una secuencia de bloques con prefijo de longitud, que es una lectura de cabeceras y no una descompresión. Cuando de verdad hace falta reconstruir —una fuente WebP o APNG, o una petición que descarta fotogramas— el GIF se descomprime de forma nativa allí donde el navegador tiene un decodificador y con nuestro propio lector en el resto, así que una animación se abre igual en todos los motores en vez de llegar como su primer fotograma.

Límites de tamaño y de lote

• Gratis. Un archivo de hasta 50 MB, hasta 300 fotogramas y hasta 2048 píxeles en el lado largo. A plena calidad y por el mismo camino sin pérdidas: el plan gratuito no es un cambio de velocidad de menor calidad, es uno de un solo archivo.
• Pro. Hasta 20 archivos a la vez, descargados en un único ZIP y sin límite impuesto de fotogramas ni de dimensiones. El lote es lo que compra Pro aquí, porque retemporizar una carpeta de capturas de una en una es la verdadera tarea pesada.
• El límite que comparten ambos planes. El propio formato. 20 milisegundos es el retardo más corto que respeta cualquier reproductor, así que ningún plan puede hacer que una animación vaya a más de 50 fotogramas por segundo sin mostrar menos fotogramas.

No se sube nada. Con un GIF el archivo se lee una vez, se mapea su estructura de bloques, se calculan los nuevos retardos y la salida se monta a partir de rangos copiados del original: sin descompresión, sin paleta, sin compresión. Cuando de verdad hace falta reconstruir, los fotogramas se descomprimen, se construye una paleta para toda la animación y se escribe un GIF89a estándar. En ambos casos el trabajo corre en un hilo de fondo para que la página siga respondiendo, y el paso de mapeo usa el hardware gráfico allí donde está disponible.

Por qué el resultado es predecible

• Una sola regla de tiempo, compartida. El redondeo y el suelo de 20 ms viven en una única función que también usan las herramientas de invertir y de cortar, así que tres herramientas no pueden acabar con tres ideas distintas de lo que significa un retardo.
• El archivo se vuelve a leer antes de entregarse. El número de reproducciones y los retardos por fotograma que se muestran en pantalla se leen de los bytes terminados, no de la petición: el único número que un control de bucle puede equivocar es el que cree haber escrito.
• Contrastado con otra implementación. El tiempo de salida se verifica con libvips, una biblioteca de imagen completamente independiente, que lee la lista de retardos por fotograma directamente de los bytes que produce esta herramienta.
• Una reconstrucción determinista. Cuando recodificar es inevitable se usa corte mediano en vez del cuantizador aleatorizado que emplean casi todas las bibliotecas de GIF, así que la misma entrada con los mismos ajustes produce siempre la misma salida.

Con un GIF todo el cambio es una modificación de marcas de tiempo: un fotograma descomprimido, todos los píxeles copiados y la salida verificada tramo a tramo contra la entrada antes de entregarse. Cuando de verdad hace falta reconstruir, el mapeo de paleta usa aceleración por hardware en los dispositivos que lo permiten, y el camino acelerado y el de reserva producen bytes idénticos. Se ejecuta en tu dispositivo, no en nuestros servidores.

• Compresor de GIF
• Redimensionar GIF
• Creador de GIF
• Vídeo a GIF
• GIF a MP4
• Editor de GIF