• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Tracking Media Assets In A Shared-Storage Production System

Tracking Media Assets In A Shared-Storage Production System






Total Views
Views on SlideShare
Embed Views



0 Embeds 0

No embeds



Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
Post Comment
Edit your comment

    Tracking Media Assets In A Shared-Storage Production System Tracking Media Assets In A Shared-Storage Production System Document Transcript

    • Tracking media assets in a shared-storage production systemWhy a robust Identity model is essentialTrevor Francis, Worldwide Marketing Manager (Broadcast)Quantel Ltd, Newbury UK25th November 2009IntroductionIn the 1990’s it was sufficient for a central storage and editing solution to be able to capture, hold anddistribute video and audio to multiple editing and playout stations. The level of metadata which could beapplied and tracked was minimal; limited, perhaps, to a clip title, creation date, file size and one or twoother text-based fields.As the capabilities and the size of the solutions grew, so did the requirement for descriptive information.An individual producer might have coped with minimal electronically-held data, supplemented withsome hand-written notes, but a large enterprise certainly couldn’t function efficiently in this way.Extended metadata models developed to meet this demand; some have been more successful thanothers.Now, as national and multi-national organisations require the ability to create, share, repurpose anddistribute content as widely as possible, the requirements have changed again. Their strained andevolving business models demand that they monetise all their assets to the fullest extent, using everydistribution platform available. This has extended beyond traditional television to web-sites, podcastsand mobile devices as well as permanent storage media like DVDs, BluRay and CDs which we stillbuy..Historically, broadcasters have had only a one-to-many relationship with us, the consumers, viatraditional broadcasting mechanisms. It was easy for a broadcaster to report what had been broadcastand when. The internet is opening up possibilities for one-to-one business relationships - where I, as aviewer, may request current or back-catalogue content direct from the broadcaster. There is no reasonto confine this to complete items of finished programming either; I may wish to see a selection offavourite scenes from a Soap or even to conduct my own research in their news archive.To meet their obligations to rights owners, broadcasters need a mechanism which can trace an assetthrough layers of editing; through many versions and forms; from one location to another. They cannotsell an asset unless they can trace the ownership of all the component parts and compile a record ofevery instance where that content has been used or sold.This is almost impossible unless we can define and assert a property which defines an asset itself. Notjust a description, however rich, but a unique property, like DNA, which is both immutable and traceablewherever that asset appears. Quantel calls that property ‘Identity’. The Quantel architecture is builtaround an Identity model which enables us to identify and trace every frame of video and every sampleof audio contained within every media file we manage.Tracking media assets in a shared-storage production system Revision 1.2 Page 1 of 6
    • File-based workflowThe age of pure video-based production is clearly drawing to a close; the benefits of file-basedacquisition, storage and processing are well accepted. But the fusing of elements of many source filesinto new and unrelated post-produced files creates its own problem. A standard consumer filingmechanism, like Windows, does not maintain a relationship between parent and child files. Considerthis simple example of a pair of documents produced on word processors:Original.doc Edit.docOriginal.doc contains three paragraphs, including the middle ‘blue’ section. If I cut and paste the bluesection into a new document, add a red section and save this new document as ‘Edit.doc’, then there isno relationship between the Original and the Edit. Anyone opening the Edit.doc file would have no ideawhere the paragraphs had come from.To complete the analogy, if the documents are printed on paper or converted to a distribution fileformat, like PDF, then the ‘files’ become totally flat. Flat files cannot easily be re-edited and alltraceability of their provenance is gone.So what has happened here? Original.doc is a file. It contains three paragraphs of text, each of whichhas meaning and value. But the word processor has no mechanism to register and trace theseparagraphs as entities in their own right. They have become flattened into a single file. If I need to trackevery use and re-use of a piece of intellectual work, like the blue paragraph, I need to give it a uniqueidentity and I need a mechanism to carry that identity from one piece of editing software to another andfrom one piece of storage to another.So let’s develop this analogy and move closer to the world of moving pictures and sound. Here is amedia file, Original.clip, containing three scenes, Red, Green and Blue.We can imagine an edited version of Original.clip where we have deleted the Red scene. This new fileis saved as Edit.clip. If we also imagine that the rights owners of these three scenes are the Red, Greenand Blue companies respectively, then how can we ensure that we track this information through theproduction process and pay for the material we have used? Our example of the word processorparagraphs has already suggested that we need to establish an identity for the discrete elements in theoriginal work. The next section will describe how Quantel systems create and maintain that identity.Tracking media assets in a shared-storage production system Revision 1.2 Page 2 of 6
    • An identity model for video filesReturning to our source media, Original.clip, this is how Quantel-managed storage asserts identity on amedia asset.First, a mathematical algorithm creates a Globally Unique Identifier (GUID). In reality this is a longalpha-numeric string but may be represented by the simpler form shown above. For our systems tofunction in a joined-up world it is clearly unacceptable to rely on the human-generated clip title; we musthave a reference which is guaranteed unique for all time and across all geographies. The GUID doesthis.The GUID gives us a reference for the file, Original.clip, but it does not help us with the three scenescontained within it. We could address this by counting the video frames from the start and noting theoffset where each scene starts and ends. So, in this example, Original.clip can be represented thus: 001A 456B 789C {Start 0; End 100} The Red scene 001A 456B 789C {Start 101; End 200} The Green scene 001A 456B 789C {Start 201; End 300} The Blue sceneNow we have this model, we can express our edit in the same terms: 001A 456B 789C {Start 101; End 200} The Green scene 001A 456B 789C {Start 201; End 300} The Blue sceneIn this example, we, the human users, have convenient text-based clip names and the machine has arobust model to represent every piece of content via a unique set of reference numbers. Thesereferences can be passed easily from one process to another using a simple mechanism such as XML.It is easy to see that the edited clip contains two sequences taken from the same source clip. So,imagining ourselves as the Asset Management system, we can trace the source file to destinations orthe edited file to its sources. Just like DNA in humans, identity enables us to trace a clip back throughits parents and grandparents and, conversely, to build a family tree to show how the genes of anoriginal file are distributed through its children.In real life of course, we do not know when we acquire a file that it contains discrete scenes, but we doknow that it contains discrete video frames and audio samples. So the Quantel management model isdesigned to work at this level of granularity, allowing the users to add the metadata which describes thescenes, the rights owners and so on.Tracking media assets in a shared-storage production system Revision 1.2 Page 3 of 6
    • In a real Quantel system our file, Original.clip, will be modelled like this:Each of the 301 frames of video has an identity which is expressed as:001A 456B 789C {Offset n} where 0 ≤ n ≤ 300.The first operation by a user may be to log the content – to mark the three scenes.Metadata can be attached to a single frame or to a range of frames. Anywhere those frames aresubsequently used, that metadata will be visible. So an imaginary database record for the fileOriginal.clip might look like this:GUID: 001A 456B 789CTitle: “Original”Type: .clipLength: 301 framesOwner: Red Company {Start frame 0; end frame 100} Green Company {Start frame 101; end frame 200} Blue Company {Start frame 201; end frame 300}Description: Red Scene {Start frame 0; end frame 100} Green Scene {Start frame 101; end frame 200} Blue Scene {Start frame 201; end frame 300}Tracking media assets in a shared-storage production system Revision 1.2 Page 4 of 6
    • Returning to our Edit.clip one more time, we can create a rich ingredients list or ‘manifest’, based on theSource.clip information in the database.GUID: 019F 779E 631A (It has a GUID of its own)Title: “Edit”Type: .clipLength: 200 framesSource1: 001A 456B 789D {Start frame 101; end frame 200}Source2: 001A 456B 789D {Start frame 201; end frame 300}The manifest, which refers back to the original frames (Quantel calls them ‘Rush Parts’), allows us totrack the metadata entered when the source clip was logged. So we can trace, for example, the rightsownership of every frame in the edit. We can easily discover that the two scenes are owned by theGreen and Blue companies, respectively.Frame magicThis clip model allows us to build a really useful feature which greatly simplifies media managementand automatically protects edited work from accidental deletion.We can create another table which holds a record of the number of times every frame is used. Let’sbuild this table for our file, Original.clip.GUID Offset Usage count001A 456B 789C {Start frame 0; end frame 100} 1 {Start frame 101; end frame 200} 2 {Start frame 201; end frame 300} 2The first sequence, the Red Scene, is used only in the Original file, so has a count of one.The second and third sequences, the Green and Blue Scenes are used in the Original and the Edit, sothey have a count of twoSo if we decide to delete the Original file, to create some storage space, the Quantel managementroutine will examine the usage count for every frame and delete only those with a usage count of 1.Human users will see the file ‘Original.clip’ disappear from their media bins but the Quantel databasewill retain the rush parts with GUID 001A 456B 789C, between frames 101 and 300. All dependent clipsare therefore preserved and the metadata relating to these ‘rush parts’ is kept too. Quantel has namedthis media management tool ‘FrameMagic®’, recognising its value to media managers and systemusers.Tracking media assets in a shared-storage production system Revision 1.2 Page 5 of 6
    • ConclusionQuantel’s Identity model is the foundation for an effective internal media management scheme, asillustrated by the ‘FrameMagic®’ principle above. More importantly, perhaps, it is a model which can beshared with Asset Management systems, third-party editing software and any other entity whichrequires unique references to stored media.The next paper, “Sharing Identity between storage and editing systems”, will describe how the Quantelidentity model, alongside our file virtualisation technology can be built into a powerful cross-platform,multi-vendor, geography-independent production and distribution solution.Tracking media assets in a shared-storage production system Revision 1.2 Page 6 of 6