Initializing, please wait a moment

¿Conversión FFmpeg Online Atascada? Tres Correcciones (y Prueba de 30 Segundos)

Última revisión: 2026-05-03. Subiste un video a un conversor ffmpeg online, presionaste "convertir," y la barra de progreso se congeló - o nunca empezó a moverse. Esta guía nombra las tres causas comunes (límite de memoria del navegador, pestaña en segundo plano, codec que el build WASM no soporta), da una corrección de una línea por causa, y muestra una prueba de 30 segundos que te dice cuál golpeaste.

Respuesta de 30 segundos. El navegador se quedó sin memoria porque el archivo era demasiado grande para WASM en pestaña, O la pestaña estaba en segundo plano y el SO suspendió el worker, O la fuente usa un codec que el build WASM ffmpeg no incluye. Recarga la pestaña y suelta un archivo pequeño de prueba (por ejemplo, un clip de 5 segundos a 720p) en la herramienta ffmpeg online. Si el clip pequeño convierte en segundos, tu fallo original fue Causa 1 (memoria) o Causa 3 (codec). Si incluso el clip pequeño se atasca, es Causa 2 (pestaña en segundo plano).

Causa 1: límite de memoria del navegador en WASM ffmpeg

WASM ffmpeg en el navegador es un ffmpeg autocontenido compilado a WebAssembly que se ejecuta enteramente en la pestaña. El compromiso: el módulo WASM de la pestaña típicamente obtiene 2 GB de espacio de direcciones (4 GB con builds memory64 explícitas), y un solo video fuente 4K más los búferes del codificador en vuelo y las matrices de conversión de espacio de color pueden exceder eso en clips largos. Cuando eso pasa, ffmpeg o muere silenciosamente o se atasca en un porcentaje que nunca avanza. Los archivos fuente 4K largos son el disparador más común, pero una fuente 1080p H.265 larga con audio 5.1 también puede empujar el límite en teléfonos y laptops más antiguos.

Corrección. Recorta la fuente a un clip más corto primero, luego convierte. O ejecuta ffmpeg localmente para archivos que excedan unos 500 MB - el binario de escritorio ffmpeg tiene acceso a toda la RAM del sistema, no solo a un sandbox de 2 GB. La guía companion proactiva FFmpeg online vs FFmpeg local - cuándo gana cada uno recorre la decisión de tamaño y runtime antes de la subida, para que puedas elegir la ruta correcta en el primer intento.

Causa 2: la pestaña pasó a segundo plano; el SO suspendió el worker

Los navegadores modernos (Chrome, Firefox, Safari) limitan o suspenden completamente los Web Workers en pestañas de segundo plano para ahorrar batería. Una conversión ffmpeg larga que se ejecuta mientras la pestaña está oculta puede congelarse indefinidamente en escritorio y casi siempre se congela en móvil (iOS Safari es especialmente agresivo). La conversión no está realmente rota - el SO la ha pausado - pero al lector le parece idéntico a un atasco duro.

Corrección. Mantén la pestaña en primer plano durante la duración de la conversión. En laptop, no dejes que se cierre la tapa (dormir también pausa el worker). En teléfono, no cambies de apps; bloquea la pantalla con la pestaña aún en foco si debes, pero una pestaña en segundo plano mientras la pantalla está encendida usualmente sigue siendo limitada. Algunas herramientas ffmpeg online documentan un truco "keep-alive" (por ejemplo, bucle de audio silencioso, o un pulso periódico `noSleep`) - lee las notas del autor de la herramienta si tu conversión es lo suficientemente larga para necesitar una.

La forma más rápida de confirmar Causa 2 es la prueba de archivo pequeño de la respuesta de 30 segundos arriba: si un clip de 5 segundos también se atasca cuando la pestaña está en segundo plano, pero convierte inmediatamente cuando traes la pestaña al primer plano, la causa es suspensión de pestaña. Si incluso un clip pequeño en primer plano se atasca, el problema está en otro lugar (Causa 1 memoria o Causa 3 codec).

Causa 3: archivo fuente usa un codec que el build WASM no incluye

WASM ffmpeg del navegador envía un conjunto curado de decodificadores para mantener el tamaño de descarga manejable - típicamente H.264, H.265 (HEVC), VP9, AV1, AAC, MP3, Opus, y un puñado más. Los codecs fuente exóticos (ProRes, DNxHR, JPEG 2000, AC-3 por encima de 5.1 canales, Dolby Atmos en algunos contenedores MOV) pueden no decodificar. La conversión o falla inmediatamente con una línea "codec no encontrado" en el log, o se atasca en 0% porque el decodificador no puede sacar un solo fotograma de la fuente.

Corrección. Re-codifica la fuente a un codec común localmente primero - incluso un pase rápido de ffmpeg de escritorio que copie el audio y re-codifique el video a H.264 toma solo una fracción del tiempo de grabación original. O elige un contenedor que el build es conocido por soportar; la guía MP4 vs MOV vs MKV - qué contenedor, cuándo cubre qué combinaciones contenedor/codec son más seguras para ffmpeg basado en navegador, y MP4 vs WebM para la web cubre el contenedor de salida correcto para entrega web.

La comprobación de atasco de 30 segundos: clip pequeño en primer plano

Tres pasos te dicen si memoria, la pestaña en segundo plano, o el codec atascaron tu conversión - sin matemáticas, solo un clip pequeño y una pestaña en primer plano:

  1. Recarga la pestaña (cicla el módulo WASM y limpia cualquier estado zombi del intento anterior).
  2. Suelta un archivo muy pequeño - un clip de 5 segundos a 720p, ~5 MB. Mantén la pestaña en primer plano.
  3. Observa.
    • Clip pequeño convierte en segundos → el fallo original fue Causa 1 (memoria) si tu fuente era grande, o Causa 3 (codec) si el codec fuente era exótico. Recorta o re-codifica la fuente.
    • Clip pequeño se atasca en primer plano → el problema es Causa 3 (codec) en el archivo pequeño también, o un conflicto más profundo de navegador/extensión (prueba una ventana privada sin extensiones).
    • Clip pequeño convierte en primer plano pero se atasca cuando cambias de pestañas → Causa 2 (pestaña en segundo plano). Mantén la pestaña visible durante toda la conversión.

Si un clip pequeño tiene éxito y la fuente original era 4K o más larga que 10 minutos, Causa 1 (memoria) es la más probable; recorta la fuente en trozos de ~5 minutos o ejecuta ffmpeg localmente.

Preguntas frecuentes

¿Safari soporta WASM ffmpeg?

Sí, Safari reciente soporta la combinación WebAssembly + Web Worker que los builds ffmpeg del navegador usan, pero Safari es más estricto que Chrome en limitación de pestaña de segundo plano y en límites de memoria en navegación privada. Si tu conversión se atasca en Safari pero funciona en Chrome en la misma máquina, la causa usualmente es Causa 2 (pestaña en segundo plano) o presión de memoria en modo privado.

¿Por qué el mismo archivo convierte localmente en 10 segundos pero se atasca online?

FFmpeg local usa código de máquina nativo y la RAM completa del host; ffmpeg del navegador usa WASM (típicamente más lento por instrucción) y un sandbox de 2 GB. Para archivos que caben cómodamente en el sandbox, la brecha es aproximadamente 2-5x más lenta en el navegador. Para archivos que se acercan o exceden el límite del sandbox, la conversión local termina y la conversión del navegador se queda sin memoria y se atasca. La guía proactiva FFmpeg online vs FFmpeg local cubre el umbral de tamaño donde cada uno gana.

¿Puedo aumentar el límite de memoria del navegador?

No del lado de la página. El límite es establecido por el motor del navegador y la configuración de memoria del build WASM. Para navegadores basados en Chromium, el límite es típicamente 2 GB por pestaña; algunos flags experimentales permiten pools más grandes, pero no son amigables al usuario. La corrección confiable es recortar la fuente para que el conjunto de trabajo quepa.

¿Cuál es el límite de tamaño para conversión online?

Específico de la herramienta. La mayoría de las herramientas ffmpeg de navegador documentan un límite blando entre 100 MB y 2 GB. Por encima de 500 MB, espera atascos frecuentes en teléfonos y laptops más antiguos; por encima de 1 GB, espera atascos en la mayoría de los escritorios también. Si tu fuente es 4K y más larga que 10 minutos, planea o recortar o ejecutar localmente.

¿Incógnito / Navegación Privada lo empeora?

A veces. Las ventanas privadas en Chrome y Firefox llevan los mismos límites de memoria, pero las extensiones suelen estar deshabilitadas (lo que puede ayudar si una extensión estaba interfiriendo). La Navegación Privada de Safari tiene almacenamiento y límites de memoria más estrictos que pueden disparar Causa 1 antes. Si una conversión se atasca en Privada pero funciona en navegación normal, la causa usualmente es un sandbox más estricto en modo Privado.

Relacionados

Why trust these tools

  • Ten-plus years of web tooling. The freetoolonline editorial team has shipped browser-based utilities since 2015. The goal has never changed: get you to a working output fast, without an install.
  • Truly in-browser - no upload. Every file-processing tool on this site runs in your browser through modern Web APIs (File, FileReader, Canvas, Web Audio, WebGL, Web Workers). Your photo, PDF, audio, or text never leaves your device.
  • No tracking during tool use. Analytics ends at the page view. The actual input you paste, drop, or capture is never sent to any server and never written to any log.
  • Open-source core components. The processing engines underneath (libheif, libde265, pdf-lib, terser, clean-css, ffmpeg.wasm, and others) are public and audit-able. We link to each one in its tool page's footer.
  • Free, with or without ads. All tools are fully functional without sign-up. The Disable Ads button in the header is always available if you need a distraction-free run.