VOB para WebM Perguntas frequentes sobre conversão

Como recodificar VOB para WebM sem perda de qualidade visível?
+
Carregue seu arquivo VOB e o conversor aplica uma saída de código baseado no CRF que visa a perda visual de WebM (CRF 18 para H.264 / H.265, CRF 30 para VP9 / AV1 são os equivalentes brutos). WebM alvo padrão para VP9; MP4 alvo padrão para H.264 para o suporte de reprodução mais amplo.
O codec segue o container WebM. WebM = WebM escolhe VP9 (ou AV1 se optar por arquivos ~30% menores); WebM = MP4 escolhe H.264; WebM = MKV escolhe H.265. As opções avançadas permitem substituir o codec independente do contador.
Sim — o áudio é remodelado quando a fonte e o alvo compartilham um codec (por exemplo, AAC dentro de MP4 e MKV) ou recodificado para um codec amigable de WebM-container de outro modo (Opus / Vorbis dentro de WebM, AAC dentro de MP4). áudio multi-traça é preservado quando WebM o suporta.
Por padrão, o framerate está inalterado (VOB 24 fps fica 24 fps em WebM; 60 fps fica 60 fps). Para fontes entrelaçadas desentrelaçamos e escolhemos a taxa dobrada de campo; você pode forçar um framerate específico (por exemplo, 30 fps para os limites de upload da web) nas opções avançadas.
Re-muxes do mesmo código (por exemplo, VOB → WebM onde ambos podem segurar H.264) produzir tamanhos quase identicos. Mudanças do código podem balançá-lo dramaticamente: H.264 → VP9/AV1 normalmente corta o arquivo 30-50% à mesma qualidade visual; H.264 → H.265 aproximadamente metade; VP9 → H.264 cresce.
WebM (VP9 / VP8) joga de forma nativa em Chrome, Firefox, Edge, e Safari 14+. MP4 / H.264 joga em todo o lado — navegadores de desktop, iOS, Android, Smart TVs. MKV precisa de VLC em iOS. A "compatibilidade de dispositivo" pré-definida escolhe a combinação mais segura para a plataforma alvo.
Same-codec re-mux: em um minuto (não re-encode pass). Re-encoding para um codec diferente: tipicamente 0,3-0.7× duração da fonte em nosso conduto, por isso uma 1 hora VOB → WebM termina em 18-40 minutos. AV1 é o alvo mais lento; VP9 e H.265 são de intervalo médio; H.264 é mais rápido.
Até 8K (7680×4320) no Premium. Os usuários livres estão compreendidos em 4K (3840×2160) pelo limite de tamanho do arquivo. Os metadados HDR (HDR10, Dolby Vision) são preservados onde os recipientes VOB e WebM o suportam; o mapeamento do tom para o SDR é oferecido quando o gasoduto WebM não pode conter HDR.
Sim — arquivos de vídeo carregados são processados em trabalhadores isolados e excluídos dentro de minutos de conclusão. Nunca visualizamos, armazenamos, retemos ou compartilhamos conteúdo. A política completa de retenção de dados está em /privacy /.
Não na mesma etapa — use /trim-video/ ou /resize-video/ para clipear e colher o VOB primeiro, em seguida, colar o passo VOB → WebM. Fazer em série é mais rápido do que re-codificar todo o arquivo apenas para raspar segundos fora das extremidades.
Quase sempre uma configuração de taxa de bits demasiado baixa. Re-codificar uma taxa de bits de VOB em uma taxa de bits mais baixa WebM na CRF padrão comprime fortemente em cenas de movimento-heavy. Drop CRF para 16-18 (H.264) ou 24-28 (VP9 / AV1) ou definir uma taxa de bits de destino explícita e executar novamente para recuperar a qualidade.
Sim — as faixas de subtítulos incorporados (mov_text in MP4, SRT/ASS inside MKV, WebVTT in WebM) são preservadas quando ambos os recipientes VOB e WebM os suportam. Burned-in (hardsub) as transferências de subtítulos automaticamente porque fazem parte do quadro de vídeo em si.
Ou arraste seus arquivos para cá.