Autoaloja un conversor de archivos y evita la subida
Autoalojar significa que el trabajo de vídeo es un proceso que arrancas tú, no la GPU del operador.
Leído el 2026-10-29 en las páginas nombradas en Fuentes. No subimos un archivo de prueba, no cronometramos una conversión ni auditamos un trabajo de borrado.
Qué estarías alojando
El documento de vídeo de VERT dice que el vídeo en el navegador usa Mediabunny cuando puede. Cuando no puede, o cuando esa vía es demasiado lenta, la interfaz llama a vertd, un envoltorio en Rust de FFmpeg. El sitio oficial ejecuta una instancia para que tú no tengas que hacerlo. El mismo documento dice que puedes descargar una versión de vertd, ejecutarla y poner su dirección en el ajuste de URL de instancia de la interfaz.
Lo predeterminado en ese documento es un servidor HTTP en el puerto 24153, así que un demonio en el mismo equipo es http://localhost:24153. La FAQ dice que también puedes poner PUB_DISABLE_ALL_EXTERNAL_REQUESTS en true al compilar si quieres que la interfaz deje de llamar a servicios externos, incluida la conversión de vídeo y las analíticas.
Qué cambia el documento de Docker y qué no
El documento de Docker construye una imagen con PUB_VERTD_URL y PUB_DISABLE_ALL_EXTERNAL_REQUESTS como argumentos de compilación. Su ejemplo mapea el puerto 3000 del host al puerto 80 del contenedor. También dice que una imagen ya construida del registro lleva esas variables grabadas, así que descargarla no permite cambiarlas en tiempo de ejecución. Construye tu propia imagen si la URL del demonio tiene que ser la tuya.
El documento incluye un argumento de compilación PUB_STRIPE_KEY para las donaciones. Esta nota no repite material de claves. La división de licencias sigue siendo la de la API de GitHub el 2026-10-29: el repositorio de la interfaz es AGPL-3.0 y vertd es GPL-3.0. Lee esas licencias antes de publicar una instancia pública modificada. Esta página no es asesoramiento legal.
Demonio local frente a una API de subida
Un demonio en localhost deja el proceso de vídeo en hardware que administras. Una API de subida, como el modelo de trabajos de CloudConvert descrito en su página de seguridad, deja el proceso en el suyo y borra los archivos según el calendario que declara. Los dos se pueden usar desde un script. Solo uno evita el disco de ellos.
Los archivos que no son vídeo, según la FAQ, ya se convierten en el navegador y no necesitan este demonio. Alojar vertd es la excepción del vídeo. El texto de privacidad es subir o dejarlo en el dispositivo. La lectura del README es qué dice el README de VERT. La alternativa de shell es FFmpeg, ImageMagick y Pandoc. Empieza en cómo elegir un conversor de archivos en línea y en la fila de VERT. Cada nota está en el índice del blog de Front.
HatchZip se instala en la máquina y no abre un puerto
El README de HatchZip describe instaladores de escritorio para Windows 10 y Windows 11, macOS y Linux, más cargo install hatchzip, que construye la herramienta de línea de comandos desde crates.io. Esa compilación Cargo por defecto rechaza RAR. Las compilaciones de publicación decodifican RAR con UnRAR, y el README dice que UnRAR se queda bajo su propia licencia. La línea del proyecto por encima es la Apache License 2.0 o la licencia MIT. LICENSE-MIT y LICENSE-APACHE están ambos en el repositorio. El campo de licencia de la API de GitHub el 2026-10-29 era solo Apache-2.0. El campo de la API y la línea de una u otra del README se quedan ambos en la página. La misma respuesta de la API listó un push el 2026-10-28. Eso es una marca de tiempo de push. Esta nota no la trata como una fecha de disponibilidad general, y no publica un recuento de estrellas.
El README dice que el programa no tiene código de red. vertd es un servidor HTTP en el puerto 24153. Una instalación de HatchZip no responde en ese puerto. La fila del directorio es HatchZip. La nota sobre dónde están los bytes es subir o en el dispositivo. La razón por la que ZIP falta en la tabla de conversión es la matriz de formatos.
Límites de esta nota
- No ejecutamos vertd y no abrimos un diagrama de cortafuegos.
- localhost es local solo si el navegador y el demonio están en la misma máquina. Una URL que apunta al host de otra persona vuelve a ser una subida.
- AGPL-3.0 y GPL-3.0 salen de los campos de licencia de la API. No escribimos una lista de cumplimiento.
- No instalamos HatchZip. La tabla de velocidad y de espacio en disco del README se queda en el README.
Sigue leyendo
Todos los artículos, del más reciente al más antiguo, están en el índice del blog de Front.
- Subir o dejarlo en el dispositivo: Qué dicen VERT, CloudConvert y Convertio sobre los bytes.
- Qué dice el README de VERT: Las frases del repositorio, incluido el asterisco del vídeo.
- FFmpeg, ImageMagick y Pandoc: Cuándo la shell es la herramienta correcta.
- Cómo elegir un conversor de archivos en línea: Adónde va el archivo, antes que el logo.
Preguntas frecuentes
¿Qué puerto usa vertd?
El documento de conversión de vídeo dice el puerto 24153 por defecto, y da http://localhost:24153 como URL de instancia cuando el demonio se ejecuta en tu equipo.
¿Puedo desactivar las llamadas externas de VERT?
La FAQ dice que pongas PUB_DISABLE_ALL_EXTERNAL_REQUESTS en true al compilar. El documento de Docker dice que las imágenes del registro graban los argumentos de compilación, así que una imagen descargada no acepta un valor nuevo en tiempo de ejecución.
¿Autoalojar cambia la licencia de la interfaz?
No. La API seguía mostrando AGPL-3.0 para el repositorio de la interfaz y GPL-3.0 para vertd el 2026-10-29. Alojar no reescribe el campo de la licencia.
¿Puede HatchZip sustituir a vertd?
No. vertd es el demonio de vídeo, puerto por defecto 24153. HatchZip extrae archivos comprimidos en la máquina donde lo instalas. El README dice que ese programa no tiene código de red.