Certa vez, um cliente me pediu uma breve gravação em uma tela de um bug. A captura foi de 212 MB por quatro minutos, que é o que uma tela Retina em 60 quadros por segundo custa a você, e seu servidor de e-mail o rebateu duas vezes antes de eu descobrir que o limite de 25 MB na mensagem de erro não era o número que eu tinha que superar. Os anexos são codificados em base64, então o arquivo chega cerca de um terço maior do que o que resta. Eu precisava estar abaixo de 18 MB, não 25. A gravação foi lançada em 6 MB, 720p, sem áudio e parecia perfeitamente nítida, porque uma gravação de tela de um bug é principalmente uma página estática com um cursor se movendo sobre ele e que se comprime lindamente. A lição útil não era um cenário. Era que todos esses trabalhos são o mesmo cálculo de três linhas e, uma vez que você pode fazer, parar de adivinhar.
tl;dr: Um nível de qualidade não fornece um tamanho de arquivo, porque um fator de taxa constante é um alvo de qualidade e o tamanho resultante depende de quanto movimento a filmagem carrega. Para atingir um limite rígido, trabalhe para trás: a taxa de bits alvo em kilobits por segundo é o tamanho em bytes, vezes 8, dividido pela duração em segundos, dividido por 1000. Em seguida, escolha a resolução cuja taxa de bits normal está abaixo desse número. Soltar 1080p a 720p economiza mais do que qualquer controle deslizante de qualidade e descartar o áudio que você não precisa economiza mais do que as pessoas esperam. o compressor de vídeo No Toolz.dev executa o código por meio do FFmpeg compilado para WebAssembly na guia do seu próprio navegador, mostra a estimativa antes de começar e nunca faz o upload do arquivo.
Por que uma configuração de qualidade nunca promete um tamanho?
Porque as duas maneiras mais comuns de compactar um vídeo respondem a perguntas diferentes, e aquela que produz melhores resultados é aquela que não pode indicar o tamanho com antecedência.
Taxa de bits de destino Mode diz: Use 2 megabits por segundo, o que for preciso. O tamanho é então aritmético, exatamente previsível, e a qualidade oscila descontroladamente. Um cartão de título e uma foto de chuva à mão têm 2 Mbps, então o cartão de título desperdiça a maior parte dele e a chuva parece cascalho molhado.
Fator de taxa constante Mode diz: segure essa qualidade, gaste os bits que precisar. Os quadros fáceis recebem alguns bits, os quadros duros recebem muitos e a imagem permanece visualmente, mesmo do início ao fim. O tamanho é o que for.
Todo codificador moderno recomenda o segundo para qualquer coisa que não esteja sendo transmitida ao vivo, e é o que o compressor aqui usa. O custo é que o número na página antes de você pressionar o botão é uma estimativa, derivada da taxa de bits típica dessa resolução e qualidade, e a figura real se move com a filmagem. Uma gravação de tela estática rotineiramente chega à metade da estimativa. Imagens de mão de água em movimento podem pousar sobre ela. Confetti, neve, folhagem no vento e grãos da câmera são as quatro coisas que ultrapassam qualquer estimativa, porque todas elas estão próximas do ruído aleatório e o ruído é a única coisa com que a compressão não pode fazer nada.
O que é CRF escolhendo quando você escolhe um nível?
A escala vai de 0 a 51 para H.264 de 8 bits, onde 0 não tem perdas e 51 é impossível de assistir, e o Guia de codificação FFmpeg H.264 Coloca o padrão em 23 e a faixa de trabalho sã em aproximadamente 17 a 28. A propriedade que vale a pena memorizar é que a escala é logarítmica: uma mudança de 6 aproximadamente pela metade ou dobra a taxa de bits. Esse único fato informa o que cada nível faz antes de você experimentá-lo.
O compressor oferece três, não um controle deslizante, porque a diferença entre CRF 26 e 27 é invisível, enquanto a diferença entre 23 e 33 é o ponto inteiro.
| nivelar | H.264 CRF | VP9 CRF | Áudio | para que serve |
|---|---|---|---|---|
| Luz | 23 | 31 | 160 kbps | Arquive cópias e filmagens que você irá editar novamente. Perto suficiente visualmente sem perdas. |
| Equilibrado | 28 | 36 | 128 kbps | a resposta comum. Aproximadamente metade da taxa de bits da luz e, em uma tela de laptop, você deve procurar a diferença. |
| Forte | 33 | 42 | 96 kbps | atingir um limite rígido. Os artefatos começam a aparecer em imagens detalhadas e ninguém se importa em um upload de bate-papo. |
Os números do VP9 são uma escala separada, e é por isso que eles parecem não relacionados. O nível de luz 31 é exatamente o que o Google Recomendações de codificação do VP9 para vídeo sob demanda Liste como a qualidade alvo para 1080p, e vale a pena manter a tabela abaixo: 32 para 720p, 33 ou 34 para 480p, 15 para 4K.
O que economiza mais espaço, qualidade inferior ou menos pixels?
Menos pixels, por uma margem ampla, e não está próximo.
A resolução é uma quantidade bidimensional. Passar de 1080p para 720p não é um terço de desconto, é de 2,07 milhões de pixels para 0,92 milhão, então o codificador tem 56% menos pixels para descrever antes de tomar uma única decisão de qualidade. O arquivo segue, grosseiramente. Ir de 4K para 1080p remove três quartos deles.
Aqui está o que um clipe de um minuto chega, por altura e nível de origem, usando as taxas de bits típicas das quais a ferramenta estima. O áudio está incluído.
| Fonte | Luz | Equilibrado | Forte |
|---|---|---|---|
| 4K (2160p) | 106 MB | 61 MB | 35 MB |
| 1080p | 35 MB | 20 Mb | 11 MB |
| 720p | 20 Mb | 12 MB | 7 MB |
| 480p | 10 Mb | 6 MB | 4 MB |
Leia-o através e para baixo. Mover um passo para baixo na coluna de qualidade economiza cerca de 43%. Mover um passo para baixo na coluna de resolução também economiza cerca de 42%, o que parece uma gravata até que você perceba que as etapas de qualidade se esgotam após três e custam artefatos visíveis, enquanto uma etapa de resolução não custa nada na tela que a maioria das pessoas assiste. Um clipe de 1080p mostrado em uma mensagem do Slack está sendo exibido em uma caixa de cerca de 400 pixels de largura.
A ordem de tentar, então: soltar a resolução para o que o espectador usará de forma realista, manter a qualidade equilibrada e apenas alcançar o forte se você ainda não o fez.
Como você pousa sob um limite rígido como 8 MB?
Trabalhe para trás. Todo o cálculo é uma linha, e é a única parte da aritmética de vídeo que vale a pena aprender.
# total bitrate (kbps) = target size (bytes) x 8 / duration (s) / 1000
#
# 8 MB, 45-second clip:
# 8,000,000 x 8 / 45 / 1000 = 1,422 kbps total
# minus 96 kbps of audio = 1,326 kbps for video
#
# 1080p strong is ~1,400 kbps video -> about 8.4 MB. Just over.
# 720p strong is ~800 kbps video -> about 5.0 MB. Comfortable.
#
# the equivalent single pass, if you have ffmpeg installed:
ffmpeg -i input.mp4 -c:v libx264 -crf 33 -preset fast \
-vf scale=-2:720 -c:a aac -b:a 96k \
-movflags +faststart -pix_fmt yuv420p output.mp4
Três coisas tornam isso confiável na prática.
- Deixe o espaço para a cabeça. Apontar para 80% do limite. O CRF não atinge um alvo de tamanho e uma vez que ultrapassa o tempo, é o momento em que você envia o arquivo.
- Conte a sobrecarga de codificação se estiver acontecendo por e-mail. Base64 representa cada 24 bits de entrada como 4 caracteres, por RFC 2045, então um acessório infla um terço no fio. Um limite de caixa de correio de 25 MB é de cerca de 18 MB de arquivo real.
- Não confie em um número que você lembrou. O limite de upload gratuito do Discord foi de 8 MB, depois de 25 MB, depois de 10 MB e 20 MB em agosto de 2026. O Gmail manteve-se em 25 MB durante anos. O WhatsApp recomprime tudo o que você enviar independentemente. Verifique o limite no dia em que você precisa e, em seguida, faça a aritmética.
Se o clipe for mais longo do que o que você deseja mostrar, o melhor é cortá-lo em vez de apertá-lo. Diminuir pela metade a duração pela metade do tamanho em qualidade total, o que nenhuma configuração pode igualar. o aparador de vídeo Retirará o alcance sem recodificar quando o corte chegar perto de um quadro-chave, e o resultado será uma filmagem idêntica a byte na metade do tamanho.
Reduzir a taxa de quadros ajuda?
Menos do que você imagina, e parece pior do que qualquer outra coisa na lista.
A razão é que frames consecutivos já se comprimem. Um codec de vídeo armazena um quadro completo e descreve as diferenças, então o quadro 31 em um clipe de 60 fps é quase gratuito, porque é quase idêntico ao quadro 30. Jogá-lo fora não salva os bits que você imagina que ele salva. Em taxas típicas, a economia está mais próxima do que o gratuito do que o gratuito, então 60 fps a 30 fps tiram talvez um terço em vez da metade, e 30 fps a 15 fps fornecem um nervosismo visível em qualquer movimento da câmera.
Existem dois casos em que é a decisão certa. Uma gravação de tela de conteúdo principalmente estático não perde nada legível a 15 fps, e é exatamente o caso em que você geralmente está se esforçando para ficar abaixo de um limite. E as imagens que você está convertendo em uma animação para uma página, onde o espectador não está observando o movimento, mas percebendo isso, sobrevive de 12 a 15 fps.
Para tudo com uma pessoa ou uma câmera se movendo, deixe a taxa de quadros em paz e retire a resolução.
O áudio deve sobreviver?
Pergunte para que serve o áudio, porque não é grátis.
Uma gravação de 10 minutos com áudio a 128 kbps carrega 9,6 MB de som antes que a imagem receba um único bit. Se esse áudio for uma captura de tela silenciosa com um zumbido na sala, ou música que você substituirá, ou uma faixa de voz que você já transcreveu, soltá-lo é a economia mais fácil disponível e não custa nada ao espectador. O compressor possui um interruptor exatamente para isso, que passa -an e omite totalmente o fluxo de áudio.
Quando o som importa, os níveis o reduzem de 160 para 128 para 96 kbps, que são os pontos convencionais. 96 Kbps AAC é adequado para fala e audivelmente fino na música. Se desejar o áudio sozinho, como um arquivo para transcrever ou editar, o extrator de áudio Puxa a pista sem tocar no vídeo, e o conversor de áudio irá recodificá-lo em seus próprios termos.
Um detalhe pega as pessoas. Um vídeo sem faixa de áudio é reproduzido silenciosamente na maioria dos jogadores e não consegue reproduzir automaticamente em alguns navegadores antigos que esperam que uma faixa seja silenciada. Se o clipe estiver entrando em uma página da Web, uma faixa silenciosa de 8 Kbps às vezes é mais segura do que nenhuma, embora todos os envios de navegadores hoje manejam um MP4 somente de vídeo corretamente.
A WebM vale a pena esperar extra?
Depende inteiramente de quem abre o arquivo.
O VP9 em um contêiner WebM retém aproximadamente um quarto menor que o H.264 com uma qualidade visível comparável. Esse é um ganho real, e em seu próprio site, onde o único requisito é que um navegador possa reproduzi-lo, o WebM geralmente é o melhor arquivo. Chrome, Firefox e Edge suportam o VP9 há uma década, e o Safari tem desde a versão 14.
O custo aparece duas vezes. A codificação VP9 é mais lenta que x264, substancialmente em um navegador, e um detalhe aciona qualquer um que execute o comando manualmente: VP9 apenas honra um destino de qualidade quando a taxa de bits é explicitamente zero. passar -crf 36 Por conta própria e o codificador silenciosamente usa uma taxa de bits padrão e ignora você. ele precisa -crf 36 -b:v 0, que é o que a ferramenta envia.
O segundo custo é tudo o que não é um navegador. Aplicativos de bate-papo, campos de upload do CMS, editores de vídeo, PowerPoint, o painel de visualização em um gerenciador de arquivos, o telefone do seu cliente: muitos deles aceitam MP4 e se encolhiam na WebM. Se o arquivo for para uma pessoa, envie MP4 com H.264. Se for para uma página que você controla, a WebM. Essa mesma divisão percorre toda a questão do formato, que o Guia Remux Coberturas do lado da conversão.
Por que um MP4 compactado às vezes se recusa a começar a jogar?
Por causa de onde o índice acabou, e é o único sinalizador que você nunca deve deixar de fora.
Um MP4 mantém um sumário descrevendo onde cada quadro começa. Escrito normalmente, o codificador descobre tudo isso à medida que avança e escreve a tabela no final do arquivo. Para reprodução de um disco que esteja bem. Servido por HTTP, significa que o jogador não pode começar até que tenha o arquivo inteiro, então um vídeo de 40 MB em um aplicativo de bate-papo ou um CMS fica aí sem fazer nada enquanto ele baixa e começa.
-movflags +faststart Uma segunda passa sobre o arquivo finalizado e move essa tabela para a frente. A codificação demora um pouco a mais e o vídeo começa a ser reproduzido após um segundo. Cada MP4 que o compressor produz tem.
Mais dois sinalizadores nesse comando estão disponíveis para compatibilidade e não por tamanho. -pix_fmt yuv420p Forças 4:2:0 Chroma Subamostragem, porque um MP4 4:2:2 ou 4:4:4 é válido e se recusa a jogar em uma longa lista de decodificadores de hardware. E o filtro de escala é escrito scale=-2:720 em vez de scale=-1:720, porque H.264 requer dimensões uniformes de pixels e -2 Arredonda a largura calculada para um número par. Peça uma largura ímpar e a codificação falhará com "largura não divisível por 2" em vez de escalar para algo próximo.
Por que a compressão duas vezes parece muito pior?
Perda de geração, e é mais íngreme do que as pessoas esperam porque a compressão com perdas não é idempotente.
A primeira codificação joga fora os detalhes que julga que o olho não irá faltar e deixa para trás seus próprios artefatos: um leve bloqueio nas bordas, gradientes suavizados, tocando em alto contraste. A segunda codificação não tem como saber que esses artefatos não são a imagem. Ele os trata como conteúdo que vale a pena preservar, gasta pedaços descrevendo-os e adiciona seus próprios por cima. Três rodadas de compressão balanceada no mesmo clipe parecem piores do que uma rodada de forte, em um tamanho de arquivo maior.
Portanto, as regras práticas são curtas. Compacte sempre do original, nunca da cópia que você já fez. Se você precisar de uma versão de arquivo leve e uma versão pequena para enviar, faça ambos da fonte. E se um arquivo já passou por uma plataforma que recompacta no upload, que é a maioria deles, trate o que você baixou como uma segunda geração.
É a mesma aritmética que governa compressão de imagem E a razão pela qual um JPEG salvou repetidamente se transforma em lama, e o mesmo motivo pelo qual o Compressor PDF Funciona nas imagens dentro de um documento e não no documento como um todo.
O arquivo sai da sua máquina?
Não, e para um vídeo que muda o que a ferramenta é utilizável.
A codificação passa por FFmpeg compilado para WebAssembly, executando na guia do navegador. O arquivo é lido do disco na memória da página, codificado aí, e devolvido como download. Abra o DevTools, mude para o painel de rede, comprima algo e assista: nenhuma solicitação leva o vídeo.
Seguem-se três consequências.
Nada é carregado, então nada é retido. Nenhuma cópia fica em um servidor aguardando uma política de retenção para excluí-la, porque nenhuma cópia foi feita. Para uma demonstração de produto inédita, imagens sob NDA ou qualquer coisa com uma pessoa que não concordou com um upload de terceiros, essa é a diferença entre utilizável e não.
Os limites são os do navegador, não de um plano. Todo o arquivo vai para a memória de tabulação, então a página aceita até 500 MB e limita uma única passagem em 30 minutos, e verifica quando você escolhe o arquivo e não após um download de quatro megabytes e dois minutos de codificação. Não há fila, nem marca d'água, nem conta nem nível de tamanho para comprar.
A primeira corrida é mais lenta. O pacote do WebAssembly do FFmpeg é baixado uma vez, o que leva alguns segundos e é armazenado em cache posteriormente. A ferramenta carrega na primeira compactação e não quando a página é aberta, para que a própria página permaneça rápida.
Quando um codificador de desktop é a ferramenta certa?
Quando os números acima deixam de ser a restrição. Uma guia do navegador é um codificador razoável e um pipeline de vídeo ruim, e vale a pena esclarecer onde a linha cai.
Seja nativo para arquivos com mais de 500 MB ou clipes de meia hora, onde a memória da guia é o limite real. Seja nativo para um lote, porque 40 clipes por meio de um loop em um shell superam 40 viagens por qualquer interface. Seja nativo quando precisar de uma codificação de duas passagens para atingir um tamanho exato, que um único passe CRF não pode prometer. E seja nativo para codificação de hardware, onde uma GPU servirá em 20 segundos, qual WebAssembly leva quatro minutos.
Para um clipe que precisa ficar abaixo do limite nos próximos cinco minutos, em um laptop, sem instalar nada ou entregar a filmagem a um estranho, o navegador é o caminho mais rápido à distância. esse é o trabalho que compressor foi construído para o lado do conversor Para alterar o formato e o compressor imagem Para o mesmo problema, uma dimensão abaixo.
