Conversor de formato de vídeo

Contentores, codecs, e o que a conversão realmente muda

A maioria das extensões de ficheiro nomeia um contentor, não um codec. Um ficheiro .mp4 é uma envoltura que contém uma faixa de vídeo mais uma faixa de áudio mais metadados. A faixa de vídeo pode estar codificada com H.264, H.265, VP9, AV1 ou várias outras. A faixa de áudio pode ser AAC, MP3, Opus ou FLAC. Converter entre contentores (MP4 para MKV, por exemplo) não recodifica necessariamente nada se ambos os contentores aceitarem os mesmos codecs; o FFmpeg pode fazer isso em segundos via stream copy. Converter entre codecs (H.264 para VP9, por exemplo) exige recodificar cada quadro do zero, o que é lento e com perdas. Esta ferramenta deteta o que é necessário e escolhe o caminho mais barato quando possível.

Porque existem contentores: MP4 (ISO/IEC 14496-14) foi desenhado para streaming e indexação, com tabelas de procura rápidas e suporte para muitos codecs, e reproduz em todo o lado. WebM (Google, 2010) é um subconjunto do Matroska restrito a codecs livres de royalties (VP8/VP9/AV1 mais Opus/Vorbis) para a web aberta. MOV (Apple QuickTime, 1991) é o predecessor do MP4 e o formato nativo do macOS; o material de edição ProRes vive quase sempre em MOV. MKV (Matroska) é o canivete suíço aberto: trata de codecs arbitrários, faixas de legendas, marcadores de capítulo, anexos; comum para rips de Blu-ray e anime. AVI é o legado da Microsoft de 1992, metadados fracos, visto sobretudo com codificações DivX/Xvid antigas.

Porque a conversão às vezes falha: mudar o nome de um .mov para .mp4 não muda nada dentro do ficheiro. Se o seu iPhone exportou vídeo HEVC, um dispositivo Windows 10 sem as extensões multimédia HEIC/HEVC irá rejeitá-lo independentemente da extensão. A conversão real tem de recodificar o fluxo de vídeo para um codec que o destino aceite. Esta ferramenta usa por defeito H.264 mais AAC para a saída MP4, a combinação mais universalmente compatível disponível.

Como esta ferramenta funciona por dentro

Mesmo motor que o compressor de vídeo: FFmpeg compilado para WebAssembly via Emscripten por Jerome Wu a partir de 2019. O binário do lado do navegador tem cerca de 30 MB, corre inteiramente no separador via multi-thread SharedArrayBuffer (exige os cabeçalhos Cross-Origin-Opener-Policy: same-origin e Cross-Origin-Embedder-Policy: require-corp, que este site define). Quando solta um vídeo, o ficheiro é lido para o sistema de ficheiros virtual do WebAssembly via um leitor em streaming.

Por trás dos bastidores, a ferramenta lança comandos como -i input.mov -c:v libx264 -preset medium -crf 23 -c:a aac -b:a 128k output.mp4 para a conversão MOV para MP4. Para mudanças só de contentor onde o codec já está correto (por exemplo, converter um ficheiro MKV que já contém H.264 mais AAC para MP4), a ferramenta usa -c copy para uma operação de stream copy quase instantânea que apenas reescreve o contentor sem recodificar. A escolha acontece automaticamente ao sondar o ficheiro de entrada.

Seleção de codec por formato: a saída MP4 usa vídeo H.264 mais áudio AAC (universal). A saída WebM usa vídeo VP9 mais áudio Opus (aberto e moderno). A saída MKV usa H.264 mais AAC por defeito mas pode transportar qualquer coisa que o Matroska suporte. A saída AVI usa vídeo MPEG-4 Parte 2 mais áudio MP3 (compatibilidade legada). A ferramenta escolhe o par codec/contentor correto para que o leitor recetor não rejeite o ficheiro.

Breve história dos contentores de vídeo

• QuickTime / .MOV, 1991.A Apple envia o QuickTime com o System 6. O contentor .MOV torna-se o formato padrão para o multimédia Mac e a base eventual do MP4.
• AVI, 1992.A Microsoft envia o AVI (Audio Video Interleave) como parte do Video for Windows. O formato antecede as funcionalidades modernas de codec: sem suporte adequado de legendas, metadados fracos, sem índice apto para streaming. Ainda visto com codificações DivX/Xvid antigas e gravações de ecrã velhas.
• MP4 ratificado, 2001.ISO/IEC 14496-14 formaliza o MP4 como o contentor MPEG-4 Parte 14, baseado fortemente em QuickTime MOV. Combinado com H.264/AVC (ratificado em 2003), MP4 mais H.264 mais AAC torna-se o ficheiro de vídeo universal no final dos anos 2000.
• Matroska, 2002.Contentor flexível de código aberto desenhado para tratar qualquer coisa: codecs arbitrários, faixas de legendas, marcadores de capítulo, anexos. Torna-se o formato de eleição para rips de Blu-ray, fansubs de anime e arquivo de longa duração.
• WebM lançado, 2010.A Google lança o WebM como alternativa aberta e livre de royalties ao MP4. Restrito a vídeo VP8/VP9/AV1 mais áudio Vorbis/Opus. Desenhado para ser enviado com HTML5 video sem preocupações de licenciamento de patentes.
• A conversão do lado do navegador amadurece, 2019 a 2026.Jerome Wu publica o primeiro ffmpeg.wasm em 2019. Por volta de 2024 a linha 4.x estabiliza em cerca de 30 MB com multi-thread SharedArrayBuffer. A conversão de vídeo do lado do navegador torna-se prática para ficheiros até 1 a 2 GB, substituindo muitos serviços baseados na nuvem para uso pessoal.

Como funciona

1. Importe seu vídeo : clique para selecionar ou arraste e solte um arquivo de vídeo em um formato comum (MP4, WebM, AVI, MOV, MKV).
2. Escolha o formato de saída : selecione o formato-alvo e ajuste, se necessário, as configurações de qualidade, resolução e codec.
3. Converta e baixe : clique em Converter e depois baixe o arquivo de saída após o processamento.

Por que usar o conversor de vídeo ?

Os formatos de vídeo se fragmentam entre plataformas, MP4 funciona em todo lugar, WebM é otimizado para a web, MOV é o padrão do Mac e MKV é comum para vídeo de alta qualidade. Quando um vídeo se recusa a tocar em um dispositivo ou fazer upload em uma plataforma, convertê-lo para o formato certo resolve o problema instantaneamente. Este conversor baseado em navegador trata as conversões de formato mais comuns sem precisar de instalação nem envio a servidores externos.

Funcionalidades

• Vários formatos : converta entre MP4, WebM, OGG e outros formatos de vídeo compatíveis com a web.
• Controle de qualidade : ajuste o bitrate e as configurações de qualidade para equilibrar tamanho do arquivo e qualidade de vídeo.
• Opções de resolução : reduza para resoluções padrão (1080p, 720p, 480p, 360p) para diminuir o tamanho do arquivo.
• Preservação do áudio : as faixas de áudio são mantidas na saída convertida por padrão.
• Baseado em navegador : o processamento de vídeo é feito localmente via WebAssembly, seus vídeos nunca saem do seu dispositivo.

Fluxos de conversão do mundo real

• Correções de compatibilidade.Um iPhone exporta vídeo HEVC. Um amigo com Windows 10 não consegue reproduzi-lo. Converter para MP4 mais H.264 conserta isto instantaneamente. A razão mais comum para converter.
• Requisitos de upload da plataforma.Alguns formulários de upload só aceitam .mp4. Algumas plataformas sociais recodificam o que enviar mas exigem certos contentores. Converter antes do upload evita rejeições e reduz artefactos de recodificação do lado do servidor.
• Incorporação web.O vídeo auto-alojado num site usa tipicamente MP4 para a tag video HTML. Sites modernos também servem um fallback WebM para uma compressão ligeiramente melhor em navegadores suportados. Converter um master original para MP4 e WebM é um passo padrão.
• Resgate de arquivos legados.Clipes AVI/DivX antigos num disco rígido de 2005, ficheiros Flash FLV de um serviço de streaming extinto, ficheiros .RM RealMedia dos anos 90. Convertê-los para MP4 torna-os reproduzíveis em dispositivos modernos e garante que sobrevivem à obsolescência futura de formatos.
• Preparar material para edição.DaVinci Resolve, Premiere e Final Cut têm todos codecs preferidos para edição. Converter um clipe iPhone HEVC para ProRes ou H.264 MOV antes de importar reduz a carga de descodificação e melhora o desempenho de scrub da linha de tempo.
• Partilha via canais com limites de formato.Alguns gateways de email empresariais bloqueiam anexos MKV ou AVI por filtragem de content-type. Converter para MP4 contorna esses bloqueios. Mesmo para alguns clientes de chat que pré-visualizam MP4 automaticamente mas mostram MKV como ficheiro genérico.

Armadilhas comuns e o que significam

• Mudar o nome da extensão não faz nada.Mudar example.mov para example.mp4 no seu gestor de ficheiros não recodifica o ficheiro. Se o codec dentro não for suportado pelo leitor alvo, continua a falhar. A conversão real tem de recodificar ou re-muxar o fluxo real.
• As faixas de legendas são descartadas.Legendas suaves (SRT, ASS, PGS, VobSub) embutidas em ficheiros MKV tipicamente não sobrevivem à conversão para MP4 por defeito. A ferramenta precisaria de configuração explícita para copiar ou gravar a faixa de legendas. Se precisa de preservar legendas, use uma ferramenta de secretária com tratamento explícito de legendas.
• Marcadores de capítulo e metadados desaparecem.Marcadores de capítulo estilo Blu-ray, miniaturas embutidas e metadados ricos como informação realizador/elenco tipicamente perdem-se na conversão do lado do navegador. O contentor de saída só tem as faixas de vídeo e áudio.
• O canal alfa achata-se para preto.ProRes 4444, HEVC com alfa (variante Apple) e VP9 com alfa podem transportar transparência. Converter para MP4 H.264 padrão achata silenciosamente a transparência para fundo preto. Para gráficos em movimento, use ProRes 4444 em MOV ou fique-se pelo WebM com VP9 alfa.
• A conversão HDR para SDR precisa de tone-mapping.Um clipe HDR de 10 bits (Dolby Vision, HDR10) convertido para SDR de 8 bits sem tone-mapping explícito produz saída desbotada ou estranhamente saturada. Faça tone-mapping no dispositivo fonte antes de converter ou use uma ferramenta de secretária com suporte HDR.
• Compatibilidade de contentor não é compatibilidade de codec.Um ficheiro MP4 com vídeo H.265 reproduz bem num telemóvel de 2026 mas falha num portátil Windows de 2015. O contentor está bem; o codec lá dentro não. Combine sempre o codec certo com o contentor certo para o seu público.

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

CloudConvert, Convertio, FreeConvert, Zamzar, OnlineConvertFree e muitos outros usam todos o mesmo pipeline: carregar o ficheiro inteiro, o servidor corre o FFmpeg, descarrega o resultado. Um vídeo de telemóvel de 200 MB significa 200 MB de upload e 50 a 200 MB de download através da infraestrutura deles. O conteúdo de vídeo inclui comumente caras, localizações, áudio de conversas, gravações de ecrã de interfaces privadas, cenas geo-marcadas. A maioria dos operadores publica políticas de privacidade comprometendo-se a apagar uploads em 1 a 24 horas e a cifrar em trânsito; 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 certas, 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, conversã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 converter: nenhum pedido sai com conteúdo de vídeo. Apenas o carregamento inicial da página e o download único de cerca de 30 MB do ffmpeg.wasm (em cache para visitas posteriores) tocam na rede. Ponha o navegador em modo de avião depois do carregamento da página e o conversor 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 acima de cerca de 2 GB. Use HandBrake de secretária ou FFmpeg CLI, que podem transmitir a partir do disco e usar toda a RAM do sistema disponível.
• Preservar legendas, capítulos, alfa.Use FFmpeg de secretária com bandeiras -map explícitas, MKVToolNix para remuxagem Matroska-para-Matroska com controlo total de faixas, ou Subler/MetaX no macOS para tratamento de capítulos e metadados. A conversão do lado do navegador é para o caso simples.
• Codecs intermediários de edição.Final Cut Pro, Avid, DaVinci Resolve e Premiere querem ProRes, DNxHD, DNxHR ou Cineform para edição suave em linha de tempo. As ferramentas de navegador não conseguem produzir estes codecs (têm licença e não estão nas builds do ffmpeg.wasm). Use a conversão nativa da app (Compressor para FCP, Media Encoder para Premiere) ou FFmpeg CLI com codificadores prores_ks/dnxhd.
• Converter centenas de ficheiros.Um script de shell com FFmpeg CLI ou um script Python usando subprocess é dramaticamente mais rápido do que correr uma ferramenta de navegador 100 vezes. Também pode usar codificadores GPU para 10 a 20x de aceleração.

Perguntas frequentes

Quais formatos de vídeo são suportados ?

A ferramenta suporta a conversão entre MP4 (H.264/AAC), WebM (VP8/VP9/Opus), OGG (Theora/Vorbis) e outros formatos compatíveis com a web. O suporte a AVI, MOV e MKV depende das capacidades do navegador via a API WebCodecs.

Por que a conversão é lenta para vídeos grandes ?

A conversão de vídeo é pesada em processamento. Arquivos grandes (acima de 500 MB) ou vídeo em alta resolução (4K) podem levar vários minutos. A conversão é executada no seu navegador via WebAssembly, então a velocidade depende da CPU do seu dispositivo.

Vou perder qualidade durante a conversão ?

Qualquer conversão entre codecs com perdas (como H.264 para VP9) implica alguma perda geracional. Converter em bitrates altos minimiza a perda de qualidade visível. Para arquivamento sem perdas, use a configuração de qualidade máxima ou um codec sem perdas se disponível.

Outras perguntas frequentes

Posso simplesmente mudar o nome da extensão do ficheiro?

Não. A extensão é metadado para o sistema operativo mas não muda os bytes codificados reais lá dentro. Um .mov com o nome mudado para .mp4 continua codificado no codec original, que pode ou não ser reproduzível no ambiente alvo. A conversão real tem de recodificar (ou re-muxar) o fluxo real.

A qualidade vai baixar?

Conversões por stream copy (quando o codec não muda, só o contentor) são sem perdas: os bits são copiados literalmente para a nova envoltura. Conversões com recodificação (quando o codec muda) introduzem uma geração de ruído de quantização; a saída é visualmente próxima mas matematicamente diferente da entrada. Evite converter o mesmo ficheiro várias vezes através de mudanças de codec; cada ronda adiciona outra geração de perda.

Devo escolher MP4, WebM, AVI ou MKV?

MP4 para partilhar com qualquer pessoa em qualquer coisa. WebM para incorporação web onde quer melhor compressão e não se importa de perder compatibilidade com o Safari pré-2024. MKV para arquivo com legendas e marcadores de capítulo preservados. AVI só se um sistema legado o exigir especificamente. Por defeito MP4 em caso de dúvida.

Porque é que a conversão é mais lenta do que a reprodução?

Descodificar vídeo é computacionalmente leve (o seu telemóvel fá-lo em tempo real com baixo consumo). Codificar vídeo é computacionalmente pesado: o codificador tem de procurar a melhor forma de comprimir cada quadro, o que é ordens de magnitude mais trabalho do que descodificar. Um clipe de 5 minutos pode levar 5 a 20 minutos a codificar em boa qualidade num CPU típico de portátil. Codificadores de hardware (NVENC, QuickSync, VideoToolbox) são 10 a 20x mais rápidos mas exigem apps de secretária; as ferramentas de navegador não conseguem aceder a eles.

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

Sim, vários. HandBrake (gratuito, GUI multiplataforma, usa o mesmo FFmpeg por baixo). FFmpeg CLI é a ferramenta canónica de linha de comando. MKVToolNix para operações específicas do Matroska. Subler para metadados MP4 no macOS. Todos produzem uma saída essencialmente idêntica a esta ferramenta de navegador porque partilham o mesmo motor subjacente.

Os metadados EXIF irão sobreviver à conversão?

A maioria não. A conversão só de contentor (stream copy MKV para MP4 por exemplo) preserva uma quantidade razoável; a recodificação de codec tipicamente descarta miniaturas embutidas, tags GPS e chaves de metadados arbitrárias. Se o seu fluxo depende da preservação de metadados, use uma ferramenta de secretária com bandeiras explícitas de mapeamento de metadados (-map_metadata 0 do FFmpeg mais -movflags use_metadata_tags).