WebM → MP4

Mantenha o que corresponda onde o arquivo está indo, porque também não é melhor no resumo. Um destes dois é construído para a compatibilidade com a reprodução e o outro para manter tudo um arquivo pode conter, e eles trocam um contra o outro exatamente ao longo dessa linha. A resposta pragmática para a maioria das bibliotecas é arquivar no contedor rico em característica e exportar para o compatível a pedido. O WebM joga nativamente em cada navegador moderno sem plugin, sem licença e sem exposição de patente, o que torna o padrão para vídeo web-embedded. MP4 é o alvo de entrega mais seguro possível — todos os telefones, navegador, console, editor e Smart TV construídos na última década joga sem software extra.

Sim — cada faixa de áudio na WebM (comentário diretor, idiomas alternativos, áudio descritivo) é preservada no MP4 quando o contêiner-alvo suporta áudio multi-stream. MKV e MOV manuseiam faixas de áudio ilimitadas; MP4 suporta muitos, mas alguns leitores de hardware apenas ver faixa 1; WebM está cuberta em uma pista Opus / Vorbis. O MP4 é ISO/IEC 14496-14, estandarizado em 2001 e derivado da mesma utilização do modelo de caixa QuickTime MOV.

Subtítulos macios (traços selecionáveis) sobrevivem quando MP4 podem transportá-los: MKV detém SRT, ASS, SSA, PGS, VobSub de forma nativa; MP4 detém apenas mov_text (um formato despojado). A conversão de um MKV com subs estilo ASS para MP4 geralmente os rebaixa para mov_text ou queima-los. Hardsubs (queimado no vídeo) transporta-se independentemente.

Os metadados do capítulo são transferidos entre WebM e MP4 sempre que ambos os contentores suportam um átomo do capítulo (MKV, MP4, MOV). WebM armazena os capítulos em um bloco compatível com Matroska, então MKV <-> Os capítulos WebM são limpos. AVI não tem especificações do capítulo, por isso a conversão de AVI para MP4 produz um arquivo não capítulo a menos que você adicione marcadores manualmente.

O MKV é o único contentor mainstream que armazena arquivos anexos arbitrários (cartões TTF para subs ASS, JPG cover art, insertos PDF traduzidos por fãs). Vai de {1 para MP4 cair estes anexos quando MP4 não é MKV — os fluxos elementares converter, mas a carga payload anexada permanece na fonte. Manter WebM como backup se você depender de fontes anexadas.

O codec padrão é escolhido para corresponder o contedor MP4 conservador: MKV padrão para H.265 (HEVC) para uma melhor compressão; MP4 padrão para H.264 para o suporte de dispositivo mais amplo; WebM padrão para VP9; AVI usa MPEG-4 ASP (DivX/Xvid lineage). Sobrescreva através do deslocamento avançado do codec — AV1 está disponível para MKV / WebM onde você quer compressão máxima e pode esperar através da codificação. MP4 só suporta um formato de subtítulo amplamente honrado (mov_text), e áudio multi-track é pouco confiável fora de jogadores de desktop.

Os metadados estáticos HDR (HDR10 mastering display valores, nível máximo de luz de conteúdo) transportam até MP4 quando ambos os contentores e o codec escolhido o suportam (HEVC, AV1 em MKV / MP4). Dolby Vision é mais frágil — perfil DV 5 / 7 / 8.1 em WebM normalmente sobrevive apenas em MKV com HEVC; convertendo-se em um recipiente MP4 que não carrega o aplanamento da camada DV para HDR10.

MKV e WebM registram marcas de tempo reais por frame e manipulam VFR de forma nativa, então WebM VFR sobrevive em um MP4 daqueles formatos sem remostragem. MP4 armazena nominalmente marcas de tempo também, mas alguns jogadores assumem CFR; o conversor expõe um comutador "force CFR" que reamostra VFR WebM a 24 / 30 / 60 fps MP4 para alvos problemáticos.

O mesmo código remux produz um tamanho quase identico (overheader difere de 0,1-2%). Uma mudança de códec pode variar o tamanho de 50% ou mais: H.264 para H.265 tipicamente metade o arquivo na mesma qualidade visual; H.264 para AV1 metade de novo em uma pré-configuração lenta. Indo de um elevado bitrate WebM (Blu-ray rip) para um baixo bitrate MP4 (web upload) é a razão mais comum para uma queda dramática.

Sim até 8K (7680x4320) no Premium. Maneios de nível livre 4K (3840x2160) até a tampa de arquivo 1 GB. Remuxes puras (mesmo código) de grande WebM em MP4 são limitados pelo disco I/O, não CPU — um 30 GB WebM normalmente remuxes a MP4 em um minuto independentemente da resolução. Escala de códigos de novo com contagem de pixels.

Sim — arquivos carregados WebM são processados em trabalhadores isolados e excluídos dentro de minutos de conclusão. Nunca visualizamos, armazenamos, retemos ou compartilhamos o conteúdo. Veja /privacy / para a janela de retenção de dados. O pipeline de conversão é executado no hardware que controlamos end- to-end; nenhuma API de terceiros recebe o seu arquivo.