Cómo funciona la compresión de vídeo en el navegador (y por qué tu archivo nunca se sube)

Casi todos los «compresores de vídeo en línea» funcionan igual: subes tu vídeo a un servidor, el servidor lo comprime y descargas el resultado. SqueezeVid funciona de otra forma: comprime tu vídeo dentro de tu navegador, y tu archivo nunca sale de tu dispositivo. Esta entrada explica cómo es posible y por qué importa para tu privacidad.

Qué significa realmente la «compresión en el navegador»

Cuando una herramienta comprime vídeo «en la nube», tu archivo se transmite por internet hasta el servidor de una empresa, se escribe en su disco, se procesa y se devuelve. Para un vídeo de 1 GB eso significa una subida lenta, una descarga lenta y una copia de tu material en la máquina de otra persona, al menos temporalmente.

La compresión en el navegador se salta todo eso. El programa de compresión se ejecuta en tu propio ordenador, dentro de la pestaña del navegador que ya tienes abierta. No hay paso de subida, ni copia en el servidor, ni espera a que tu archivo viaje a ningún sitio. El vídeo se lee desde tu disco, se procesa localmente y se vuelve a escribir, todo en tu dispositivo.

Cómo se ejecuta FFmpeg en un navegador: WebAssembly

El trabajo pesado de la compresión de vídeo lo hace FFmpeg, el mismo motor de código abierto que impulsa la mayoría de las herramientas de vídeo profesionales. FFmpeg está escrito en C, que los navegadores no pueden ejecutar directamente. El puente es WebAssembly (a menudo abreviado como Wasm).

WebAssembly es un formato de bajo nivel que los navegadores pueden ejecutar a una velocidad casi nativa. FFmpeg se compila a WebAssembly una vez, se envía a tu navegador como un archivo normal y luego se ejecuta localmente, usando el codificador libx264 para recodificar tu vídeo. Así que cuando comprimes un vídeo en SqueezeVid, estás ejecutando un codificador de vídeo completo en tu propia máquina, no en un servidor.

Por eso la primera compresión en una página recién cargada tarda un momento en empezar: el navegador está cargando el codificador de WebAssembly. Después de eso, cada operación ocurre localmente.

Por qué no se sube nada: la ventaja de privacidad

Como el codificador se ejecuta en tu dispositivo, tu vídeo nunca se transmite, nunca se almacena en un servidor y nunca lo ve nadie más que tú. Eso tiene consecuencias reales:

• El material delicado se mantiene privado. Vídeos familiares, grabaciones médicas, pruebas legales, contenido inédito: nada de ello queda expuesto a un tercero.
• No hay superficie de filtración. Un servidor que nunca recibe tu archivo no puede filtrarlo.
• Empieza más rápido. Sin una subida de varios minutos de un archivo grande antes siquiera de poder empezar a procesar.
• Funciona según las condiciones de tu plan de datos. No estás enviando gigabytes de ida y vuelta solo para reducir un archivo.

Si quieres comprobarlo tú mismo, abre la pestaña de red de tu navegador mientras comprimes un vídeo en SqueezeVid: verás cargarse el codificador, pero no verás tu vídeo subiéndose a ningún sitio.

Las contrapartidas (y dónde el lado del servidor todavía ayuda)

La compresión en el navegador no es magia: se ejecuta en tu hardware, así que hay contrapartidas honestas:

• Límites de memoria. Los archivos muy grandes (muy por encima de 2 GB) pueden agotar la memoria disponible de una pestaña del navegador. En la mayoría de los dispositivos, los archivos de menos de unos 2 GB van cómodos.
• La velocidad depende de tu dispositivo. Un portátil rápido comprime deprisa; un teléfono antiguo es más lento. Un servidor con hardware dedicado puede ser más rápido para trabajos enormes.

Para la mayoría de los vídeos —clips para Discord, WhatsApp, correo o redes sociales—, la compresión en el navegador es la mejor opción: privada, de inicio rápido y gratis. Para archivos muy grandes o muy largos existe una opción del lado del servidor como alternativa, pero es la excepción, no lo habitual.

Pruébalo: tu vídeo nunca sale de tu dispositivo

La mejor forma de entender la compresión en el navegador es usarla.