DivX → WebM

Lo hará a menos que se desentrelace, y DivX el contenido muy a menudo se entrelaza porque el formato viene de la era de la transmisión y el DVD. Entrelazado marcos almacenar dos campos de media altura capturados un cincuenta de segundo aparte; en un teléfono progresivo-escaneo o monitor que se lee como horizontal peinando en cualquier cosa que se mueve. Encienda la opción de desentrelazamiento y el codificador teje los campos en marcos progresivos enteros antes de escribir el WebM. DivX nombra un códec en lugar de un contenedor, una implementación MPEG-4 Parte 2 que hizo posible extraer un DVD a un CD alrededor de 1999.

No, y esa es una de las mejores razones para moverse. El contenedor DivX tiene un práctico techo de un solo archivo en el que las grabaciones largas o de alto bits se encuentran directamente, que es exactamente por lo que las capturas antiguas llegan como parte1, parte2, parte3. WebM no tiene límite equivalente, por lo que las piezas pueden ser reincorporadas en un archivo continuo. DivX necesita aproximadamente el doble de la tasa de bits de H.264 para la misma calidad y no tiene camino a HDR, color de 10 bits o resoluciones más allá de 1080p.

Sí. DivX no tiene pista de subtítulos blandos utilizable, por lo que los subtítulos para el contenido DivX tuvieron que ser grabados en la imagen o enviados como un archivo de sidecar separado. WebM lleva subtítulos como su propia secuencia seleccionable, por lo que después de la conversión puede adjuntar una pista SRT que el espectador puede encender, apagar o reestilar.

No es confiable. DivX 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. Los reproductores de DVD certificados DivX siguen siendo comunes, y el códec sigue siendo el piso de compatibilidad para toda una generación de hardware de set-top. 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.

Sí, y esa es generalmente la razón completa de la conversión. Un DivX incrustado en una página web o bien muestra un reproductor roto o fuerza a una descarga, porque los navegadores no envían ningún decodificador para ella. WebM reproduce en línea a través del elemento de vídeo HTML5 nativo sin plugin y ninguna aplicación externa. 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.

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 DivX (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 DivX 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 DivX a WebM deja estos adjuntos cuando WebM no es MKV — los flujos elementales convertidos, pero la carga útil adjunta permanece en la fuente. Mantener DivX 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).