MP4 → WebM

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. 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. 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.

Depende do container WebM. MP4 padrão para H.264 para o suporte de reprodução mais amplo entre telefones, navegadores e Smart TVs. MKV padrão para H.265 / HEVC para aproximadamente metade do tamanho do arquivo em qualidade equivalente. O WebM padrão para VP9. As opções avançadas expõem escolha explícita de codec se você precisa substituir. O WebM é um subconjunto estrito de Matroska que o Google publicou em 2010 especificamente para dar o vídeo HTML5 um contentor livre de royalty.

Sim. Quando MP4 e WebM compartilhar um codec de áudio (por exemplo ambos transportam AAC), o áudio é re-muxelado sem re-encoding — bit-idential. Quando os codecs diferem, o áudio é transcodificado para AAC / Opus / Vorbis dependendo do que o recipiente WebM suporta. áudio multi-traça (commentário, idiomas alternados) é preservado.

Por padrão sim — um 24fps MP4 fica 24fps em WebM; um 60fps MP4 fica 60fps. Se você precisa mudar a taxa (por exemplo, entrelaçado 29.97 → progressivo 30, ou 60 → 30 para os limites de upload), a opção framerate manuseia 3:2 pulldown, desentrelaçamento e frame-blending no mesmo passe codificado.

O mesmo código re-mux (MP4 H.264 → WebM H.264 apenas mudando recipiente): tamanho quase idêntico. A mudança de código pode variar dramaticamente: H.264 → H.265 tipicamente metade o arquivo na mesma qualidade visual; VP9 é aproximadamente comparável; AV1 corta outro 20-30% mas é mais lento para codificar.

MP4 / H.264 joga de forma nativa em cada dispositivo moderno. MOV / H.264 joga em dispositivos Apple e na maioria das TVs, mas nem sempre em Android mais velho. MKV precisa de VLC em iOS. WebM é navegador-primeiro. As opções avançadas incluem uma "compatibilidade de dispositivo" predefinida que escolhe o codec / recipiente mais seguro WebM para o seu alvo. O WebM é um encaixe pobre em qualquer lugar fora de um navegador — editores de vídeo, galerias nativas de telefones e Smart TVs ignoram-no em grande parte.

O mesmo codec re-mux é quase instante — 30 a 60 segundos por um arquivo de 1 hora. Um codec completo re-encoding é executado em aproximadamente 0,3-0,7x de duração de fontes em nosso gasoduto GPU, por isso um 1-hora MP4 → WebM termina em 18-40 minutos, dependendo da resolução e codec-alvo.

Até 8K (7680×4320) em planos Premium. As conversões gratuitas são revestidas em 4K (3840×2160) pelo limite de tamanho por arquivo. Metadados HDR (HDR10, HDR10+, Dolby Vision quando presente) é transportado através de onde ambos os recipientes MP4 e WebM o suportam.

Sim. Os arquivos de vídeo carregados são processados em trabalhadores isolados, nunca vistos por um humano, nunca indexados e excluídos dentro de minutos de conclusão. A janela de retenção é documentada em /privacy / e nós não publicamos corpus de treinamento de uploads do usuário.

Não na mesma etapa — use /video-trim/ ou /video-cutter/ para clipear primeiro, depois execute a conversão MP4 → WebM. Encadeamento e converter é mais rápido do que re-codificar o MP4 inteiro apenas para soltar as imagens não utilizadas.

Quase sempre uma configuração demasiado baixa de taxa de bits. Re-codificar de um alto índice de bits MP4 em um padrão-CRF WebM comprime fortemente em cenas ricas em movimento. Puxar CRF para baixo para 16-18, ou definir uma taxa de bits de destino explícita correspondente à fonte MP4, e o WebM recupera sua clareza.