MXF

MXF (Media eXchange File) es un contenedor o empaquetador, es decir, un

formato de archivo abierto, similar al OMF y al AAF, que permite el intercambio de
material audiovisual con datos y metadatos asociados. El protocolo MXF
determina dónde se sitúa la información de cabecera, la imagen, los diversos
canales de audio, el código de tiempo y el resto de metadatos.

El diseño original de MXF lo creó un consorcio de entidades líderes de

producción digital y de transmisión con la idea de convertirlo en un contenedor
universal que permita el uso de cualquier códec en cualquier equipo y permita, por
tanto, intercambiar archivos y medios entre los muchos y diversos hardwares y
softwares existentes (cámaras, editores no lineales, editores de VFX, etc.).

Los MXF que genera Avid Media Composer son MXF OP-Atom.

Las tecnologías cambiantes en la producción de televisión o en la transmisión

de media provoca la necesidad de mejorar los flujos de trabajo y hacer las
prácticas de trabajo más eficientes de lo que actualmente es posible con la mezcla
de formatos propietarios de ficheros. La transferencia de ficheros debe ser
independiente del contenido, tiene que transportar metadatos y ser capaz de
reproducir en tiempo real. Así pues, conseguir la interoperabilidad es el objetivo
principal de Pro-MPEG i MXF, por lo que se ha implementado en tres áreas:
● Puede trabajar con distintos protocolos de red y a través de distintos sistemas
operativos (Windows, Mac, Unix, …)
● Es independiente del formato de compresión usado ya que puede transportar
distintos formatos como MPEG, DV o video sin comprimir.
● Tiene que soportar tanto la transferencia de archivos como de streaming.
La aportación decisiva de MXF es que permite guardar e intercambiar no sólo
el contenido o esencia, sino también los metadatos asociados. Actualmente los
metadatos se encuentran en cualquier sistema, pero a menudo esta información
se pierde en el traspaso entre sistemas debido a incompatibilidades. Los
metadatos pueden contener información sobre el timecode, la estructura de
archivos, subtítulos, notas de edición, … así que pueden llegar a superar el
contenido de audio y video, resultando imprescindible un buen uso. MXF mejora
la gestión de la información audiovisual y permite mejorar los flujos de creación de
contenidos eliminando las reentradas de metadatos repetidos.
MXF deriva del modelo de datos AAF, así que los dos formatos son
complementarios. Los archivos creados de acuerdo a las reglas MXF pueden
abrirse por aplicaciones que soporten AAF. Además, los archivos MXF pueden
incrustarse en archivos AAF. De momento MXF no sustituirá los formatos
existentes. Se usa en diseños de nuevos equipos, en versiones de actualizaciones

1
de servidores A/V y NLEs, y como archivos de formato. Su difusión costará un
cierto tiempo en el que tendrá que coexistir con los formatos existentes.
Actualmente todos los archivos MXF no son totalmente compatibles entre ellos
y no hay garantía que un archivo MXF pueda usarse en cualquier decodificador
dado. Para una verdadera interoperabilidad el emisor y el receptor tienen que
soportar la misma compresiónA/V y formatos metadatos. MXF especifica los
modelos operacionales que definen las características, tipo de compresión y
estructuras de metadatos de MXF que soportan. A través del SMPTE aparecerán
los nuevos modelos que la industria necesita. En la actualidad MXF es bastante
efectivo en el intercambio de material D10 (IMX), sobre todo debido al éxito del
sistema eVTR de Sony y el eVTR RDD de Sony. Es posible combinar los flujos del
eVTR, sistemas Avid NLE y servidores de de broadcast usando MXF en
coordinación con AAF. También está mejorando el intercambio de material MPEG-
2 Long-GOP entre servidores de video.
Desde el otoño de 2005 hay más problemas en la interoperabilidad con MXF en
su uso en post-producción de broadcast. Hay dos sistemas de cámaras de
grabación que producen MXF, la XDCAM de Sony y la DVCPRO P2 de Panasonic,
que producen archivos mutuamente incompatibles en opciones de subformato
opaco poco claro en la extensión del fichero MXF. Y sin herramientas avanzadas
es imposible distinguir entre ellos. Además, muchos sistemas MXF producen
ficheros que almacenan el audio y el video por separado y usan una convención
para nombrarlos que depende de nombre de fichero aleatoriamente generados y
unidos. No sólo agrava la cuestión de conocer exactamente cuál es un fichero
MXF sin herramientas especializadas, si no que también rompe la funcionalidad
de las técnicas de computación estándares que se usan habitualmente para
manipular los datos sobre niveles fundamentales como mover, copiar, renombrar
y borrar. Usando un nombre de fichero generado aleatoriamente el usuario está
desinformado, pero cambiando el nombre se rompe la estructura de la base de
datos entre ficheros. Los fixeros MXF grabados sobre tarjeta P2 de Panasonic son
compatibles con sistemas de edición importantes como Autodesk Smoke, Adobe
After Effects ,Adobe Premiere Pro y Final Cut Pro. La implementación en otros
productos, incluyendo Avid Newscutter, es particularmente deficiente y destaca
en cuestiones de identificación opciones de XDCAM y P2 MXF fácilmente
confundibles. Aunque el propósito de MXF es ser un formato fácilmente
archivable, importar ficheros divididos MXF con metadatos externos XML puede
resultar muy complicado. La extensión para los ficheros MXF es “.mxf”, aunque
para Macintosh File Type Code registrado por Apple es “mxf ” (darse cuenta del
espacio posterior).
Un fichero MXF funciona como un contenedor que puede portar video, audio,
gráficos, etc. y sus metadatos asociados, además de la información necesaria que
conforma la estructura del archivo. Un factor importante es que MXF es
independiente del formato de compresión utilizado, ya que puede transportar
diferentes tipos de formato como MPEG, DV o una secuencia de TIFFs. La gran

2
ventaja de MXF es que permite guardar e intercambiar los metadatos asociados,
que describen el contenido y la forma en que el archivo debe ser leído.
Los metadatos pueden contener información sobre:
● La estructura de archivos
● El contenido en si (MPEG, DV, ProRes, DnxHD, JPG, PCM, etc.)
● Código de tiempo
● Palabras clave o títulos
● Subtítulos
● Notas de edición
● Fecha y número de versión de un clip -Etc.
MXF se basa en el modelo de datos AAF (Avanced Authoring Format) y son
complementarios entre ellos. La diferencia entre este formato y MXF es que el
formato AAF está optimizado para procesos de posproducción, debido a que
permite almacenar una mayor riqueza de metadatos y a que posibilita utilizar
referencias a materiales externos. Los archivos MXF pueden incrustarse dentro de
los archivos AAF, esto significa que un proyecto AAF puede incluir el contenido
audiovisual y los metadatos asociados, pero también puede llamar a otros
contenidos MXF alojados de forma externa.
Lograr la interoperabilidad es el objetivo primordial de MXF y se establecen tres
áreas:
-Multiplataforma. Se trabajará a través de diferentes protocolos de red y de
sistemas operativos, incluyendo Windows, Mac OS, Unix y Linux.
-Compresión independiente. No convertir entre formatos de compresión, lo
hace más fácil manejar más de un formato nativo. Puede manejar el vídeo sin
comprimir.
-Transferencia en streaming. MXF interactua a la perfección con los medios de
streaming de modo bidireccional. SDTI es un ejemplo de transmisión basada en
ficheros que funciona a la perfección con este formato. También la transmisión
sobre redes IP es óptima.
Un fichero MXF tiene una estructura que alberga una cabecera de archivo
donde se detallan el contenido del archivo y su sincronización, los metadatos
asociados a la multimedia, el cuerpo que contiene la esencia de los datos
multimedia originales y la cola que cierra el archivo.

Los datos contenidos en archivos MXF son almacenados usando una

subdivisión en un trío de valores KLV (Key-Length-Value). Esto es una clave de
identificación única (key) de 16 bytes para cada trío, el valor de la longitud (length)
de los datos almacenados en ese trío y los datos en si (value). Este modo de
organizar los datos permite localizar cualquier elemento específico dentro del

3
archivo MXF, con tan solo leer las claves. Esta estructura también permite que el
formato de fichero pueda crecer y añadir nuevas características con nuevas
técnicas de compresión y esquemas de metadatos que se vayan definiendo.

Podemos rizar un poco más el rizo y es que se permiten particiones dentro de

un trío KLV. Esto es que los datos de un trío pueden estar fragmentados en una
sucesión de tríos KLV y le da mas robustez a la estructura del fichero. Esto tiene
una ventaja, por ejemplo, en las transmisiones de ficheros MXF sobre redes, donde
si perdemos la conexión y se corta la transferencia del MXF, al recuperarla no será
necesario enviar el fichero entero de nuevo puesto que podremos enganchar en el
trío donde se rompió la transferencia.

Hasta aquí supongo que todos lo tenéis bastante claro y os preguntareis el

porqué un MXF que genera una cámara XDCAM no es compatible con el que
genera una P2 si el formato MXF se creó para garantizar la compatibilidad. Pues
bien, la gran flexibilidad del MXF permite distintas interpretaciones y aplicaciones
de la norma por los distintos fabricantes, y así es como los MXF que generan los
productos de cada uno no son compatibles entre sí. Esto ha llevado a implementar
una serie de diferentes versiones físicas para mejorar la interoperabilidad en
función de sus aplicaciones. De este modo se establecen los llamados Patrones
Operacionales y cada uno tendrá sus especificaciones bajo un estándar propio
que definirá el tipo de imagen/sonido que contiene la esencia y la estructura de
los metadatos. De estos patrones, OP-1a y OP-Atom son los que nos encontramos
más a menudo.
El patón operacional genérico es OP-1a y se creó como sustituto de la cinta de
video, donde un solo archivo MXF contiene video, varios canales de audio y
códigos de tiempo. Es muy simple y flexible pero tiene muchas limitaciones en
cuanto a se tiene que trabajar sobre el. Un ejemplo en este caso sería el formato
XDCAM o las cámaras de JVC que graban en tarjetas, donde cada uno de sus
clips tienen un único archivo con el video y el audio.
OP-Atom es un formato de archivo muy simple que sólo puede tener en su
esencia un único elemento, ya sea una pista de vídeo o de audio. Por lo general,
la metadata vinculada a la media que contienen los MXF OP-Atom está en ficheros
AAF o XML. Un ejemplo típico es el formato P2, donde las pistas de vídeo y audio
se envuelven en ficheros MXF-Atom separados y la metadata que los asocia va en
un fichero XML separado.

4
 Los ficheros de media que genera AVID también son OP-Atom y su metadata
asociada está en AAF. Este es el más utilizado en los entornos de edición, donde
se requiere el acceso de forma individual a los componentes audiovisuales. En el
caso de AVID, estos ficheros tienen la particularidad de incorporar unos metadatos
no estándar de MXF que utilizan las aplicaciones de este fabricante para indexarlos
y que pueden crear problemas de incompatibilidad si se intercambian con otros
sistemas diferentes a AVID.
En el caso del cine digital, los MXF que llevan la imagen y audio también son
OP-Atom. En este caso están restringidos a la compresión y espacio de color
específicos para esta función (JPEG 2000 y XYZ) en el caso del video y a 16 pistas
PCM en el caso del audio, por lo que su compatibilidad fuera de este entorno es
muy limitada. Su sincronización y metadata está la información que llevan unos
ficheros XML.