ZeroConvert convierte archivos en el navegador con WebAssembly, sin subir nada
La herramienta hace conversiones de imágenes, PDF, hojas de cálculo y vídeo en local con Canvas, pdf-lib, SheetJS y FFmpeg.wasm. El autor no ha publicado el código ni una licencia.
Convertir un HEIC del iPhone, unir dos PDF o pasar un CSV a Excel sin subir el archivo a ningún servidor. Eso es lo que ofrece ZeroConvert, una herramienta web que hace todas esas conversiones dentro del navegador con WebAssembly y APIs nativas. Su autor la ha presentado en una entrada de Dev.to y pide que la gente la pruebe y le diga qué formatos añadir.
Cómo lo hace
El reparto por formato es el esperado en este tipo de herramienta. Las imágenes (HEIC, WebP, AVIF, PNG, JPG) pasan por Canvas y buffers de decodificación en el cliente. Los PDF se unen y convierten en RAM con pdf-lib y pdfjs-dist. Las hojas de cálculo (XLSX, CSV, JSON, XML) las parsea SheetJS. Y el audio y el vídeo (MP4, MP3, WAV, WebM) van a FFmpeg.wasm ejecutándose dentro de Web Workers, que es lo que evita bloquear el hilo principal mientras se transcodifica.
La pieza clave es WebAssembly. FFmpeg compilado a wasm lleva años funcionando en el navegador, y es lo que permite hablar de transcodificación real sin servidor. El resto son librerías JavaScript maduras que antes se ejecutaban en el lado del servidor y ahora corren dentro de la pestaña.
Lo que no dice
No hay repositorio, ni licencia, ni número de versión. Tampoco hay benchmark ni comparación de tiempos contra una herramienta de escritorio. La afirmación de que nada se sube es del autor: no ha publicado una captura de tráfico de red ni el código para auditarlo. Para quien solo quiera convertir un archivo, da igual. Para quien esté pensando en desplegar algo así dentro de su organización, la diferencia es importante: una página alojada por un tercero sigue siendo código de terceros ejecutándose en tu navegador, aunque no mande tus archivos a ningún sitio.
El otro límite es la memoria. Meter un MP4 largo en un Web Worker con FFmpeg.wasm consume RAM del navegador y no siempre acaba bien en equipos modestos.
Lo interesante aquí no es la herramienta en sí, sino el patrón: conversión local con wasm para todo lo que antes exigía un backend. Quien mantenga un portal interno con carga de archivos tiene ahí una vía para quitarse de encima el procesado en servidor, el almacenamiento temporal y el riesgo que arrastra. Eso sí, para eso hace falta el código, y de momento solo hay una URL.
