Vídeo a GIF
Convierte una parte corta de un vídeo en un GIF o en un WebP animado sin subir el archivo. Elige el tramo y ajusta los fotogramas por segundo, el ancho y la calidad; el GIF usa una paleta en dos pasadas y el WebP animado suele ocupar mucho menos.
- El archivo se queda en tu equipo; el motor se descarga solo al elegirlo
- GIF con paleta en dos pasadas y WebP animado como alternativa
Suelta aquí un archivo de vídeo
El archivo se queda en tu equipo: nunca se sube
Lee MP4, MOV, WebM, MKV, AVI, M4V y casi cualquier otro formato que entienda FFmpeg.
Todavía no hay ningún vídeo
Elige un archivo de vídeo para empezar. El motor de conversión solo se descarga en ese momento.
Resumen
Un buen GIF empieza con un fragmento breve e intencional. Estos controles te ayudan a fijar ese tramo y a contener el peso antes de codificar.
- 01
Recortar antes de codificar
Mueve la reproducción, arrastra los dos tiradores hasta los segundos que quieres y pulsa reproducir para comprobar la selección. Solo se renderiza el tramo elegido, aunque al buscar la posición se puede leer una parte corta desde el fotograma clave anterior.
- 02
Paleta de GIF en dos pasadas
El GIF que se genera aquí usa una paleta específica para el fragmento, de hasta 256 colores. Elegir esos colores decide el resultado: primero se analiza el vídeo para crear la paleta y después se codifica con ella.
- 03
WebP animado como alternativa
El WebP animado suele ocupar bastante menos que el mismo GIF y no queda limitado a una paleta de 256 colores. El ahorro exacto depende del vídeo y de los ajustes; es una buena opción cuando el destino lo acepta.
- 04
Los ajustes que de verdad mueven el peso
Fotogramas por segundo, ancho, número de colores y tramado, cada uno en su propio control, con el total de fotogramas calculado en vivo. Sin un misterioso deslizador de «calidad» que sustituya a cuatro decisiones distintas.
- 05
Inversión, rebote y velocidad
Reproduce el fragmento hacia atrás, hazlo ir y volver, o ponlo entre media y doble velocidad. La velocidad se aplica antes de fijar la tasa de fotogramas, así que la salida se toma de la línea de tiempo ya acelerada en vez de descartar fotogramas del original.
- 06
Procesado local
FFmpeg compilado a WebAssembly, ejecutándose en la pestaña. No se sube nada, no hay límite de tamaño impuesto por un servidor, ni cola, ni marca de agua, ni cuenta.
Cómo usarla
De un archivo de vídeo a una animación terminada en cuatro pasos.
- 01
Suelta un vídeo sobre la página o usa el selector de archivos. El motor de conversión empieza a descargarse en ese momento: son unos 31 MB y ocurre una sola vez.
- 02
Arrastra los dos tiradores hasta el tramo que quieres y pulsa Reproducir selección para confirmar que lo has cogido bien. Un vídeo largo se abre con solo los diez primeros segundos seleccionados, así que revisa el rango aunque quieras conservarlo entero. Casi siempre conviene quedarse corto.
- 03
Elige GIF o WebP animado y fija los fotogramas por segundo y el ancho. La línea de debajo indica cuántos fotogramas salen de ahí, que es lo que marca el peso final.
- 04
Pulsa Crear. Los GIF hacen una pasada de paleta y otra de codificación; al terminar, revisa la vista previa en bucle y descarga.
Detalles
Detalles que deciden si el resultado sirve tal cual.
- Recorte con dos tiradores y cabezal de reproducción, con reproducción de la selección en la propia página
- Salida GIF construida en dos pasadas con una paleta hecha para ese fragmento
- Salida WebP animado con calidad ajustable de 10 a 100
- De 8 a 24 fotogramas por segundo
- Anchos predefinidos de 240 a 800 px, o el ancho original
- Paleta de 256, 128, 64 o 32 colores
- Tramado Bayer, Floyd–Steinberg o ninguno
- Velocidad de 0,5× a 2×, además de inversión y rebote
- Bucle infinito o una sola reproducción
- Número de fotogramas y dimensiones de salida antes de lanzar el proceso
- Progreso real en bytes mientras se descarga el motor, no una barra animada de adorno
- El proceso se puede cancelar mientras se ejecuta
Casos de uso
Dónde el GIF es la respuesta correcta, y por qué importa hacerlo en local.
-
Informes de error y pull requests
Tres segundos de GIF ahorran un párrafo de descripción y una ronda de «¿dónde has hecho clic exactamente?». GitHub, GitLab, Jira y Linear animan los GIF dentro del propio comentario, así que la imagen queda donde está la conversación.
-
Grabaciones de pantalla que no deberías subir
La captura de un panel interno suele llevar nombres de clientes, números de ticket o URL de preproducción. Convertirla en la pestaña significa que nunca llega a un sitio de conversión cuya política de retención no has leído.
-
Novedades de producto y notas de versión
Un bucle corto enseñando una función en movimiento dice más que una captura y no necesita reproductor, ni controles, ni alojamiento. Recorta la interacción concreta que importa y cabe incrustado en el texto.
-
Documentación y README
Un GIF entra en Markdown como una imagen normal y se anima en npm, en PyPI y en los principales alojamientos de Git. Mantén el ancho en 640 px o menos para que no reviente la maquetación en el móvil.
-
Chat y redes
Slack, Discord y Teams reproducen GIF en línea, y casi todos limitan la subida muy por debajo de lo que produce un clip sin recortar. Recortar y bajar a 12–15 fps suele bastar para pasar el límite.
-
Correo y presentaciones
Un vídeo incrustado depende de que el destinatario tenga un reproductor. El GIF sirve de alternativa cuando no se admite vídeo, pero algunos clientes de correo muestran solo una imagen fija: haz que el primer fotograma se entienda por sí solo.
Ver también
El mismo motor se ocupa de la otra mitad de un archivo de vídeo. Cuando lo que necesitas es el sonido y no la imagen, usa Conversor de audio. Cuando un solo fotograma diría lo mismo que el bucle, una imagen fija pesa muchísimo menos: redúcela con Compresor de imágenes. Y cuando la animación es en realidad interfaz y no metraje, un SVG optimizado le gana a cualquier GIF; límpialo con Optimizador de SVG.
Buenas prácticas
Decisiones que mantienen la animación legible y el archivo pequeño.
- Recorta primero y sin miedo: la duración cuesta más que cualquier otro ajuste, porque cada segundo de más es un juego entero de fotogramas de más
- Empieza en 12–15 fps; por debajo de 10 el movimiento se entrecorta y por encima de 20 sueles pagar una fluidez que nadie nota
- Ajusta el ancho al sitio donde va: 480 px bastan para un chat y 640 px para un README; pasar de ahí compra sobre todo peso
- En grabaciones de pantalla, baja la paleta a 64 colores antes que tocar nada más: los colores planos de una interfaz no llegan a usar 256 y el ahorro es grande
- Deja el tramado en Bayer para material filmado, quítalo del todo en capturas de interfaz planas y reserva Floyd–Steinberg para cuando un degradado o una foto muestren bandas visibles
- Elige WebP animado siempre que el destino lo acepte, y guarda el GIF para los sitios que siguen exigiéndolo
- Evita inversión y rebote en selecciones largas: retienen todos los fotogramas en memoria a la vez, cosa que no hace una pasada normal
Limitaciones
Lo que esta herramienta no hace a propósito, y dónde se le atraganta el trabajo.
- El motor pesa unos 31 MB la primera vez. Después queda en caché, pero el primer proceso en un perfil de navegador nuevo carga con esa descarga.
- WebAssembly es de 32 bits y el archivo de origen se mantiene entero en memoria mientras se lee, así que a partir de unos 250 MB de vídeo la cosa deja de ser fiable.
- Los navegadores móviles dan a una pestaña mucha menos memoria que los de escritorio y fallarán antes, sobre todo con inversión y rebote.
- El proceso es de un solo hilo. Es deliberado: los múltiples hilos exigen aislamiento entre orígenes, y eso rompería otras partes de la página.
- Esto recorta y convierte; no edita. Encuadrar el fotograma, poner subtítulos, dibujar flechas o unir clips quedan fuera.
- El GIF no tiene sonido, y el WebP animado que se genera aquí tampoco. El audio se descarta: si lo que necesitas es esa parte, usa el conversor de audio.
- Es posible que algunos vídeos AV1 no se puedan descodificar con el motor actual del navegador. Si falla la lectura, convierte antes el archivo a H.264, VP9 o WebM.
- Algunos contenedores que FFmpeg lee sin problema, como un MKV con HEVC, no se reproducen en la vista previa del navegador. El recorte sigue funcionando con los códigos de tiempo; lo único que falta es la imagen en movimiento.
- Los archivos protegidos con DRM no se pueden leer, ni aquí ni en ninguna herramienta que no rompa esa protección.
Preguntas frecuentes
Preguntas que surgen al convertir un vídeo en GIF.
¿Cómo convierto un MP4 en GIF?
Suelta el MP4 sobre la página, arrastra los dos tiradores hasta el tramo que quieres y pulsa Crear. Los valores por defecto —15 fps y 480 px de ancho— van bien para casi cualquier grabación de pantalla. El resultado aparece a la derecha, repitiendo el bucle igual que lo hará el archivo guardado y con su peso al lado.
¿Se sube mi vídeo a algún sitio?
No. El motor es FFmpeg compilado a WebAssembly y se ejecuta dentro de tu pestaña. El archivo se lee del disco a la memoria de la pestaña y el resultado se devuelve como descarga. Nada del archivo cruza la red, y puedes comprobarlo mirando el panel de red mientras se ejecuta el proceso.
¿Por qué pesa tanto mi GIF y cómo lo reduzco?
El GIF comprime cada fotograma por separado y no puede descartar color como hace un códec de vídeo, así que el peso sigue casi en línea recta al número de fotogramas y a su superficie. Por orden de efecto: acorta el fragmento, baja los fotogramas por segundo, reduce el ancho y luego recorta la paleta a 64 colores. Reducir el ancho a la mitad deja los píxeles en la cuarta parte y suele rendir más que cualquier cambio de paleta.
¿Qué tasa de fotogramas y qué ancho debo usar?
12–15 fps y 480 px de ancho son un buen punto de partida para una grabación de pantalla, y 640 px si va a un README. Sube a 20–24 fps solo con movimiento rápido, como un golpe de ratón o un desplazamiento veloz, y baja a 8–10 fps en un recorrido lento por la interfaz, donde el peso importa más que la fluidez.
¿GIF o WebP animado?
El WebP animado suele ocupar bastante menos que el mismo GIF y ofrece mejor color y transparencia, aunque el tamaño final depende del vídeo y de los ajustes. Elige WebP para un destino moderno en el navegador. Elige GIF cuando el destino solo acepte GIF, la plataforma sea antigua o desconocida, o no sepas si el correo animará la imagen; en cualquier caso, haz que el primer fotograma se entienda por sí solo.
¿Por qué mi GIF se ve granulado o con bandas?
El GIF admite 256 colores por fotograma, así que un degradado o una fotografía solo pueden aproximarse. Esta herramienta construye la paleta a partir de tu fragmento concreto en vez de usar una genérica, y eso resuelve casi todo. Si aún ves bandas, vuelve a 256 colores y cambia el tramado a Floyd–Steinberg; si en cambio lo que ves es un moteado, lo más probable es que no quieras tramado ninguno, algo habitual en capturas de interfaz planas.
¿Cuánto puede durar el fragmento?
No hay un límite fijo, pero la herramienta avisa a partir de 30 segundos porque el peso de un GIF crece con cada fotograma. Más allá de unos 450 fotogramas —30 segundos a 15 fps— casi siempre compensa más un WebP, o directamente un archivo de vídeo. La restricción más dura es la de inversión y rebote, que retienen todos los fotogramas en memoria antes de escribir nada.
¿Por qué tarda tanto en arrancar el primer proceso?
El motor de conversión pesa unos 31 MB y se descarga la primera vez que eliges un archivo. Después queda en caché con una caducidad larga, así que las visitas y las conversiones siguientes arrancan al instante. La descarga se aplaza a propósito hasta que eliges un archivo, de modo que leer esta página no te cuesta nada.
¿Puedo recortar el encuadre o añadir un texto?
Aquí no. Esta herramienta recorta en el tiempo, no en el espacio, y no añade nada a la imagen. Encuadrar y rotular son decisiones de edición que necesitan su propia vista previa y su propio deshacer, y encajar una versión pobre de ambas en un conversor suele dar una herramienta que no hace bien ninguna de las dos cosas.
¿Puedo usarla en el móvil?
Con fragmentos cortos, normalmente sí. Con los largos, a menudo no: los navegadores móviles asignan a una pestaña mucha menos memoria que los de escritorio, y el sistema la cierra cuando se agota. Lo primero que falla es la inversión y el rebote. Para algo que pase de unos pocos segundos, es más seguro un navegador de escritorio.
Herramientas relacionadas
Más herramientas locales, solo de navegador, para trabajar con material multimedia e imágenes.