150 likes | 247 Views
Metadata uitwisselschema project. Ellen Mulder Digiframe. Metadata, wat moet / kan je er mee. PDR en on-demand Diensten Resolutie keuze. Bron: Ellen Mulder NOB. Uitgevoerde Werkplan. Bepalen voor welke toepassingen er met 1 model gewerkt kan worden.
E N D
Metadata uitwisselschema project Ellen Mulder Digiframe
Metadata, wat moet / kan je er mee PDR en on-demand Diensten Resolutie keuze Bron: Ellen Mulder NOB
Uitgevoerde Werkplan • Bepalen voor welke toepassingen er met 1 model gewerkt kan worden. • Open vraag blijft of metadata in de file moet worden opgeslagen, eventueel bij het bijbehorende frame. Of de metadata in een los document “meesturen”. Of moet het beiden. Gebruikte workflow en backoffice keuze. • Het uitwissel “systeem” moest met elk ingebruik zijnde back-office structuur kunnen werken. • Alleen de aansluitpunten tussen bedrijven onderling en tussen buitenlandse afnemers en leveranciers moet zo praktisch mogelijk vastgelegd worden. • Het “schema” dat beoogd word, laat voor een ieder de mogelijkheid om het model naar behoeven in te krimpen of uit te breiden. • Specifieke Dutch Guild elementen zijn toegevoegd als Class 13 elementen
Mogelijke werkwijze 1 Verzameling elementen met definitie type en waarde. geschikt voor MXF en voor XML? Templates naar behoefte en per bedrijf of soort uitwisseling A/V file Bedrijf A Rechten Bedrijf B Metadata Content Asset
Aanpak van het project • Eerst de nodige basis elementen vaststellen • Daarna de typen en waarden daarbij doen (MXF, PMeta) • Voor de uitwisseling met andere bedrijven moeten in ieder geval de metadata elementen een eenduidige naam hebben, ze moeten ook nog dezelfde betekenis, type aanduiding een waarde hebben • Om dit te bereiken moeten de definities van de elementen worden vastgelegd en ook de datatypes en waarden en deze moeten ook kloppen met de MXF spec. En daarmee ook met nieuwe SMPTE uitbreidingen zoals BXF, AXF en het nieuwe werkprogramma SMPTE TC 23B. • Uit deze set een minimum uitwisselset proberen vast te stellen • De rest is optioneel en kan dienen om op termijn de diensten uit te breiden. • En nog niet benoemde elementen kunnen worden toegevoegd aan de internationale standaard. • Het gebruikers interface kan vele vormen en maten van (gewenste) complexiteit of simpelheid hebben. • De interviews, uitleg sessies en bedrijfsbijdragen: • We hebben geprobeerd een zo breed mogelijke doorsnede te maken van disciplines in verschillende delen van het werkveld om hierin mee te denken. • Meestal zijn het hardop meedenk sessies geworden omdat men over het algemeen niet veel tijd over heeft om dingen ook nog eens op papier te zetten.
Gebruik P-Meta • Niet in de huidige vorm in een MXF file te gebruiken met alle MXF “faciliteiten”. • Wel voor 90% compatibel in elementnaam en definitie maar de types en waarden kennen niet de MXF beperkingen. • (MXF zo min mogelijk verstoring van de A/V overdracht door andere info). • Zoals voorgesteld in het DG schema zouden de XML type’s moeten worden gedefinieerd met de MXF constraines. • En de elementen gelinkt aan het SMPTE Universal label. • De EBU voelt hier vooralsnog niet voor. • P-Meta kan wel in de huidige vorm worden gebruikt en als externe file via het MD plug-in in de MXF header worden gestopt. (Niet bij een b.b.h. frame). • Eventuele nieuwe elementen kunnen aan de EBU worden voorgelegd, maar die moeten dan wel generiek zinvol zijn. • De EBU kent vooralsnog geen user Class zoals de SMPTE.
Opgeleverde werk • De groep documenten die tezamen het uitwisselschema vormen zijn: • Begeleidend schrijven - Introductie • Toelichting metadataschema.doc • Basis Classes en Elementen.xls • Basis Classes en Elementen model.xls • DG User-class-13 elementen • Voorbeelden: • Voorbeeld Classes en Elementen invulling.xls • Voorbeeld Classes en Elementen invulling model.xls • En ter informatie zijn tevens de volgende documenten beschikbaar: • Informative-TV-Anytime classificatie schema • RP 224 v9 ++, overzicht mogelijke beeld en geluidsformaten • RP 210 v11 Dictionary • EG 41 Engineering Guideline MXF • EG 42 Engineering Guideline Metadata in MXF
Uitwisselen in reeds bestaande situaties • Het uitwissel “systeem” moest met elk ingebruik zijnde back-office structuur kunnen werken. • Alleen de aansluitpunten tussen NL bedrijven onderling en tussen buitenlandse afnemers en leveranciers moet zo praktisch mogelijk vastgelegd worden.
Mogelijke werkwijze 2 Verzameling elementen met definitie type en waarde. geschikt voor MXF en voor XML. Templates naar behoefte en per bedrijf of soort uitwisseling A/V file Bedrijf A Rechten Bedrijf B Metadata F Content Asset
Mogelijke werkwijze 3 Verzameling elementen met definitie type en waarde. geschikt voor MXF en voor XML. Templates naar behoefte en per bedrijf of soort uitwisseling A/V file Bedrijf A Rechten Bedrijf B Metadata F Content Asset
Conclusie / waarneming • Nog veel koudwater vrees. • Nog geen sterke business modellen in NL. • Denk aan het defragmenteren van de doelgroepen en hoe je die kunt bereiken en jouw content attractiever kunt maken dan dat van de conculega. Maar dan wel in een open interface zodat de gebruiker niet gek wordt. • Zou kunnen komen door marktfragmentatie door (te) veel verticale markten en business modellen. • Hollywood en Bollywood hebben dat ook ontdekt en hebben na lange speurtochten over de wereld eigenlijk geen bevredigende implementaties gevonden die voldoende waarborgen bieden, vandaar:
A new Technology Committee (TC 23B) • Dear Standards Community Members, • 23B Technology Committee • Monday 27 October 2008 • 5:15 – 7:00 PM • Studio B of the Hollywood Ballroom • Renaissance Hollywood Hotel • 1755 N. Highland Avenue • Hollywood CA 90028 • A new Technology Committee (TC) on the application of Broadband distribution of content has been formed. A growing volume of content is flowing to consumers in methods other than the traditional television and cinema channels. This new Committee addresses the need for interoperable content mastering and packaging standards that can enhance the rapid adoption of these new business models. • The scope of this new TC 23B includes the application of mastered essence to electronic Broadband distribution; including compression, encryption, wrapping, marking, packaging, tracking/control, presentation, reproduction, and related topics. For the purpose of their initial work, such distribution is generally considered to be interactively requested and may include both download and streaming distribution models. Such distribution may occur over wired or wireless transports and may include large, medium, and small packages dependent upon receiving device. • TC 23B’s inaugural meeting will be hosted in conjunction with the SMPTE 2008. While all are welcome to this initial meeting, SMPTE membership will be required for ongoing participation. For further information and registration please visit: http://www.smpte.org/standards/meeting_schedule/ • Spread the word!
En van de Dutch Guild mail • Heb je ook regelmatig problemen met file transport over Gigabit Ethernet? Dolf Schinkel wel en doet, buiten het programma om een voorstel om dat op te pakken. • Mogelijke oplossingen: • Media Dispatch Protocol • White paper van de BBC • En inmiddels een SMPTE standaard; SMPTE 2032 • BXF Broadcast eXchange format • Upload protocol van productie naar playoutserver • Onder controle van playout • AXF Archive eXchange Format
Media Despatch protocol • Why FTP is not good enough • While file transfer is a trivial problem that can be addressed by using FTP, in practice exchanging files between organisations is much more complicated than just moving the data. • Simple FTPbased working loses many of the advantages of the long-established working practices built up around moving tapes. • Sending a tape is a much more complex operation than putting it on a bike. • It must be carefully labelled and its movement logged and controlled. It may require checking for technical quality or editorial content. • The tape may have considerable commercial value, and as its delivery often marks the start or end of a commercial transaction, security is important. • Simple protocols such as FTP just move the bits from one place to another; they may not provide sufficient security, and do not provide a standard way of initiating, supervising, auditing and retrying transfers. • In addition, the very simplicity of just moving a file from one place to another allows almost unlimited possible variations in setup and conventions: even simple differences in setup between companies can result in interoperability problems. • And there are many more ways to do file transfers than there are tape formats.
En verder… • Het elektronisch aanleveren van commercials. Rob ten Siethoff