Convertir AV1 a WebM

No es confiable. AV1 almacena múltiples flujos de audio como pistas de primera clase, pero WebM el soporte de reproducción pasado la primera pista es inconsistente, por lo que la mayoría de los reproductores solo expondrá una. Elija la pista que realmente desea antes de convertir; los otros se extraen mejor a sus propios archivos que la izquierda en un contenedor que los oculta. AV1 ofrece aproximadamente un 30% mejor compresión que H.264 con la misma calidad y no conlleva cargos de licencia, por lo que YouTube y Netflix lo presionan. WebM es un mal ajuste en cualquier lugar fuera de un navegador — editores de vídeo, galerías nativas de teléfonos y Smart TVs en gran medida ignorarlo.

Cambia lo que se espera del archivo de salida. Un lado de esta conversión nombra una codificación en lugar de una envoltura, por lo que lo que vuelve es que bitstream dentro de cualquier contenedor se adapte mejor — normalmente MP4 o MKV. La extensión refleja el contenedor; el códec es lo que realmente determinó el tamaño del archivo y donde se reproducirá.

Sí — cada pista de audio en el AV1 (comentario del director, lenguajes alternativos, audio descriptivo) se conserva en el WebM cuando el contenedor de destino soporta audio multi-stream. MKV y MOV manejan pistas de audio ilimitadas; MP4 soporta muchos, pero algunos reproductores de hardware sólo ven la pista 1; WebM se limita a una pista Opus / Vorbis. WebM es un subconjunto estricto de Matroska que Google publicó en 2010 específicamente para dar HTML5 vídeo un contenedor libre de regalías.

Subtítulos blandos (pistas seleccionables) sobreviven cuando WebM puede transportarlos: MKV sostiene SRT, ASS, SSA, PGS, VobSub de forma nativa; MP4 solo sostiene mov_text (un formato despojado). Convertir un MKV con subs de estilo ASS a MP4 típicamente los rebajará para mover_texto o quemarlos. Los subs duros (quemados en el vídeo) se transmiten sin importar.

Los metadatos del capítulo se transfieren entre AV1 y WebM cuando ambos contenedores soportan un átomo de capítulo (MKV, MP4, MOV). WebM almacena capítulos en un bloque compatible con Matroska, por lo que MKV <-> capítulos WebM ida y vuelta limpiamente. AVI no tiene ninguna especificación de capítulo, por lo que convertir AVI a WebM produce un archivo sin capítulos a menos que añada marcadores manualmente.

MKV es el único contenedor convencional que almacena archivos adjuntos arbitrarios (fuentes TTF para subs ASS, arte de portada JPG, inserciones PDF traducidas por fans). Ir de AV1 a WebM deja estos adjuntos cuando WebM no es MKV — los flujos elementales convertidos, pero la carga útil adjunta permanece en la fuente. Mantener AV1 como copia de seguridad si depende de fuentes adjuntas.

El códec predeterminado se elige para que coincida con el contenedor WebM de forma conservadora: MKV por defecto a H.265 (HEVC) para una mejor compresión; MP4 por defecto a H.264 para el soporte más amplio del dispositivo; WebM por defecto a VP9; AVI utiliza MPEG-4 ASP (DivX/Xvid lineage). WebM juega de forma nativa en cada navegador moderno sin plugin, sin cuota de licencia y sin exposición de patentes, lo que lo convierte en el valor predeterminado para el vídeo integrado en la web.

Los metadatos estáticos HDR (valores de visualización de dominio HDR10, nivel de luz de contenido máximo) pasan a WebM cuando ambos contenedores y el códec elegido lo soportan (HEVC, AV1 en MKV / MP4). Dolby Vision es más frágil — perfil DV 5 / 7 / 8.1 en AV1 comúnmente sobrevive sólo en MKV con HEVC; convirtiendo a un contenedor WebM que no lleva la capa DV aplanada a HDR10.

MKV y WebM graban marcas de tiempo reales por fotograma y manejan VFR de forma nativa, por lo que AV1 VFR sobrevive en un WebM de esos formatos sin remuestreo. MP4 almacena nominalmente marcas de tiempo también, pero algunos jugadores asumen CFR; el convertidor expone una palanca de "fuerza CFR" que remuestre VFR AV1 a 24 / 30 / 60 fps WebM para objetivos problemáticos.

El mismo códec remux produce un tamaño casi idéntico (el techo del contenedor difiere entre 0,1 y 2%). Un cambio del códec puede oscilar el tamaño en un 50% o más: H.264 a H.265 típicamente reduce el archivo a la misma calidad visual; H.264 a AV1 lo reduce de nuevo en un preset lento. Ir de una alta tasa de bits AV1 (rap de Blu-ray) a una baja tasa de bits WebM (carga en la web) es la razón más común para una caída dramática.

Sí hasta 8K (7680x4320) en Premium. Los mangos de nivel libre 4K (3840x2160) hasta la tapa del archivo de 1 GB. Los remuxes puros (mismos códigos de paso) de gran tamaño AV1 en WebM están limitados por E/S de disco, no por CPU — un AV1 de 30 GB típicamente remuxes a WebM en menos de un minuto independientemente de la resolución.