Saltar al contenido principal
🇬🇧 English 🇧🇷 Português 🇩🇪 Deutsch
Convertidor de imágenes Convertidor de vídeo Convertidor de audio Convertidor de documentos
Herramientas Guías Formatos Precios API
Iniciar sesión
Guía

MXF: Material Exchange Format — La Columna Vertebral del Vídeo Broadcast

PC Por Pablo Cirre

Preguntas frecuentes

OP1a almacena todas las pistas (vídeo + audio) intercaladas en un único fichero autocontenido, ideal para entrega y archivo. OP-Atom almacena una pista de esencia por fichero (un MXF para vídeo, MXF separados para cada canal de audio), que es el flujo de trabajo de Avid donde el proyecto AAF referencia cada MXF OP-Atom individualmente. Para entrega broadcast (AS-11, IMF) usa OP1a; para edición en Avid usa OP-Atom.

AV1 es el más eficiente (libre de royalties, ~30% menor que H.265) pero la codificación es lenta. H.265 (HEVC) ahorra ~30–50% sobre H.264 y lo soportan todos los móviles y ordenadores modernos. H.264 sigue siendo el más compatible con dispositivos antiguos. Regla práctica: archivado → AV1, uso diario → H.265, máxima compatibilidad → H.264.

Sí. FFmpeg puede crear ficheros MXF OP1a con códecs como DNxHD, AVC-Intra, ProRes y audio PCM. Para cumplimiento estricto con Especificaciones de Aplicación como AS-11 (BBC/ITV), se requieren segmentos de metadatos adicionales (DMS-1) que FFmpeg no rellena automáticamente. Usa una herramienta especializada o post-procesa el MXF con un inyector de metadatos para cumplimiento AS-11 completo.

CRF (Constant Rate Factor) es el mejor por defecto para archivos offline: ffmpeg ajusta el bitrate frame a frame manteniendo la calidad percibida. Two-pass solo es mejor cuando debes acertar un tamaño final exacto (DVD). Bitrate constante es para streaming con canal fijo. Para "más pequeño a calidad X" usa siempre CRF.

Avid Media Composer es estricto respecto al contenedor OP-Atom y la compatibilidad de códecs. Rechaza ficheros OP1a, ProRes-en-MXF de fuentes no Apple y códecs que no tiene licenciados. Vuelve a envolver a OP-Atom con el códec correcto usando el muxer `-f mxf_opatom` de FFmpeg y asegúrate de que el códec sea DNxHD/DNxHR o AVC-Intra 100/200 para compatibilidad con Avid.

Causas comunes: (1) framerate variable renderizado como constante (usa <code>-vsync vfr</code> para preservar VFR); (2) sample rates de audio distintos sin resamplear (añade <code>-ar 48000</code>); (3) limitaciones del contenedor (MP4 con VFR da problemas — usa MKV durante edición, codifica a MP4 solo al final). Compara tiempos con <code>ffprobe</code> en origen y destino.

IMF (Interoperable Master Format, SMPTE ST 2067) está construido sobre MXF OPMa. Un paquete IMF contiene múltiples ficheros de esencia MXF (vídeo, audio, subtítulos) más ficheros XML de Composition Playlist (CPL) y Packing List (PKL). La ventaja clave es la localización paramétrica: un único máster IMF puede generar versiones para diferentes territorios (idioma, calificación, HDR/SDR) referenciando diferentes segmentos de esencia sin recodificar. Netflix, Amazon y Disney exigen IMF para la entrega de masters.

Sí, si solo cambias el contenedor: <code>ffmpeg -i in.mkv -c copy out.mp4</code>. Esto remuxea el stream sin recodificar, tarda segundos incluso con horas de material. Limitación: el códec debe ser compatible con el contenedor destino (no puedes poner H.264 en WebM, solo VP8/VP9/AV1). Para reducir tamaño hay que re-codificar.

Usamos cookies y tecnologías similares para personalizar contenido y anuncios, y para analizar el tráfico. Más información sobre cookies.