DESARROLLO DE FLUJOS DE TRABAJO BASADOS EN EL USO DE METADATOS EN PRODUCCIÓN Y GESTIÓN DE VÍDEO; UTILIZANDO MXF COMO SOPORTE

Transcripción

1 DESARROLLO DE FLUJOS DE TRABAJO BASADOS EN EL USO DE METADATOS EN PRODUCCIÓN Y GESTIÓN DE VÍDEO; UTILIZANDO MXF COMO SOPORTE José Luis RODRÍGUEZ VÁZQUEZ Departamento de Ingeniería Audiovisual y Comunicaciones Escuela Universitaria de Ingeniería Técnica de Telecomunicación, Universidad Politécnica de Madrid Madrid, 28031, España José Manuel DIAZ LÓPEZ Departamento de Ingeniería Audiovisual y Comunicaciones Escuela Universitaria de Ingeniería Técnica de Telecomunicación, Universidad Politécnica de Madrid Madrid, 28031, España Resumen Actualmente, en la producción, gestión, almacenamiento y catalogación de vídeo cada vez tienen más importancia los metadatos, y pasarán a ser accesorio fundamental en todos los ámbitos del vídeo; los wrappers de vídeo actuales desarrollan contenedores de metadatos que permitirán al equipamiento y el software asociado realizar muchas tareas de forma automatizada, facilitando así en gran medidas tareas tan laboriosas como la catalogación. Uno de los formatos de uso profesional que desarrollan estas capacidades es el MXF, estándar contemplado por muchos de los fabricantes actuales. Partiendo de una somera descripción de los esquemas de producción tradicionales, en el presente artículo se describen las tendencias actuales basadas en redes de datos, en las cuales los flujos de trabajo en producción y gestión de vídeo se pueden optimizar utilizando metadatos. Para ello se propone un uso extensivo de dicha herramienta y se incide en las distintas etapas del proceso de creación y gestión de contenidos audiovisuales en las cuales se pueden generar y usar metadatos. Se trataría de optimizar dichos procesos, especialmente en la producción de programas de tipo informativo así como en archivo y catalogación. son informaciones adicionales de carácter descriptivo, que pueden ser de muy distinta naturaleza (una fecha de grabación o la descripción de un derecho de emisión, por ejemplo). 2. EL PROCESO DE PRODUCCIÓN El esquema tradicional está basado en registro de vídeo en soporte magnético, encapsulado generalmente en cinta (formato de intercambio), donde la única información que se puede considerar como metadato es el código de tiempos; fundamental para las labores de postproducción, y que tiene una limitadísima capacidad para registrar informaciones de usuario. Véase en la figura un esquema clásico para producción de vídeo (obviando las tareas de organización), donde las distintas etapas son independientes y secuenciales en el tiempo y están basadas en contenedores de vídeo físicos (cintas, por ejemplo, tanto en grabación analógica como digital). Palabras clave: MXF, METADATOS, WRAPPERS, VIDEO PRODUCTION, UMID 1. INTRODUCCIÓN La implantación de redes de comunicación como soporte para distribución de vídeo (con su audio asociado) en entornos profesionales de producción ha generado modificaciones en el flujo de trabajo, workflow (termino que describe las tareas, los procedimientos, la organización, el personal, etc. que se involucran en la generación de un producto, en este caso un audiovisual), sobre todo en la realización de determinado tipo de programas, generalmente informativos, en los que se incorpora asiduamente trabajo de campo. En este entorno cobran importancia las informaciones, descriptivas o de otro tipo, asociadas al propio contenido audiovisual (al estilo del teletexto), que es el tipo de información que se va a considerar como metadato. En un ámbito general, el concepto de metadato fue acuñado en la década de los 60 para describir conjuntos de datos en entornos asociados a la catalogación bibliográfica; con el tiempo el término se ha ido extendiendo a diversos ámbitos sin que se pueda dar, a nuestro criterio, una definición única; consideramos que para contenidos audiovisuales los metadatos Este es un esquema bastante rígido, en el cual para rehacer un producto, en muchas ocasiones hay que empezar de nuevo, trabajando contra archivo. La tarea de archivo, o mejor dicho de gestión de archivo, es ardua ya que los metadatos que pueden facilitar estas operaciones hay que generarlos de forma manual y siempre en el proceso de catalogación. Con flujos de trabajo basados en tecnologías IT la situación cambia radicalmente, y aunque tarea a tarea hay que realizar las mismas operaciones, se optimiza el trabajo, y aumenta la oferta de herramientas disponibles. El esquema tradicional esta basado en el trasvase de información encapsulada en formatos físicos de intercambio, como puede ser la clásica cinta de vídeo o, para cámaras modernas, discos ópticos en cualquiera de los formatos disponibles, se ilustra con una figura en la que se representa la evolución de los formatos de intercambio de vídeo.

2 En el esquema actual el contenedor es un fichero que se vuelca a un servidor a través de una red de datos, incluso desde un formato de intercambio compatible con los entornos de trabajo tradicional. A nivel trabajo, los profesionales pueden ser los mismos, añadiendo algún perfil nuevo tanto audiovisual como relacionado con el soporte de las redes de datos. Estudiando las propuestas de los distintos fabricantes se propone un esquema básico, muy genérico, que soporta el flujo de trabajo en producción de vídeo, y que se representa en la siguiente figura. Para dicha representación se supone que se trabaja en el entorno de un centro de producción, que puede corresponder con una emisora de TV. El equipo del reportero registra las imágenes correspondientes en el soporte de intercambio que corresponda; mientras regresa al centro de producción realiza una preproducción en un equipo portátil, que queda almacenada en el soporte como metadata junto con el audio/vídeo registrado. Una vez en el centro de producción, ésta se vuelca al servidor de vídeo a través del sistema de ingesta (1) y en calidad máxima. Posteriormente, en las estaciones de trabajo de la redacción de informativos se carga la grabación desde el servidor, en modo Proxy (2) y se realiza la edición de la noticia, previamente trabajada por el reportero, generándose los metadatos correspondientes que se utilizarán para la emisión (3). Finalmente se devuelve la información al servidor de vídeo (4), que contendrá la misma información que la recuperada en (2) más los metadatos correspondientes a la edición de la misma. Durante la emisión del informativo en directo se incluirá la noticia en instante adecuado, gestionada por la aplicación que corresponda. La señal de vídeo generada en directo se lleva directamente a emisión (1), bien a través de la red como se representa en la figura o bien a través de un enlace directo entre el Plató y Emisión; el gestor de emisión insertará en su momento la noticia desde el servidor (2), a través del anillo de alta, es decir una réplica en alta resolución de la edición realizada en baja resolución con anterioridad. En la figura aparecen dos redes o anillos, que transportan básicamente la misma información audiovisual, pero con distinta resolución, lo cual permite optimizar el funcionamiento de las distintas aplicaciones. Los programas audiovisuales se almacenan en los servidores de vídeo, en este caso dos, que gestionan de forma paralela los mismos contenidos, pero uno con calidad máxima y otro con calidad reducida (Proxy). El anillo de baja resolución distribuye los contenidos a las estaciones de trabajo (de distinto perfil) a alta velocidad, para realizar operaciones de edición, básicas en el caso de los reporteros de noticias y más elaboradas para las estaciones de edición y postproducción. 3. EJEMPLO DE FLUJO DE TRABAJO AUDIOVISUAL EN ENTORNO IT Como ejemplo ilustrativo veamos el flujo de trabajo para la producción de una noticia grabada por un reportero, que se incluirá en la emisión de un informativo en directo. Sin profundizar de momento en el uso de metadatos. De forma paralela a la emisión se realizaría el archivo del programa. 4. ESTRUCTURA GENÉRICA DE FICHEROS CONTENEDORES DE AUDIOVISUALES (WRAPPERS) En este entorno de trabajo el producto audiovisual se ha de distribuir en forma de datos, organizado en ficheros (sobre los que se incidirá más adelante) que contendrán diferentes informaciones, entre las que se distingue entre esencia, (essence; información susceptible de ser presentada en pantalla, vídeo, audio y datos) y metadatos (metadata; información sobre la esencia). En el Final Report de Julio de 1998 del SMTPE Task Force for Harmonized Standards for the Exchange of Program Material as

3 Bit streams (página 64) se propone una estructura genérica de contenedor de programa, wrapper, (con el fin de no diversificar términos se mantendrá la notación en inglés propuesta por el SMPTE) similar a la de la figura siguiente. siguiente, y que presenta subdivisiones en cada una de sus categorías, todas ellas se referencian en la recomendación práctica RP Donde se puede ver como se pueden empaquetar los contenidos multimedia en conjunto o de forma individual, o incluirse como elementos independientes, siempre apoyados en metadatos que pueden ser de distinto tipo y que se convierten en un elemento necesario, si ellos no se podría organizar la información. Los Package pueden se de contenido simple, metadatos y esencia internos, o complejos en los que se pueden relacionar los contenidos de otros Item o Package, mediante los metadatos adecuados. 5. NORMATIVAS PARA METADATOS Existen normativas propuestas por diferentes organismos y asociaciones que pretenden crear referencias estandarizadas para los metadatos. La normativa que nos parece más ampliamente aceptada en el ámbito de producción audiovisual es la propuesta por el SMPTE, por ello se ha tomado como principal referencia para la elaboración de este artículo. Existen más normativas, algunas de las cuales incluimos en el siguiente listado. Dublin Core. Iniciativa de ámbito más amplio que la producción de programas audiovisuales. EBU-SMPTE STANDARS. Desarrollan iniciativas como P- Meta y P-FTA, basándose en normativa SMPTE. TV-Anytime Forum. Asociación para desarrollar especificaciones de almacenamiento digital de servicios audiovisuales y de otro tipo, en plataformas de usuario. BBC OpenSMEF. Desarrollos de BBC Media Data Group. 6. TIPOS DE METADATOS REFERENCIA SMPTE En la SMPTE 335M-2001 y en la RP se definen los distintos tipos de metadatos para servicios de TV, y para todo tipo de contenidos asociados. Ya en el informe final SMPTE-EBU Task Force definió unas categorías, que pueden dar una idea de la potencia de la Metadata. Esencial: Información necesaria para decodificar la Esencia. (UMIDs, formatos, número de canales de audio etc.). Acceso: Para control de acceso contenidos. (Copyright, etc.) Paramétrica: Parámetros detallados (Set-up de cámara, filtros, colorimetría, etc.) Composición: Para combinar diferentes contenidos en una secuencia. (EDL). Relacional: Para sincronización (TC, MPEG SI, etc.) Geoespacial: Coordenadas de Latitud, Altitud, y Longitud. Descriptiva: Para la catalogación, archivo y gestión. (Etiquetas, autor, datos de producción, etc.) En el estándar SMPTE 335M-2001 se desarrolla otra catalogación de los metadatos que se resume en la figura A nivel operativo estas opciones se aglutinan en dos grandes grupos que son: La Metadata estructural que describe los diferentes tipos de Esencia y su relación a lo largo del fichero. Este tipo de Metadata Estructural define también la sincronización de los diferentes Tracks dentro del fichero, así como el tamaño de imagen, el frame rate, la relación de aspecto, el sampling de audio y otros parámetros que describen la Esencia. Así por tanto abarca varios de los ámbitos de Metadata descritos anteriormente en la clasificación del TaskForce. Esta Metadata es usada por multitud de ficheros y actualmente, de forma intensiva por AAF y MXF formando complicadas relaciones entre diferentes componentes. La Metadata Descriptiva de un Item, actualmente engloba no solo lo definido como Metadata Descriptiva de la anterior clasificación del TaskForce, sino bastante más información, que no forma parte de la Metadata Estructural. De la Metadata Descriptiva forma parte toda la información que podríamos llamar legible y que no forma parte de las relaciones físicas del Item (Por ejemplo, anotaciones sobre cualquier punto del video, titulo, director, equipo de grabación, derechos de emisión, número de pases, etc.). Está más orientada a información acerca de la producción, aunque también puede ser usada para incluir información generada por las cámaras en grabación para un posterior procesamiento en salas de postproducción. 7. METADATOS EN CONTENEDORES DE MULTIMEDIA Actualmente la situación, según nuestro punto de vista, señala dos estándares como los más relevantes que son los propuestos por el SMPTE (MXF), para entornos de producción (y por ello se propone como soporte principal en este artículo) y por el MPEG (MPEG7) como soporte de consumo. La codificación KLV es más adecuada para Metadata estructural así como para todos los paquetes y datos en diversos formatos como MXF. La Codificación XML se usa más para Metadata descriptiva que aporte información extra de los clips, tales como datos de toma, producción, grabación, etc., que fácilmente se manejarían en papel y serían humanamente legibles. Como un entorno se supone el origen de los contenidos y el otro es el destino, es obligado que exista facilidad para trasvasar los contenidos de metadatos entre ambas plataformas, y existen grupos de trabajo para desarrollar las convergencias. Las informaciones contenidas en los metadatos son similares en muchos casos pero la codificación difiere, y es necesario

4 disponer de herramientas que permitan el trasvase de información. flujos de trabajos más eficientes que los actuales en el mundo de la televisión, con ficheros propietarios y no unificados. MXF ha sido diseñado por líderes de la industria broadcast (Sony, Panasonic, Snell & Wilcox, Avid, Thomson GVG, Matrox, etc.) con una enorme cantidad de aportaciones de la comunidad de usuarios para asegurar que el formato cumple realmente con los requisitos que se le piden. SMPTE lo ha establecido como un estándar de transferencia abierto e independiente del formato de compresión. Por el respaldo del SMPTE el formato de futuro es el MXF, y se propone como soporte de transferencia de programas audiovisuales en entornos de producción profesionales. Tal y como se indica en la figura anterior las propuestas SMPTE utilizan una codificación KLV (SMPTE 336M), donde cada metadato se identifica con un código, en este caso denominado Key, que deberá direccionar al Metadata Dictionary (existe el concepto de Dark Metadata para el caso de datos no reconocidos o privados), se caracteriza por una longitud, denominada Length, y a continuación se incluyen los metadatos, llamados Value. 9. FLUJO DE TRABAJO PARA ENG EN ESTRUCTURAS IT, CON USO DE METADATOS Desarrollaremos ahora parte del ejemplo referenciado con anterioridad partiendo del supuesto de un reportero grabando una noticia (ENG), pero incidiendo en la generación y uso de metadatos para comprobar que esta propuesta permite un trabajo mucho más flexible, deslocalizado y optimizado, que el basado en estructuras tradicionales. No toda la metadata asociada a un producto audiovisual tiene que estar obligatoriamente encapsulada con la esencia, por ejemplo en archivo se puede tener gran parte de la información almacenada en bases de datos. Es primordial por tanto identificar de forma precisa cada esencia incluida, para ello SMPTE estandariza el uso del UMID, Unique Material ID (SMPTE 330M) 8. MXF Material exchange Format (MXF) es un formato de fichero abierto pensado para el intercambio de material audiovisual, enriquecido con datos y Metadata asociada. Ha sido diseñado para mejorar la interoperabilidad entre dispositivos de creación de contenidos basados en ficheros. Estas mejoras permitirán Para un óptimo aprovechamiento de las posibilidades las cámaras han de disponer de sistemas de generación de metadatos automáticos, que caractericen técnicamente las tomas realizadas; sería deseable desarrollar interfaces que permitan de una forma ágil incluir, en forma de metadato, las anotaciones manuales que se puedan realizar en el momento de la grabación, o con posterioridad, tipo digital grafic pen. Con la generación de ficheros Proxy se abre todo un mundo de posibilidades de trabajo Offline, que permite en gran medida optimizar tiempos muertos, como por ejemplo durante el traslado del reportero al centro de producción de TV. La posibilidad de crear ficheros Proxy, con calidad reducida, abre la posibilidad de enviar las imágenes al centro de producción por canales de comunicación de capacidad reducida, que permiten que se adelante trabajo

5 antes de que se vuelquen al servidor las tomas de alta calidad. En determinadas circunstancias esta opción permitiría utilizar canales de emergencia, y posponer la transmisión en alta a otro momento en el que se disponga del canal adecuado, en otra localización o en otro momento más adecuado, por cuestiones logísticas o económicas. Genéricamente se puede decir que una de las grandes aportaciones del uso de contendores con metadatos es la posibilidad de realizar el trabajo Offline, dejando únicamente como necesidad para el entorno de producción profesional la generación de la versión definitiva en alta calidad. 10. PRODUCCIÓN IT, METADATOS Y FLUJOS DE INFORMACIÓN La propuesta de estructura genérica de producción se representa en la siguiente figura, en la que aparece como columna central los servidores de vídeo, de alta y Proxy, que sistemáticamente se conectan con el archivo digital y utilizan y actualizan la Base de Datos anexa. Las fuentes de programas generan metadata, que en el caso de contribución o compra, tendrá asociada la que hayan generado los proveedores; para el caso de producción propia se incorporará de forma similar a la que se indico en el ejemplo ENG del punto anterior; aunque en la producción de estudio sería interesante enriquecer los metadatos con informaciones de iluminación, equipo de trabajo, etc La etapa de ingesta recibe informaciones por muy distintos canales (ATM, satélite, formatos de intercambio, fibra óptica, conexiones SDI, SDTI, etc). Durante el proceso se realiza un control de calidad, se vuelca al Servidor de Alta la información, se realiza la copia en baja (que comparte gran parte de la metadata) y se podría realizar un proceso de precatalogación, automatizado en la medida de lo posible. Pese a que MXF está desarrollado como formato de intercambio de programas audiovisuales, gracias a su capacidad para almacenar metadatos y video sin formato específico, se propone este encapsulador como soporte de archivo, en soportes ópticos de alta capacidad (mejorando la navegación con respecto a soportes de cinta magnética), utilizando servidores de cierta capacidad como elemento intermedio. Esta función la podría realizar el servidor de Alta, con su correspondiente réplica en Proxy. El almacenamiento de los discos óptimo se realizaría en librerías de datos robotizadas, que en una primera etapa se podría suplir por personal de archivo. Para poder actualizar la metadata en archivo el soporte ha de ser regrabable (una opción podría ser Professional Disc de Sony, que simplificando un disco BlueRay con carcasa). En la gestión de archivo y documentación, la mejora de prestaciones por la integración de la metadata con la esencia se ve de una forma clara. La catalogación es un proceso que únicamente necesita utilizar las versiones Proxy y se podría realizar tanto in situ como en remoto, vía conexión de datos convencional, flexibilizando así en gran medida el trabajo de los documentalistas; el flujo de trabajo mejora notablemente ya que se puede empezar el proceso de catalogación desde el mismo instante de la ingesta, pudiendo discurrir de forma paralela a cualquier otro de los procesos. La información creada o localizada se almacenaría en la Base de Datos, y parte de ella podría encapsularse con la esencia. El enlace entre Archivo y Base de datos es el UMID. Las producciones de programas se ven también muy favorecidas por las tecnologías que introduce MXF en las nuevas producciones digitales. Los editores trabajan en torno al servidor Proxy o LQ, por lo que no necesitan hardware dedicado y tienen un rápido acceso al material. Actualmente diversos fabricantes integran soluciones de este tipo editando de forma bastante potente con contenidos de Baja calidad. Esto permite áreas de producción con infinidad de puestos de edición sobre redes de bajo coste. Si se editara directamente sobre el contenido en Alta, la demanda de video no podría ser satisfecha. También se flexibiliza la situación permitiendo la edición de programas desde localizaciones externas. En el esquema se considera englobada la postproducción dentro de Conformación de Programas, para simplificar la figura. Este área permite a los redactores y a los editores de nivel básico finalizar el trabajo (para edición sencilla de informativos). Se dispondrá de herramientas más avanzadas que en Edición, con hardware dedicado y por lo tanto mucho más potentes, en cuanto a efectos y composición, tanto de audio como de video y grafismo. Estas herramientas abrirían las EDLs creadas por las herramientas del área anterior, pero trabajarán referenciando los ficheros MXF HQ, de manera que mediante este proceso de postproducción se podrá realizar una edición mucho más compleja, en video y audio. El producto de salida de realización es una EDL, que permitirá replicar en Conformación de Programas el montaje con calidad definitiva. La EDL es metadata, y se incluirá en los MXF. Las tareas de Conformado y transcodificación son tareas que se deben realizar de una manera totalmente automática y desatendida. El Control de Emisión verifica y ubica los programas editados dándoles salida a Playout, gestionando la escaleta de programación del centro. La edición y emisión de los programas genera metadata que ha de actualizarse en las bases de datos y en el archivo, si corresponde. La escaleta de programación creada en Control de Emisión controla el sistema de Playout, que tendrá que asumir las funciones de Continuidad. El área de Emisión, podría disponer de un sistema de almacenamiento independiente en el que se descargan desde el servidor de Alta la esencia a emitir; y sería desde este almacén desde donde toman el contenido todos los servidores de playout. Los servidores no reproducen el contenido desde el almacenamiento central por seguridad y por facilidad de gestión. El sistema de Playout ha de estar adaptado al tipo, o tipos, de canal de distribución, y habitualmente la calidad de la señal emitida no requiere el nivel utilizado durante todo el proceso de producción, ya que se requiere la calidad mínima que permita la visualización óptima en función del tipo de emisión; los requerimientos son distintos para una emisión en HD, que para

6 definición estándar, IPTV o vídeo bajo demanda, por citar algunos ejemplos. 11. GENERACIÓN DE METADATOS Durante las diferentes etapas de la producción de programas audiovisuales existe posibilidad de generar metadatos de forma automática, semiautomática o manual. En la tabla representada a continuación se resume la propuesta de generación de metadata en entornos de producción de TV. 12. CONCLUSIONES La tendencia actual para el diseño de los centros de producción de TV se basa en el uso de técnicas IT centradas en servidores de vídeo duplicados, donde se almacena una copia en alta calidad, con fuertes necesidades en cuanto a velocidades de transmisión (FC, etc.) y capacidad de memoria (arrays de discos, estructuras SAN, etc.) y una copia espejo en modo proxy que permite que sobre redes convencionales se pueda distribuir la información audiovisual de forma ágil y sencilla, y gestionar metadatos que podrán interactuar con los registros en Alta Calidad. El equipamiento de producción, desde las cámaras al mezclador de vídeo, ha de estar dotado de herramientas que permitan incorporar de forma automática metadata técnica asociada a la toma de imagen; se han de desarrollar herramientas que faciliten la incorporación de metadata, descriptiva o técnica, generada por el personal técnico, artístico o periodístico, involucrado en la producción. El software de postproducción ha de permitir el trabajo en modo offline, con versiones suficientemente ágiles para funcionar en portátiles, y online, con total compatibilidad para las EDL creadas. De esta forma se garantiza la descentralización del trabajo, la facilidad de diseño de las áreas de producción y la optimización de los espacios y recursos. El sistema de archivo se nutre de la metadata generada durante todo el proceso de producción y se apoya en la sección de documentación. Puede trabajar en paralelo, sin que un programa esté terminado ya puede tener su versión en archivo. Trabaja con los programas en modo Proxy. Puede almacenar los datos empaquetados con el programa o en base de datos adicional, en este caso el nexo de unión es el UMID, referencia obligatoria en todas y cada una de las producciones individuales. Los sistemas de PlayOut son gestionados desde las áreas de emisión y leen la información directamente de los servidores HQ, o dependiendo del diseño, del área de conformación de programas, que, en todo caso, tiene una copia de los elementos utilizados volcada del servidor HQ. Esta etapa a de trascodificar los programas desde la versión en alta al formato, o formatos, de emisión del centro de producción. Por la forma en que ha sido desarrollado por organismos, fabricantes y usuarios, y por el apoyo de estos agentes, el MXF parece el formato contendor de intercambio con más futuro para la producción de TV profesional, destacando por dos características sobre otras muchas: Independencia del formato de vídeo e inclusión de múltiples tipos de metadata. 13. REFERENCIAS European Broadcast Union (EBU) «Task Force for Harmonized Standards for the Exchange of Program Material as Bitstreams, Final Report: Analyses & results», Julio Tahara K., Cagioni. H «MXF, Technology Enabler for IT- Based Broadcast Operations». Sony White Paper. Julio MATROX «PDF OpenDML AVI File Format Extensions Specification». Septiembre SMPTE Diferentes publicaciones. EG 41; EG 42; RP 210.8; RP 224; 298M; 330M; 336M; 360M; 377M; 378M; 379M; 381M, 383M; 383M; 386M; 387M Edge, Bob «General Exchange Format GXF». EBU, Tech. Review. Julio EBU «Metadata implementation Consideration for Broadcasters». Technical Information I Snell&Wilcox «The User s Guide to Metadata». White Paper O. Grau, S Minelly, G. Thomas «Applications of Depth Metadata in a Production System». SMPTE Journal. Sept Sony «UMID and its Applications». White Paper. Sept Wilkinson. J., Devlin B. «The Material Exchange Format and its Applications». SMPTE Journal. Sept Devlin. B, Ritter U. «Nuggets and MXF: Making a Networked Studio a Reality». SMPTE Journal. Jul/Ago Baldock R. «Enablig Network Interoperability between Video File Servers». Thomson GVG, White Paper Gilmer, Brad «File Interchange Handbook». Focal Press Sony «Specification of MXF implementation for e-vtr». Noviembre 2002 AVID «A Closer Look at MXF». White Paper. Noviembre 2003 Mika Kallioja «Media Asset Management Approach To Metadata In Television Production». Department of Automation and Systems Technology, Helsinki University of Technology. 2006