Compressor de vídeo gratuito

O que a compressão de vídeo faz realmente ao seu ficheiro

O vídeo bruto é uma torrente de dados de pixels. Um clipe 1080p (1920x1080) a 60 fps tem aproximadamente 1920 x 1080 x 3 bytes por pixel x 60 quadros por segundo, cerca de 370 MB por segundo de material não comprimido. Mesmo 720p 30 fps não comprimido é cerca de 80 MB/s. A compressão torna o vídeo partilhável explorando duas redundâncias: a redundância espacial dentro de um quadro (os pixels vizinhos costumam ser semelhantes) e a redundância temporal entre quadros (a maioria dos pixels quase não muda de um quadro para outro). Os codecs modernos codificam quadros-chave (imagens completas) a cada poucos segundos e apenas as diferenças entre eles. Essas diferenças são depois transformadas por DCT, quantizadas (o passo com perdas que descarta os detalhes de alta frequência que o seu olho menos nota) e codificadas por entropia. O valor CRF (Constant Rate Factor) que escolhe controla quão agressivamente o passo de quantização descarta informação. CRF 18 é visualmente sem perdas; CRF 23 é o padrão do x264 (transparente para a maioria dos espectadores); CRF 28 é qualidade web aceitável; acima de CRF 30 começará a ver bloqueio em cenas escuras e ruído de mosquito em torno do texto.

Resolução, taxa de quadros e taxa de bits são três botões independentes. Cortar a resolução pela metade de 1080p para 720p reduz os dados brutos em 4x (cada eixo a metade). Cortar a taxa de quadros pela metade de 60 para 30 fps reduz os dados em 2x. Ambas as reduções são visualmente óbvias em conteúdo detalhado, mas frequentemente invisíveis em cabeças falantes, gravações de ecrã de UI mayormente estática ou clipes de redes sociais vistos num ecrã do tamanho de telemóvel. A taxa de bits é o terceiro botão: um clipe 1080p 30 fps a 5 Mbps fica ótimo; o mesmo clipe a 1 Mbps mostra artefactos de compressão em blocos. As predefinições de qualidade da ferramenta escolhem valores CRF que apontam para taxas de bits tipicamente aceitáveis em web: predefinição Alta cerca de CRF 23 (cerca de 5 Mbps para 1080p), Média cerca de CRF 28 (cerca de 2 Mbps), Baixa cerca de CRF 33 (cerca de 800 kbps), e Personalizada deixa-o arrastar o cursor.

O áudio também importa. Um vídeo de 10 minutos com áudio PCM (não comprimido) carrega 100 MB só de áudio. A ferramenta recodifica o áudio para AAC a 128 kbps por defeito, descendo a cerca de 10 MB para os mesmos 10 minutos sem perda audível para a maior parte do conteúdo. O contentor (a embalagem MP4 à volta das pistas de vídeo e áudio) é principalmente contabilidade: indexação de pistas, tabelas de procura, cabeçalhos de codec. MP4 com vídeo H.264 mais áudio AAC é a lingua franca universal de 2026: reproduz-se em cada navegador, telemóvel, smart TV, consola e leitor embebido que encontrará. WebM com VP9 mais Opus comprime cerca de 30 % melhor, mas continua a ser rejeitado por alguns ecossistemas legados.

Como esta ferramenta funciona por dentro

O motor de compressão é o FFmpeg, a mesma ferramenta baseada em C que alimenta a quinta de codificação da Netflix, o pipeline de transcodificação do YouTube e quase todas as ferramentas de vídeo que já usou. A versão para navegador é o FFmpeg compilado para WebAssembly via Emscripten (iniciado por Jerome Wu em 2019, atualmente na versão 4.x), produzindo um binário de cerca de 30 MB que corre inteiramente no separador do navegador. Quando solta um vídeo, o ficheiro é lido para o sistema de ficheiros virtual do WebAssembly via um leitor em streaming, por isso mesmo ficheiros de 1 GB não rebentam com a memória do navegador no carregamento.

Uma vez o ficheiro no sistema de ficheiros WASM, a ferramenta lança o FFmpeg com argumentos como -i input.mp4 -c:v libx264 -preset medium -crf 28 -c:a aac -b:a 128k output.mp4. O FFmpeg descodifica a fonte quadro a quadro, aplica qualquer redimensionamento ou mudança de fps que pediu, entrega os quadros ao libx264 para codificação de vídeo, codifica o áudio em paralelo via AAC e multiplexa o resultado num novo contentor MP4. As mensagens de progresso transmitem-se a partir do stderr do FFmpeg através de um escutador de eventos JavaScript e atualizam a barra de progresso no ecrã em tempo real.

O ffmpeg.wasm usa SharedArrayBuffer para codificação multi-thread para que o codificador possa usar vários núcleos de CPU em paralelo, tal como o FFmpeg de secretária. O SharedArrayBuffer exige que a página seja servida com dois cabeçalhos HTTP (Cross-Origin-Opener-Policy: same-origin e Cross-Origin-Embedder-Policy: require-corp) por razões de segurança derivadas da vulnerabilidade Spectre. Este site define esses cabeçalhos, por isso a codificação usa todos os seus núcleos disponíveis. O blob de transferência é construído em memória e entregue ao navegador como uma ligação <a download> sintetizada.

Breve história da compressão de vídeo

• MPEG-1, 1993.Primeiro padrão de vídeo digital amplamente difundido. Usado em Video CD (o formato que brevemente competiu com o VHS na Ásia dos anos 1990). Taxa de bits alvo 1,5 Mbps para vídeo 352x240. Qualidade marginal segundo padrões modernos, mas provou que o vídeo digital a taxas de bits de consumo era possível.
• MPEG-2, 1995.Usado em DVD (lançamento 1996), TV digital terrestre (ATSC na América do Norte, DVB na Europa) e satélite SD. 4 a 8 Mbps para vídeo SD. O licenciamento de patentes foi complexo desde o início, prenunciando as guerras de codecs posteriores.
• H.264/AVC ratificado, 2003.Esforço conjunto do ITU-T e da ISO/IEC, este codec duplicou a eficiência do MPEG-2 e tornou-se dominante em cinco anos. Blu-ray Disc (2006), iPhone (2007), transição do YouTube (2007 a 2010) e streaming HTTP (HLS em 2009, MPEG-DASH em 2011) foram todos construídos sobre o H.264. Em 2026 continua a ser o codec mais compatível da Terra: cada navegador, cada telemóvel, cada smart TV o reproduz.
• H.265/HEVC, 2013.Outro ganho de eficiência de cerca de 50 % sobre o H.264 em troca de 5 a 10x mais cálculo de codificação. A adoção ficou estropiada pelo caos do licenciamento de patentes: três pools de patentes concorrentes (MPEG-LA, HEVC Advance, Velos) com reivindicações sobrepostas desencorajaram fabricantes de hardware e software. A Apple comprometeu-se em 2017 (iPhone 7 em diante com HEIC/HEVC), mas YouTube, navegadores e a web aberta saltaram em grande parte o H.265 a favor de VP9 e AV1.
• VP9 e AV1, 2013 e 2018.A Google libertou o VP9 em código aberto em 2013, depois associou-se à Mozilla, Cisco, Microsoft, Netflix, Amazon, Intel e outros na Alliance for Open Media para desenhar o AV1 (ratificado em 2018). Ambos são livres de royalties. O AV1 iguala ou supera o H.265 em compressão sendo gratuito de usar. O YouTube serve AV1 a clientes capazes, a Netflix usa-o para níveis premium e os descodificadores de hardware chegaram em chips topo de gama a partir de 2020.
• ffmpeg.wasm, 2019 a 2026.Jerome Wu publicou o primeiro ffmpeg.wasm em 2019 ao compilar o FFmpeg para WebAssembly via Emscripten. As primeiras versões tinham cerca de 50 MB e eram lentas. A linha 4.x estabilizou em cerca de 30 MB com multi-thread SharedArrayBuffer, tornando a compressão no navegador prática para ficheiros até 1 a 2 GB. Em 2026 a abordagem está suficientemente madura para que ferramentas como esta possam substituir serviços baseados na nuvem para a maioria das necessidades pessoais de compressão.

Como funciona

1. Envie seu vídeo: Selecione ou arraste um arquivo de vídeo que precisa comprimir.
2. Defina as configurações de compressão: Escolha um nível de qualidade alvo ou tamanho de arquivo, e opcionalmente reduza a resolução ou a taxa de quadros.
3. Comprima e baixe: Clique em Comprimir e baixe o arquivo de vídeo menor quando o processamento for concluído.

Por que usar o compressor de vídeo?

Arquivos de vídeo grandes são lentos para enviar, caros para armazenar e causam reprodução ruim em conexões móveis. Redes sociais, anexos de e-mail e hospedagem web impõem limites de tamanho. A compressão de vídeo reduz o tamanho do arquivo ajustando a taxa de bits, a resolução e a eficiência do codec, frequentemente alcançando 60 a 80 % de redução com perda mínima de qualidade visível. Este compressor no navegador cuida dos detalhes técnicos para que você só precise escolher a qualidade desejada e baixar o resultado.

Recursos

• Predefinições de qualidade: Escolha entre Alta, Média, Baixa e Personalizada com tamanhos de saída estimados.
• Redução de resolução: Reduza opcionalmente para 1080p, 720p, 480p ou 360p para diminuir ainda mais o tamanho do arquivo.
• Redução da taxa de quadros: Reduza a taxa de quadros de 60 fps para 30 fps ou 24 fps para diminuir os dados.
• Comparação de tamanho de arquivo: Mostra os tamanhos do arquivo original e comprimido junto com a taxa de compressão alcançada.
• Processamento local: A compressão é executada inteiramente no seu navegador, sem necessidade de envio para a nuvem.

Fluxos de compressão do mundo real

• Passar sob o limite de 25 MB do Discord.A razão mais comum para comprimir vídeo. Uma gravação de ecrã de 2 minutos ou um clipe de telemóvel é frequentemente 60 a 200 MB. CRF 28 mais um downscale opcional para 720p costuma colocar um clipe 1080p de 2 minutos em 8 a 15 MB. CRF 30 a 32 com downscale 480p lida até com conteúdo de muito movimento. A predefinição Média da ferramenta está calibrada exatamente para este caso de uso.
• Limites de tamanho de anexos por email.O Gmail e a maioria dos servidores de email corporativo limitam os anexos por volta de 20 a 25 MB. Para partilhar um passeio rápido ou um vídeo explicativo a um colega não técnico, descer um vídeo de telemóvel de 90 MB para 15 MB MP4 com a predefinição Média é o caminho de menor resistência.
• Custo de alojamento web e tempo de carga.Um vídeo auto-alojado num site de portefólio ou página de produto é muito mais barato de servir a 5 MB do que a 50 MB (largura de banda CDN, tempos de carregamento móvel, Core Web Vitals). Para vídeos de hero de fundo que dão loop em silêncio, CRF 30 a 32 mais áudio silenciado e downscale 720p dão um look de qualidade de broadcast a tamanho de ficheiro portátil.
• Arquivos pessoais.Vídeos antigos de telemóvel comem armazenamento do telemóvel e da nuvem. Recodificar um ano de vídeos de família a CRF 23 (visualmente sem perdas para a maior parte do conteúdo) costuma cortar o arquivo em 50 a 70 % sem mudança de qualidade percebida. O iCloud no plano de 50 GB torna-se de repente muito mais utilizável.
• Carregamentos em redes sociais.Instagram, TikTok e X recodificam o que quer que faça upload, mas partir de uma fonte comprimida sob as suas taxas de bits sugeridas (tipicamente 5 a 10 Mbps para 1080p) significa uploads mais rápidos e evita que o seu algoritmo destrua o vídeo com a sua própria recodificação agressiva. A predefinição Alta mantém a qualidade máxima enquanto ainda corta tamanho.
• Poupança de dados móveis em rede celular.Enviar um vídeo por celular: 50 MB demora 20 a 40 segundos em 4G, come dados significativos e pode falhar com sinal mau. Comprimir para 5 a 8 MB envia em 2 a 3 segundos de forma fiável, mesmo com sinal mau. Vale a pena fazer antes de enviar clipes por SMS a amigos com planos limitados.

Armadilhas comuns e o que significam

• Perda geracional ao recomprimir.Cada passagem de compressão adiciona ruído de quantização. Comprimir um vídeo já comprimido (um download de TikTok, a saída já codificada de uma app de gravação de ecrã, uma exportação de telemóvel) dá uma compressão incremental menor por perda visível de qualidade. Comece sempre da fonte de maior qualidade que tiver.
• Empurrar o CRF demasiado alto.Ajustes acima de CRF 30 produzem artefactos de compressão visíveis: bloqueio em cenas escuras, ruído de mosquito à volta de texto e arestas afiadas, bandas em céus em gradiente. Para clipes de previsão a tamanhos de ecrã pequenos pode safar-se com CRF 32 a 35; para qualquer coisa vista em ecrã inteiro num TV ou monitor, mantenha o CRF em 28 ou abaixo.
• Esquecer a taxa de bits do áudio.Um vídeo de 10 minutos com áudio PCM não comprimido carrega 100 MB só de áudio. Muitas exportações de telemóvel incluem áudio não comprimido ou ligeiramente comprimido. Recodificar para AAC 128 kbps baixa o áudio para cerca de 10 MB sem diferença audível para voz e a maior parte da música. A ferramenta recodifica sempre o áudio.
• Fontes com taxa de quadros variável.Gravações de ecrã e algumas câmaras de telemóvel produzem taxa de quadros variável (os fps variam com o movimento). Alguns codificadores lidam mal com isto, produzindo quadros duplicados ou stuttering. A ferramenta normaliza para taxa constante para evitá-lo.
• Pipeline HDR para SDR.As câmaras de telemóvel agora gravam em HDR de 10 bits (Dolby Vision no iPhone, HDR10 no Android). Largar um clipe HDR num pipeline SDR de 8 bits sem tone-mapping adequado produz saída desbotada ou estranhamente saturada. Para melhores resultados em fontes HDR, faça tone-mapping no dispositivo antes da compressão, ou aceite que a saída SDR ficará diferente do original.
• Muro de memória do navegador em ficheiros muito grandes.O ffmpeg.wasm corre na memória do navegador. Ficheiros acima de cerca de 2 GB tocam frequentemente o teto de memória por separador do navegador (tipicamente 4 GB em secretária, menos em móvel) e falham a meio da codificação. Para ficheiros maiores, use HandBrake de secretária ou FFmpeg CLI, que pode transmitir a partir do disco.

Privacidade: o seu vídeo nunca sai do seu dispositivo

Cada serviço de compressão de vídeo baseado na nuvem (FreeConvert, Clipchamp, OnlineConverter, CompressVideo.io e dezenas de outros) segue o mesmo pipeline: você carrega o vídeo inteiro, o servidor deles corre FFmpeg ou uma ferramenta semelhante, você descarrega o resultado mais pequeno. Para um vídeo de telemóvel de 200 MB são 200 MB de upload mais 50 MB de download através da infraestrutura deles. O conteúdo do vídeo inclui frequentemente material sensível: caras e localizações de família ou colegas, áudio de conversas e chamadas, gravações de ecrã de interfaces privadas ou reuniões de trabalho, cenas geo-marcadas que revelam casas ou locais de trabalho. A maioria dos operadores publica políticas de privacidade comprometendo-se a apagar os uploads em 1 a 24 horas e a cifrar em trânsito, e os maiores têm certificações ISO/IEC 27001. Têm fortes razões comerciais para honrar essas políticas. Mas «apagado dentro de uma hora» não é «nunca visto». Durante essa janela o ficheiro está na infraestrutura do operador, acessível a qualquer processo ou pessoa com as permissões corretas, visível em registos e cópias de segurança conforme a política de retenção do operador.

Esta ferramenta nunca carrega nada. O pipeline completo (seleção de ficheiro, descodificação via leitores nativos do navegador, codificação via ffmpeg.wasm WebAssembly, descarga via API blob do navegador) corre dentro do seu separador do navegador. Sem uploads, sem pedidos de rede a transportar dados de vídeo, sem entradas de registo. Pode verificar abrindo as ferramentas de programador do navegador no separador Rede antes de comprimir: nenhum pedido sai com conteúdo de vídeo. O único tráfego de rede é o carregamento inicial da página em si mais o download único de cerca de 30 MB do ffmpeg.wasm (cacheado para visitas posteriores). Coloque o navegador em modo de avião depois do carregamento da página e o compressor continua a funcionar em ficheiros locais.

Quando outra ferramenta é a escolha certa

• Ficheiros acima de 2 GB.Os limites de memória do navegador tornam-se um muro real acima de cerca de 2 GB. Use HandBrake de secretária (gratuito, GUI, multiplataforma) ou FFmpeg CLI, que podem transmitir a partir do disco e usar toda a RAM do sistema disponível. As predefinições de qualidade do HandBrake mapeiam diretamente para os mesmos valores CRF que esta ferramenta usa, por isso as suas definições transferem-se.
• Compressão em lote de centenas de ficheiros.Para recodificação sistemática de uma pasta de ficheiros, a ferramenta de linha de comando FFmpeg com um loop de shell ou um script Python usando subprocess é dramaticamente mais rápida. Uma linha: for f in *.mp4; do ffmpeg -i "$f" -c:v libx264 -crf 28 -c:a aac -b:a 128k "out_$f"; done. Também pode usar codificadores GPU (NVENC, QuickSync) para 10 a 20x de aceleração.
• Fluxo profissional de pós-produção.Adobe Premiere, DaVinci Resolve, Final Cut Pro e Avid Media Composer incluem todos a codificação ao lado da edição. Se já está a editar o vídeo, codificar à saída é parte do fluxo. O nível gratuito do Resolve lida até 4K com todos os mesmos codecs.
• Precisa de velocidade máxima via codificadores de hardware.Codificadores acelerados por GPU (NVENC em Nvidia, QuickSync em Intel, VCN em AMD, VideoToolbox em Apple Silicon) são 10 a 20x mais rápidos que codificadores CPU a qualidade por bit ligeiramente menor. Ferramentas de navegador não conseguem aceder a codificadores de hardware; para trabalhos onde a velocidade importa mais que a qualidade perfeita, use apps de secretária com aceleração de hardware ativada.

Perguntas frequentes

Quanto um vídeo pode ser comprimido?

As taxas de compressão típicas são de 50 a 80 % de redução. Um vídeo de 100 MB pode frequentemente ser comprimido para 20-40 MB com perda mínima de qualidade visível. A redução exata depende do codec original, da complexidade do conteúdo e das configurações de qualidade.

A compressão afetará a qualidade do vídeo?

Com as configurações de qualidade Média, a maioria dos espectadores não consegue distinguir o vídeo comprimido do original em distâncias normais de visualização. Vídeos com alta taxa de bits (de câmeras ou gravações de tela) comprimem bem. Vídeos já comprimidos (baixados de redes sociais) apresentam menos melhoria.

Qual é o melhor formato para vídeo comprimido?

MP4 com H.264 é o formato mais compatível para vídeo comprimido em todos os dispositivos e plataformas. Para uso na web, WebM com VP9 oferece melhor compressão, mas menor compatibilidade em alguns dispositivos.

Outras perguntas frequentes

Porque é que a compressão demora mais do que a duração do vídeo?

A codificação de vídeo por software é computacionalmente cara. Um clipe 1080p de 5 minutos pode levar 3 a 15 minutos a codificar em alta qualidade, dependendo do seu CPU. A bandeira -preset no FFmpeg troca velocidade de codificação por eficiência de compressão: ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow. A ferramenta usa medium por defeito (bom equilíbrio). Codificadores de hardware em apps de secretária podem ser 10 a 20x mais rápidos, mas produzem ficheiros ligeiramente maiores à mesma qualidade.

Devo escolher H.264, H.265 ou VP9?

Para compatibilidade máxima (partilhar com qualquer um em qualquer coisa), escolha H.264. Para cerca de 30 % melhor compressão com suporte amplo mas não universal, escolha H.265 (bom em dispositivos Apple e Windows recente) ou VP9 (bom em Android e Chrome). Para o ficheiro mais pequeno com compatibilidade moderna, escolha AV1. A ferramenta usa H.264 por defeito porque reproduz em todo o lado.

A compressão afeta o timing de quadros ou a sincronização?

A ferramenta preserva a taxa de quadros da fonte e a sincronização áudio-vídeo. Se a sua fonte tiver taxa variável, o codificador normaliza para taxa constante durante a codificação, o que pode introduzir desvios de timing minúsculos (microssegundos) mas é invisível na reprodução. Se notar drift de sincronização após a compressão, é provável que a fonte já tivesse drift e o codificador o esteja a fixar.

Posso comprimir sem recodificar (stream copy)?

Não com esta ferramenta. Stream copy (-c copy no FFmpeg) só muda o contentor (MP4 para MKV, por exemplo) sem recodificar. Para realmente reduzir o tamanho do ficheiro, o codificador tem de recodificar os dados de pixels a menor taxa de bits ou com codec diferente. Se só quer mudar o formato do contentor sem mudar o tamanho, use um conversor de formato de vídeo em vez de um compressor.

Porque é que o meu ficheiro comprimido às vezes parece pior do que a predefinição sugere?

Conteúdo de muito movimento (desporto, ação, mudanças de cena rápidas) comprime muito mais duramente do que conteúdo estático. Uma taxa de 5 Mbps que fica ótima num vídeo de cabeça falante pode mostrar artefactos num jogo de futebol à mesma taxa. O modo CRF (que a ferramenta usa) adapta-se: aloca mais bits a cenas complexas e menos a simples, por isso a saída é de qualidade constante mas tamanho de ficheiro variável. Se o tamanho do ficheiro importa mais do que a qualidade constante, mude para um fluxo de taxa-alvo numa ferramenta de secretária.

Existe um equivalente de secretária ou linha de comando?

Sim, vários. HandBrake é a GUI multiplataforma padrão (gratuita, código aberto, usa o mesmo FFmpeg por baixo). FFmpeg CLI é a ferramenta canónica de linha de comando. Shutter Encoder é uma GUI de FFmpeg mais amigável. Para móvel, VLC e CapCut têm compressão básica. Para automação em lote, FFmpeg num script de shell é insuperável. Todos produzem uma saída essencialmente idêntica a esta ferramenta de navegador porque partilham o mesmo codificador subjacente.