Cortar GIF

Recorta un GIF animado hasta dejar solo la parte que quieres, por número de fotograma o por tiempo, sin alterar los fotogramas que conservas.

1. 1

   Añade tu animación

   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 a ningún sitio.

2. 2

   Arrastra los dos controles

   La línea de tiempo se construye con los fotogramas reales de la animación, así que ves exactamente qué estás seleccionando. Arrastra cualquiera de los dos controles, o escribe números exactos en las dos casillas: son la misma selección, medida en fotogramas o en segundos.

3. 3

   Elige conservar, quitar o dividir

   Conserva la sección entre los dos controles, quítala y une lo que queda, o ignora los controles y divide la animación entera en varias más cortas.

4. 4

   Corta y guarda

   El resultado se reproduce en pantalla con su número de fotogramas y su duración reales, y la ficha indica si los fotogramas se copiaron o se reconstruyeron. Guarda el archivo, o descarga todas las partes de una división como un único archivo comprimido.

Casi todas las animaciones que te llegan son más largas que la parte que te interesa. Un GIF de reacción tiene tres segundos de preámbulo antes del momento que lo hace gracioso. Una grabación de pantalla captura cuarenta segundos de ti buscando el botón y cuatro segundos del fallo. Un bucle que alguien te envió empieza medio tiempo tarde, así que nunca acaba de encajar consigo mismo. Cortar es la edición más habitual que necesita una animación, y también la más fácil de hacer mal, porque la forma obvia de hacerlo cambia todos los fotogramas que intentabas conservar.

Arrastra dos controles sobre los fotogramas reales de la animación para conservar una sección, quitar una del centro o dividirla entera en varias animaciones más cortas.

Lee GIF, WebP animado y APNG. Escribe GIF. Los fotogramas que conservas se copian del archivo original cuando su estructura lo permite, así que sus colores, su transparencia y sus esperas por fotograma no cambian.

Para qué suele servir un corte

• Recortar la entrada. Quitar el primer segundo para que el bucle empiece en el movimiento, que es lo que hace que una animación corta se lea como algo deliberado y no como un fragmento suelto.
• Bajar de un límite de tamaño. Una aplicación de chat, un foro o una firma de correo con un tope de tamaño de archivo. Quitar fotogramas es, con diferencia, la manera más barata de encoger una animación y, a diferencia de bajar el número de colores, no cuesta absolutamente nada en los fotogramas que quedan.
• Eliminar la parte muerta. Una grabación en la que no pasa nada entre dos secciones útiles. Quitar el centro y unir los extremos es una operación distinta de recortar los extremos, y la mayoría de las herramientas ni siquiera la ofrecen.
• Partir un clip largo en trozos. Una captura larga dividida en partes que quepan en un límite de duración, o en pasos para documentación, cada una una animación funcional y no una carpeta de imágenes.

Esta es la parte que conviene entender, porque es lo que separa a esta herramienta de todas las demás de la categoría, y porque la razón es sencilla en cuanto se dice en voz alta. Un corte quita fotogramas. No cambia los fotogramas que conserva. Así que no hay ningún motivo para que los fotogramas conservados salgan distintos de como entraron y, sin embargo, en todos los demás cortadores de GIF online salen distintos.

Qué hace realmente una copia

• Un GIF es una lista de bloques. Una cabecera, una tabla de colores y después un bloque por fotograma que guarda la posición de ese fotograma, su paleta propia si la tiene, su espera y sus datos de imagen comprimidos. Nada del bloque de un fotograma depende de la duración del archivo.
• Así que quitar fotogramas es quitar rangos. Los fotogramas que conservas se copian del archivo original exactamente como están: las mismas paletas, los mismos datos comprimidos, la misma transparencia, los mismos desplazamientos. Lo único que se escribe de nuevo es el campo de espera de cada fotograma, porque es el único número que un corte tiene permitido cambiar.
• No se decodifica nada. La herramienta lee la estructura del archivo y copia bytes. Decodifica exactamente un fotograma, y solo para que la página tenga algo que mostrarte. Por eso el camino de copia es más de diez veces más rápido que la alternativa.
• Así que el resultado no es “visualmente idéntico”. Son los mismos píxeles. Nuestras pruebas decodifican la salida y el original con una biblioteca de imagen independiente y exigen que la mayor diferencia en cualquier canal de color de cualquier píxel sea 0 de 255: igualdad, no una tolerancia.

Lo que te cuesta recodificar

La alternativa —la que toman todas las herramientas rivales— es decodificar la animación entera, volver a elegir 256 colores a partir de lo que encuentra, asignar cada píxel a esa nueva paleta, recalcular qué partes de cada fotograma cambiaron y escribir un archivo nuevo. Cada uno de esos pasos pierde algo, poco a poco, y todo eso se acumula a lo largo de ediciones repetidas. Medido sobre nuestro propio archivo de prueba, con un codificador de propósito general haciendo de sustituto de ese camino, los mismos tres fotogramas vuelven con canales de color hasta cuatro pasos alejados de donde estaban. Cuatro de 255 no es una catástrofe en una sola pasada; también es un cambio que nadie pidió, en un trabajo que no tenía ninguna razón para provocarlo, y es en la tercera o la cuarta pasada cuando se nota.

Cuándo no es posible copiar

Un fotograma de un GIF no está obligado a ser la imagen completa. El formato permite que un fotograma sea un rectángulo de cualquier tamaño en cualquier posición, y permite marcar píxeles como transparentes para decir “lo que ya hay en pantalla aquí sigue siendo correcto”. Así es como una grabación de pantalla de una ventana casi inmóvil se comprime tan bien: el fotograma uno es la ventana entera y los fotogramas siguientes son pequeños parches. Si tu corte empieza en un fotograma-parche, copiar su bloque por sí solo produciría un archivo que muestra ese parche sobre un lienzo vacío: un GIF válido, una descarga que funciona y la imagen equivocada. Por eso la herramienta reconstruye en su lugar: primero compone cada fotograma sobre el lienzo completo y luego los escribe. Incluso entonces construye la paleta con los colores que esos fotogramas contienen realmente en vez de elegir colores nuevos, así que el resultado sigue siendo exacto. La ficha de resultado siempre dice cuál de los dos caminos se tomó.

Un GIF no tiene línea de tiempo. Tiene una lista de fotogramas, y cada fotograma lleva su propia espera en centésimas de segundo. Todo lo que una línea de tiempo te muestra sale de sumar esas esperas, y por eso dos GIF de la misma duración pueden tener números de fotogramas completamente distintos, y por eso un tiempo que escribes tiene que convertirse en un conjunto de fotogramas antes de poder cortar nada.

La regla que aplica esta herramienta

Un intervalo de tiempo selecciona todos los fotogramas que están en pantalla durante él. Si el fotograma cuatro va de 0,60 s a 1,60 s y pides conservar de 0,60 s a 1,70 s, obtienes los fotogramas cuatro, cinco y seis: todas las imágenes que podrías haber visto en ese intervalo. La alternativa más conocida documenta la regla contraria, redondear hacia adelante al siguiente límite de fotograma, lo que descarta en silencio la imagen que estaba en pantalla justo en el momento que señalaste. Ambas reglas son defendibles; solo una de ellas nunca pierde algo que pediste, y la diferencia solo se nota en animaciones con esperas irregulares, que son la mayoría.

En qué unidad conviene trabajar

• Fotogramas, cuando quieres ser exacto. Los números de fotograma empiezan en 1 y son inclusivos, así que de 3 a 6 conserva cuatro fotogramas. Esta es la unidad que hay que usar cuando cortas hasta una imagen concreta: el instante en que la expresión aterriza, el fotograma anterior a que aparezca el artefacto.
• Segundos, cuando te ajustas a otra cosa. Un límite de duración, un compás, un subtítulo que tiene que quedarse en pantalla. Las casillas aceptan dos decimales y la línea de tiempo se mueve con ellas.
• Son una sola selección. Cambiar la unidad convierte los números en vez de reinterpretarlos, así que los fotogramas 3 a 6 pasan a ser los segundos que esos fotogramas ocupan, y al volver aterrizas otra vez en 3 a 6. Un control que convirtiera en silencio “fotograma 3” en “3 segundos” sería una selección que tú nunca hiciste.
• Las casillas y los controles coinciden. Arrastrar un control escribe el número en la casilla, en la unidad que esté mostrándose. No hay un estado de arrastre aparte, así que la imagen y los números nunca pueden discrepar sobre lo que se va a cortar.

Hay tres cosas que la gente entiende por “cortar un GIF”, y la mayoría de las herramientas implementan solo la primera. Las tres son la misma operación de fondo —elegir qué fotogramas sobreviven—, así que no hay ninguna razón para enviar a nadie a otra página por las otras dos.

• Conservar la selección. El recorte de toda la vida. Sobrevive todo lo que hay entre los dos controles y desaparece todo lo que queda fuera. Esto es lo que significa cortar cuando nadie dice lo contrario, y es la opción por defecto.
• Quitar la selección. La operación inversa. Lo que desaparece es la banda entre los controles, y lo que queda a cada lado se une en una sola animación. La línea de tiempo pinta la banda en rojo para que sea evidente en qué sentido estás trabajando.
• Dividir en partes. Ignora los controles por completo: la animación entera se divide en varias animaciones más cortas, por un número de partes iguales, por fotogramas por parte o por segundos por parte. Cada parte es una animación real con sus propios tiempos, y se descargan juntas como un único archivo comprimido.

Cómo se reparten las partes

Una división uniforme es todo lo uniforme que permiten los fotogramas enteros. Veinte fotogramas en tres partes dan siete, siete y seis: el resto se reparte entre las primeras partes en lugar de soltarse todo sobre la última, que es lo que hace que un conjunto de partes parezca deliberado y no descuidado. Dividir por fotogramas por parte te da partes de exactamente esa cantidad con una más corta al final; dividir por segundos corta según el reloj propio de la animación, así que el límite de una parte cae entre fotogramas y no dentro de uno. En todos los modos las partes vuelven a sumar el original con exactitud: ningún fotograma se duplica ni se pierde, y la duración total de las partes es igual a la duración de la animación de la que partiste.

• GIF splitter — one animation in, a folder of still pictures out, one per frame. Use it when you want the images; use this page when you want shorter animations.
• GIF speed changer — the other way to make an animation shorter, by re-timing it rather than by removing frames. Use it when every frame has to stay and only the pace is wrong.

Un corte tiene un trabajo evidente y otro en el que nadie piensa hasta que sale mal. El evidente es elegir fotogramas. El otro es no alterar los tiempos de la animación mientras lo hace y, como un GIF guarda una espera por fotograma, hay varias formas de equivocarse sutilmente en eso y aun así producir un archivo que se reproduce.

Las tres reglas de los tiempos

• Un fotograma conservado mantiene su propia espera. El fotograma siete tenía una espera de 40 milisegundos antes del corte, así que tiene una espera de 40 milisegundos después. Suena demasiado obvio como para enunciarlo, y es exactamente lo que rompe una herramienta cuando reconstruye una animación a una velocidad de fotogramas supuesta.
• La duración de salida es la suma de lo que conservaste. No la duración del original, ni una proporción de ella. El número de la ficha de resultado se suma a partir de las esperas de los fotogramas del archivo que estás a punto de descargar.
• Solo Mantener cambia una espera. Y cambia exactamente una: la del fotograma de la unión de una sección eliminada, que se alarga justo el tiempo que se quitó. Todo lo demás pasa intacto.

Acortar o mantener, cuando quitas una sección

Quitar dos segundos del centro de una animación de cinco segundos deja tres segundos de imágenes, y tienes que decidir qué pasa con esos dos segundos. Acortar es la opción honesta por defecto: la animación ahora dura tres segundos. Mantener la deja en cinco dejando el fotograma anterior al hueco en pantalla durante el tiempo que falta, así que la animación sigue tardando lo mismo que tardaba: la pausa se ve, pero la cadencia se conserva. Eso importa más a menudo de lo que parece: un bucle sincronizado con una transición de página, una cuenta atrás que tiene que durar lo mismo, una animación colocada en una maquetación junto a otra. Solo una herramienta de esta categoría que trabaje en el navegador ofrece siquiera esta elección, y ninguna descargable que conozcamos lo hace.

Un GIF guarda cuántas veces se reproduce en un pequeño bloque de aplicación cerca del principio del archivo. Es fácil pasarlo por alto y se guarda de una forma incómoda: el número del archivo es cuántas veces hay que REPETIR después de la primera reproducción, y cero significa para siempre, así que “reproducir exactamente una vez” no se puede escribir como número y se expresa con la ausencia del bloque.

Qué significa eso en la práctica

• Un corte tiene que conservarlo. Una animación recortada que se reproduce una vez y se detiene, cuando la original se repetía, está rota de la forma que la gente detecta más tarde: normalmente cuando ya está publicada en algún sitio.
• Reconstruir obliga a escribirlo de cero. El camino de reconstrucción crea un archivo nuevo, así que el bloque se escribe en vez de copiarse. Equivocarse ahí en uno convierte “se reproduce tres veces” en “se reproduce cuatro veces”, que es exactamente el tipo de error que sobrevive a una revisión.
• Un resultado de un solo fotograma no tiene repetición. Cortar hasta dejar un único fotograma produce una imagen fija, y una imagen fija con un bloque de repetición es una contradicción. El bloque se omite.
• Se comprueba con tres archivos a la vez. Uno que se repite para siempre, uno que se reproduce tres veces y uno que se reproduce una vez, por el camino de copia y por el de reconstrucción, leyendo la repetición del archivo terminado con una biblioteca independiente.

Este es el mecanismo que hay detrás de casi todo lo anterior, y merece un párrafo porque explica por qué un corte a veces es una copia y a veces no, y por qué cortar un GIF con una herramienta ingenua puede producir un archivo que parece roto de una manera que no sabes explicar.

Cuando un GIF está bien escrito, cada fotograma guarda solo lo que cambió respecto al anterior. El resto se marca transparente, que el formato define como “deja lo que ya hay ahí”. Por eso una grabación de pantalla de 200 fotogramas de una ventana casi inmóvil puede pesar menos que una animación de 20 fotogramas de algo en movimiento. También significa que la mayoría de los fotogramas del centro de un archivo así no tienen sentido por sí solos. Un cortador que empiece una animación nueva en uno de ellos produce exactamente lo que cabría esperar: un pequeño parche flotando sobre un lienzo vacío, en un archivo que se abre a la perfección.

Qué hace esta herramienta al respecto

• Comprueba antes de copiar. Un fotograma puede abrir una animación por sí solo si cubre el lienzo entero y no declara transparencia. Cada secuencia de fotogramas que produce un corte tiene que empezar por uno así, o la copia se rechaza en lugar de intentarse.
• La comprobación se hace sobre el archivo, no sobre una suposición. Lee el rectángulo del fotograma y su indicador de transparencia directamente del archivo: unos pocos bytes, sin decodificar nada. La comprobación es deliberadamente conservadora: a un fotograma que declara un color transparente pero nunca lo usa se le niega una copia que podría haber tenido, lo que cuesta una reconstrucción en vez de costarte un archivo roto.
• Una división decide parte por parte. La primera parte de una división suele empezar en el fotograma uno y se puede copiar; las partes posteriores muchas veces no. La herramienta copia las que puede y reconstruye solo las que debe, en lugar de arrastrar el trabajo entero al camino lento.
• Y te lo dice. La ficha de resultado nombra el camino que se ejecutó. Una herramienta que recodificara en silencio cuando prometió no hacerlo se vería idéntica desde fuera, y por eso el camino se informa en lugar de darse por supuesto.

Cada número de aquí abajo sale del propio conjunto de pruebas de esta herramienta en el equipo de referencia y se puede reproducir ejecutándolo. Cuando una afirmación es sobre corrección y no sobre velocidad, se comprueba contra una biblioteca de imagen independiente que no comparte código con esta herramienta, así que la comparación no es nuestra salida juzgada contra nuestra propia salida anterior.

Los números

• Calidad Tanto en el camino de copia como en el de reconstrucción, la mayor diferencia en cualquier canal de color de cualquier píxel entre la salida y el fotograma original del que procede es 0 de 255. Esos mismos fotogramas pasados por un codificador de propósito general vuelven hasta a 4 de 255 de distancia.
• Velocidad Copiar es más de diez veces más rápido que reconstruir el mismo corte sobre el mismo archivo, medido con ambos intercalados para que una máquina ocupada no pueda favorecer a uno de los dos.
• Trabajo evitado Una copia decodifica exactamente un fotograma de la animación, sea cual sea su duración: comprobado, no estimado. Una animación de 100 fotogramas se recorta sin llegar a descomprimir 99 de sus fotogramas.
• Tiempos Las esperas de cada fotograma pasan sin cambios y la duración total de la salida es la suma de las esperas conservadas, leída del archivo terminado y no del plan que lo creó.
• Recomposición Las partes de una división vuelven a sumar el original con exactitud: el mismo número de fotogramas y la misma duración total, sin ningún fotograma duplicado ni perdido.

La lista de entradas es cerrada y se aplica en el propio 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 lugar de aceptarse y fallar más tarde detrás de un indicador de carga.

• Entra GIF, sale GIF. Animado o de un solo fotograma, entrelazado o no, con una única paleta o con una paleta distinta en cada fotograma. Este es el caso en el que los fotogramas que conservas se copian en lugar de recodificarse.
• Entran WebP animado y APNG. Ambos los leen nuestros propios lectores en todas partes, y no un decodificador nativo, así que el número de fotogramas y los tiempos son idénticos en cualquier sitio. Salen como GIF, que es una conversión la haga la herramienta que la haga.
• Sale una animación, o varias. Conservar y Quitar producen un archivo. Dividir produce uno por parte, cada uno una animación funcional, descargable por separado o todas juntas como un único archivo comprimido.
• Cualquier otra cosa se rechaza con una ruta. Un vídeo se envía a Vídeo a GIF; una fotografía fija, al Creador de GIF. El rechazo dice qué es el archivo, qué acepta esta herramienta y adónde ir en su lugar.

Cómo se lee la animación

En el camino de copia la animación apenas se lee: la herramienta recorre la estructura de bloques del archivo, que son unos pocos cientos de bytes de cabeceras con longitud por delante, y nunca descomprime una imagen. En el camino de reconstrucción, el GIF se decodifica de forma nativa allí donde existe un decodificador y con nuestro propio lector en todos los demás casos, así que una animación se abre igual en cualquier navegador en lugar de llegar como su primer fotograma y sin ningún error, que es lo que ocurre en varios navegadores sin ese respaldo. El WebP animado y el APNG siempre pasan por nuestros propios lectores. La herramienta informa de qué lector se ejecutó, así que una diferencia entre navegadores aparece como un dato y no como un misterio.

Límites de cada plan

• Gratis. Una animación de hasta 200 MB y hasta 300 fotogramas, con la calidad completa. El plan gratuito no es un corte de menor calidad: es exactamente la misma salida, en un lote más pequeño.
• Pro. Hasta 20 animaciones a la vez sin límite de fotogramas, cortadas de una sola pasada y descargadas juntas como un único archivo comprimido. Lo que compra Pro aquí es el lote, porque recortar una carpeta de clips de uno en uno es la verdadera tarea pesada.
• El límite que comparten ambos planes. En el camino de reconstrucción cada fotograma se expande a color completo mientras se trabaja con él, así que un presupuesto de memoria acota el trabajo antes de empezar en lugar de dejar que la pestaña deje de responder mientras un círculo de progreso sigue girando. El camino de copia no tiene esa cota, porque nunca expande nada.

No se sube nada. El archivo se lee en tu propia máquina, los fotogramas que conservas se copian o se reconstruyen ahí, y el resultado pasa directamente a tus descargas, todo en un hilo en segundo plano, para que la página siga dibujándose mientras el trabajo ocurre. La herramienta funciona con la red desconectada una vez que la página ha cargado, y nuestras propias pruebas registran cada petición de red hecha durante una ejecución y exigen que la lista esté vacía.

Por qué el mismo corte produce siempre el mismo archivo

• Nada de azar en ninguna parte. Nada de ninguno de los dos caminos usa un algoritmo aleatorizado, así que la misma animación con los mismos ajustes produce siempre una salida idéntica byte a byte. Eso es lo que hace posible comprobar el resultado siquiera.
• La salida se declara a sí misma. Cada archivo registra si se copió o se reconstruyó, y si sus píxeles son exactos. Un cambio silencioso de camino aparece como un dato declarado y no como una variación inexplicada del tamaño del archivo.
• Comprobado contra otra implementación. La identidad de los fotogramas, su número, las esperas, las duraciones totales y el número de repeticiones se verifican todos con libvips —una biblioteca de imagen completamente independiente— y no contra nuestra propia salida anterior.
• La copia también se comprueba contra sí misma. Después de cada copia, la herramienta compara los datos de imagen comprimidos del archivo que acaba de escribir con esos mismos rangos del original, byte a byte. No puede fallar, que es justo por lo que sale barato ejecutarla en cada corte y por lo que un cambio futuro que rompiera la garantía fallaría aquí en vez de publicarse.

En el camino de copia un corte nunca decodifica una imagen: la herramienta lee la estructura del archivo y copia los fotogramas que conservas, así que recortar una animación de 100 fotogramas decodifica exactamente un fotograma y termina en milisegundos de un solo dígito. Cuando hay que reconstruir el archivo, el trabajo se ejecuta en un hilo en segundo plano sobre tu hardware gráfico allí donde tu equipo lo admite, para que la página siga respondiendo. Se ejecuta en tu dispositivo, no en nuestros servidores.

• Divisor de GIF
• Cambiar la velocidad de un GIF
• Compresor de GIF
• Optimizador de GIF
• Recortar el área de un GIF
• Redimensionar GIF