Processar no navegador significa que meus arquivos nunca são enviados?

Sim - seus arquivos de mídia são lidos e transformados na memória do seu próprio dispositivo e devolvidos como um download, então nunca são enviados a um servidor. A página em si ainda carrega o código e os recursos pela rede, o que é normal em qualquer site; a diferença é que o seu arquivo não faz parte desse tráfego. Você pode confirmar isso na aba Rede das ferramentas de desenvolvedor do seu navegador.

O vídeo WASM no lado do cliente é tão bom quanto um aplicativo de desktop?

Para a maioria das conversões, compressões e cortes, ele usa as mesmas bibliotecas subjacentes (como o FFmpeg) em que os aplicativos de desktop se apoiam, então a qualidade da saída é comparável. As principais diferenças são velocidade e memória: uma aba do navegador tem menos folga do que um aplicativo nativo, então arquivos muito grandes ou muito longos são processados mais devagar. Ferramentas que também oferecem suporte a WebCodecs podem aproveitar a aceleração por hardware para reduzir boa parte dessa diferença.

Por que o Transcritor de áudio precisa baixar algo?

O reconhecimento de fala exige um modelo de IA, e esse modelo é baixado uma única vez para o seu navegador no primeiro uso e depois guardado em cache. A partir daí, a transcrição roda localmente e pode até funcionar off-line. O download são os pesos do modelo - suas gravações de áudio continuam nunca sendo enviadas.

Essas ferramentas funcionam off-line?

Depois que a página e qualquer módulo necessário são carregados, a maior parte do processamento roda sem conexão com a internet, porque o cálculo acontece no seu dispositivo. O Transcritor de áudio funciona off-line depois que o modelo é baixado e guardado em cache. Uma visita nova ou um cache limpo precisarão da rede novamente para carregar os recursos da página.

Meu navegador é potente o suficiente para arquivos de mídia grandes?

Os navegadores modernos conseguem lidar com arquivos surpreendentemente grandes, mas operam dentro de limites de memória, então vídeos extremamente grandes podem ser processados devagar ou precisar ser divididos. Usar um navegador de desktop com mais RAM, fechar outras abas pesadas e preferir ferramentas que usam WebCodecs ajudam em todos os casos. Se um arquivo for grande demais para uma única passagem, cortá-lo primeiro é uma solução prática.

Como o processamento de mídia no navegador realmente funciona

Durante anos, editar um vídeo ou converter uma imagem on-line significava enviar seu arquivo para o servidor de outra pessoa, esperar e baixar o resultado. Os navegadores modernos não exigem mais essa troca. Graças a um conjunto de APIs de plataforma web cada vez mais maduras, uma página web agora consegue decodificar, transformar e recodificar mídia diretamente na sua máquina - o mesmo computador que está lendo esta página. Este guia explica, em linguagem simples, as tecnologias que tornam isso possível e como você pode verificar por conta própria que seus arquivos permanecem no seu dispositivo.

O que "processamento de mídia no navegador" realmente significa?

Quando um site processa mídia no navegador, o trabalho roda dentro do mesmo motor isolado que renderiza a página, usando APIs que seu navegador já traz de fábrica. Seu arquivo é lido do disco para a memória do seu próprio dispositivo, transformado ali e gravado de volta como um download - sem nenhuma ida e volta do arquivo ao servidor. A página ainda carrega o próprio código e os próprios recursos pela rede, mas seu vídeo, áudio, imagem ou PDF nunca sai do seu computador.

Como o WebAssembly roda codecs de vídeo em velocidade quase nativa?

O WebAssembly (WASM) é um formato de instruções binárias compacto que os navegadores executam em velocidade próxima da nativa. Bibliotecas maduras escritas em C ou C++ - como o FFmpeg para vídeo ou um codificador de imagens - são compiladas para WASM e distribuídas como um módulo que a página baixa uma única vez. É isso que as pessoas querem dizer com vídeo WASM no lado do cliente: os mesmos cálculos de decodificação e codificação que um aplicativo de desktop faz, executados dentro do ambiente isolado do navegador na sua própria CPU. Como o WASM é seguro em memória e isolado, ele consegue processar um arquivo grande sem obter acesso ao resto do seu sistema.

O que são WebCodecs e por que podem ser mais rápidos do que o WASM sozinho?

O WebCodecs é uma API de navegador mais recente que expõe diretamente ao JavaScript os codecs de áudio e vídeo integrados do dispositivo, muitas vezes acelerados por hardware. Em vez de distribuir um codec como WASM, a página entrega os quadros brutos ao codificador ou decodificador que o sistema operacional já fornece, o que pode ser drasticamente mais rápido e mais leve para a bateria. O suporte ainda varia conforme o navegador e o formato, então ferramentas bem construídas usam o WebCodecs quando ele está disponível e recorrem a uma versão WASM caso contrário. De qualquer forma, a mídia em si permanece no seu dispositivo.

Como a API Canvas e a renderização de PDF lidam com imagens?

A API Canvas dá ao JavaScript uma superfície de pixels na qual desenhar. Para redimensionar, recortar, girar, aplicar marca d'água ou converter uma imagem, uma ferramenta a desenha em um canvas fora da tela, manipula os pixels e lê o resultado como um novo JPG, PNG ou WebP. Essa mesma superfície é como as páginas de um PDF são rasterizadas em imagens e como um único quadro de vídeo é capturado como imagem estática. Tudo isso é cálculo de pixels direto na sua máquina, sem nada sendo enviado.

Como a API Web Audio processa o som localmente?

A API Web Audio é um grafo de nós de áudio conectados - fontes, filtros, ganho e analisadores - que permite a uma página decodificar, cortar, reamostrar e recodificar o som na memória. Cortar um clipe ou extrair a faixa de áudio de um vídeo roda inteiramente por esse grafo no seu dispositivo. Combinada com um codificador WASM, ela consegue gravar MP3, WAV ou outros formatos sem que sua gravação jamais toque um servidor.

O que o MediaRecorder e os Web Workers acrescentam?

O MediaRecorder captura um fluxo ao vivo - sua tela, câmera ou microfone - e o codifica em um arquivo que pode ser baixado à medida que grava, que é exatamente como funciona um gravador de tela dentro do navegador. Os Web Workers executam o trabalho pesado em uma thread em segundo plano para que a codificação ou transcodificação não trave a página, mantendo a aba responsiva enquanto uma exportação longa termina. Juntas, essas APIs permitem que o navegador se comporte como uma pequena estação de trabalho de mídia local.

Como posso provar que meus arquivos nunca saem do meu dispositivo?

Abra as ferramentas de desenvolvedor do seu navegador, vá para a aba Rede e processe um arquivo - você verá o código e os recursos da própria página carregando, mas nenhuma requisição que envie sua mídia. A única exceção deliberada é o Transcritor de áudio, que baixa uma vez um modelo de reconhecimento de fala no primeiro uso e o guarda em cache, de modo que as transcrições seguintes podem rodar off-line; esse download é o próprio modelo de IA, nunca o seu áudio. Essa é uma afirmação falseável que você mesmo pode verificar, e é exatamente por isso que as ferramentas com foco em privacidade são feitas assim.

Ferramentas relacionadas

Perguntas frequentes

Processar no navegador significa que meus arquivos nunca são enviados?: Sim - seus arquivos de mídia são lidos e transformados na memória do seu próprio dispositivo e devolvidos como um download, então nunca são enviados a um servidor. A página em si ainda carrega o código e os recursos pela rede, o que é normal em qualquer site; a diferença é que o seu arquivo não faz parte desse tráfego. Você pode confirmar isso na aba Rede das ferramentas de desenvolvedor do seu navegador.
O vídeo WASM no lado do cliente é tão bom quanto um aplicativo de desktop?: Para a maioria das conversões, compressões e cortes, ele usa as mesmas bibliotecas subjacentes (como o FFmpeg) em que os aplicativos de desktop se apoiam, então a qualidade da saída é comparável. As principais diferenças são velocidade e memória: uma aba do navegador tem menos folga do que um aplicativo nativo, então arquivos muito grandes ou muito longos são processados mais devagar. Ferramentas que também oferecem suporte a WebCodecs podem aproveitar a aceleração por hardware para reduzir boa parte dessa diferença.
Por que o Transcritor de áudio precisa baixar algo?: O reconhecimento de fala exige um modelo de IA, e esse modelo é baixado uma única vez para o seu navegador no primeiro uso e depois guardado em cache. A partir daí, a transcrição roda localmente e pode até funcionar off-line. O download são os pesos do modelo - suas gravações de áudio continuam nunca sendo enviadas.
Essas ferramentas funcionam off-line?: Depois que a página e qualquer módulo necessário são carregados, a maior parte do processamento roda sem conexão com a internet, porque o cálculo acontece no seu dispositivo. O Transcritor de áudio funciona off-line depois que o modelo é baixado e guardado em cache. Uma visita nova ou um cache limpo precisarão da rede novamente para carregar os recursos da página.
Meu navegador é potente o suficiente para arquivos de mídia grandes?: Os navegadores modernos conseguem lidar com arquivos surpreendentemente grandes, mas operam dentro de limites de memória, então vídeos extremamente grandes podem ser processados devagar ou precisar ser divididos. Usar um navegador de desktop com mais RAM, fechar outras abas pesadas e preferir ferramentas que usam WebCodecs ajudam em todos os casos. Se um arquivo for grande demais para uma única passagem, cortá-lo primeiro é uma solução prática.