Auto-hospede um conversor de arquivos e evite o envio
Auto-hospedar significa que o trabalho de vídeo é um processo que você inicia, não a GPU do operador.
Lido em 2026-10-29 nas páginas nomeadas em Fontes. Não enviamos um arquivo de teste, não cronometramos uma conversão nem auditamos um trabalho de exclusão.
O que você estaria hospedando
O documento de vídeo do VERT diz que o vídeo no navegador usa Mediabunny quando consegue. Quando não consegue, ou quando esse caminho é lento demais, a interface chama o vertd, um wrapper em Rust em torno do FFmpeg. O site oficial roda uma instância para você não precisar fazer o mesmo. O mesmo documento diz que você pode baixar uma release do vertd, rodá-la e colocar o endereço na configuração de URL da instância na interface.
O padrão nesse documento é um servidor HTTP na porta 24153, então um daemon no mesmo computador é http://localhost:24153. O FAQ diz que você também pode definir PUB_DISABLE_ALL_EXTERNAL_REQUESTS como true na hora do build, se quiser que a interface pare de chamar serviços externos, inclusive conversão de vídeo e analytics.
O que o documento do Docker muda e o que não muda
O documento do Docker constrói uma imagem com PUB_VERTD_URL e PUB_DISABLE_ALL_EXTERNAL_REQUESTS como argumentos de build. O exemplo mapeia a porta 3000 no host para a porta 80 no contêiner. Também diz que uma imagem pronta do registry traz essas variáveis embutidas, então fazer pull não deixa você mudá-las em tempo de execução. Construa a sua própria imagem se a URL do daemon tiver de ser a sua.
O documento inclui um argumento de build PUB_STRIPE_KEY para doações. Esta nota não repete material de chave. A divisão de licença continua sendo a da API do GitHub em 2026-10-29: o repositório da interface é AGPL-3.0 e o vertd é GPL-3.0. Leia essas licenças antes de publicar uma instância pública modificada. Esta página não é aconselhamento jurídico.
Daemon local diante de uma API de envio
Um daemon em localhost mantém o trabalho de vídeo no hardware que você administra. Uma API de envio, como o modelo de job da CloudConvert descrito na página de segurança dela, mantém o trabalho no hardware deles e exclui os arquivos no prazo que eles declaram. Os dois podem entrar num script. Só um evita o disco deles.
Arquivos que não são vídeo, segundo o FAQ, já são convertidos no navegador e não precisam deste daemon. Hospedar o vertd é a exceção do vídeo. O texto de privacidade é envio ou no dispositivo. A leitura do README é o que o README do VERT diz. A alternativa de shell é FFmpeg, ImageMagick e Pandoc. Comece por como escolher um conversor de arquivos online e pela linha do VERT. Cada nota está no índice do blog da Front.
O HatchZip se instala na máquina e não abre uma porta
O README do HatchZip descreve instaladores de desktop para Windows 10 e Windows 11, macOS e Linux, mais cargo install hatchzip, que constrói a ferramenta de linha de comando a partir do crates.io. Esse build padrão do Cargo recusa RAR. Os builds de lançamento decodificam RAR com UnRAR, e o README diz que o UnRAR permanece sob a licença própria. A linha do projeto acima disso é a Apache License 2.0 ou a licença MIT. LICENSE-MIT e LICENSE-APACHE estão ambos no repositório. O campo de licença da API do GitHub em 2026-10-29 era só Apache-2.0. O campo da API e a linha de um ou outro do README ficam ambos na página. A mesma resposta da API listou um push em 2026-10-28. Isso é um carimbo de push. Esta nota não trata esse carimbo como data de disponibilidade geral e não publica uma contagem de estrelas.
O README diz que o programa não tem código de rede. O vertd é um servidor HTTP na porta 24153. Uma instalação do HatchZip não responde nessa porta. A linha do diretório é HatchZip. A nota sobre onde ficam os bytes é envio ou no dispositivo. A razão de o ZIP faltar na tabela de conversão é a matriz de formatos.
Limites desta nota
- Não rodamos o vertd e não abrimos um diagrama de firewall.
- localhost só é local se o navegador e o daemon estiverem na mesma máquina. Uma URL apontada para o host de outra pessoa volta a ser um envio.
- AGPL-3.0 e GPL-3.0 vêm dos campos de licença da API. Não escrevemos um checklist de conformidade.
- Não instalamos o HatchZip. A tabela de velocidade e de espaço em disco do README fica no README.
Continue lendo
Todos os artigos, do mais recente ao mais antigo, estão no índice do blog da Front.
- Enviar ou deixar no aparelho: O que VERT, CloudConvert e Convertio dizem sobre os bytes.
- O que o README do VERT diz: As frases do repositório, incluindo o asterisco do vídeo.
- FFmpeg, ImageMagick e Pandoc: Quando o shell é a ferramenta certa.
- Como escolher um conversor de arquivos online: Para onde o arquivo vai, antes do logotipo.
Perguntas frequentes
Qual porta o vertd usa?
O documento de conversão de vídeo diz a porta 24153 por padrão e dá http://localhost:24153 como URL da instância quando o daemon roda no seu computador.
Posso desligar as chamadas externas do VERT?
O FAQ diz para definir PUB_DISABLE_ALL_EXTERNAL_REQUESTS como true na hora do build. O documento do Docker diz que as imagens do registry embutem os argumentos de build, então uma imagem obtida por pull não aceita um valor novo em tempo de execução.
Auto-hospedar muda a licença da interface?
Não. A API ainda mostrava AGPL-3.0 para o repositório da interface e GPL-3.0 para o vertd em 2026-10-29. Hospedar não reescreve o campo de licença.
O HatchZip pode substituir o vertd?
Não. O vertd é o daemon de vídeo, porta padrão 24153. O HatchZip extrai arquivos compactados na máquina em que você o instala. O README diz que esse programa não tem código de rede.