WebM → MKV

Sí, y es la ruta rápida. WebM y MKV comparten la misma estructura de caja subyacente, por lo que las secuencias de vídeo y audio se copian a través de byte por byte y sólo se reescribe el envoltorio contenedor. Nada se decodifica y nada se vuelve a comprimir, por lo que un archivo de longitud de función termina en menos de un minuto en lugar de media hora, con la calidad de salida idéntica a la fuente. 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. MKV es Matroska, un contenedor abierto diseñado en 2002 sin restricciones de licencia y sin límite máximo de lo que puede contener.

Sí, y es una actualización real sobre WebM. MKV trata cada transmisión de audio como una pista de primera clase, por lo que una mezcla de idioma original, un dub y un comentario de director pueden vivir en un archivo con el reproductor cambiando entre ellos bajo demanda. MKV es el contenedor de archivos de elección porque almacena pistas de audio ilimitadas, subtítulos suaves, marcadores de capítulos y arte de portada en un solo archivo.

MKV almacena capítulos como metadatos de contenedor, por lo que una larga grabación puede navegar por sección en lugar de limpiar una barra de progreso. WebM no tiene ningún lugar donde poner esa información, por lo que si la fuente enviada con una lista de capítulos estaba en un archivo de sidecar — de la mano al convertidor y se escribe en el MKV.

No directamente. WebM reproduce en línea en cada navegador; MKV no lo hace, por lo que una página que lo incrusta cae de nuevo en un enlace de descarga o un marco vacío del reproductor. Si el archivo está destinado a un sitio web, mantenga el WebM para la web y trate el MKV como el archivo o copia de edición. MKV casi no tiene soporte de hardware nativo — teléfonos, navegadores y televisores generalmente necesitan VLC o un remux antes de que lo reproduzcan.

Puede que no. WebM es decodificado por silicio dedicado en teléfonos, tabletas y televisores, por lo que se reproduce sin aplanar la batería. MKV típicamente se vuelve a decodificar el software en el mismo hardware — carga de CPU más alta, un dispositivo más caliente y marcos caídos en el material 4K. Para un objetivo del dispositivo, WebM es el contenedor más seguro para permanecer en.

Sí — cada pista de audio en el WebM (comentario del director, lenguajes alternativos, audio descriptivo) se conserva en el MKV 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.

Subtítulos blandos (pistas seleccionables) sobreviven cuando MKV 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 WebM y MKV 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 MKV 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 WebM a MKV deja estos adjuntos cuando MKV no es MKV — los flujos elementales convertidos, pero la carga útil adjunta permanece en la fuente. Mantener WebM como copia de seguridad si depende de fuentes adjuntas.

El códec predeterminado se elige para que coincida con el contenedor MKV 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).

Los metadatos estáticos HDR (valores de visualización de dominio HDR10, nivel de luz de contenido máximo) pasan a MKV 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 WebM comúnmente sobrevive sólo en MKV con HEVC; convirtiendo a un contenedor MKV que no lleva la capa DV aplanada a HDR10.