Interoperable Master Format (IMF) Specification

Size: px
Start display at page:

Download "Interoperable Master Format (IMF) Specification"

Transcription

1 Interperable Master Frmat (IMF) Specificatin Nvember 6, 2009 Versin 0.5 DRAFT Cpyright 2009 by Entertainment Technlgy Center 509 West 29th Street Ls Angeles, Califrnia United States f America

2 NOTICE The Entertainment Technlgy Center (ETC) is the authr and creatr f this specificatin fr the purpse f cpyright and ther laws in all cuntries thrughut the wrld. The ETC cpyright ntice must be included in all reprductins, whether in whle r in part, and may nt be deleted r attributed t thers. ETC hereby grants t its members and their suppliers a limited license t reprduce this specificatin fr their wn use, prvided it is nt sld. Others shuld btain permissin t reprduce this specificatin frm Entertainment Technlgy Center; Attn: CEO and Executive Directr; 509 West 29th Street, Ls Angeles, Califrnia 90007; USA; (213) (vice); (213) facsimile. This dcument is a specificatin develped and adpted by ETC. This dcument may be revised by ETC. It is intended slely as a guide fr cmpanies interested in develping prducts, which can be cmpatible with ther prducts, develped using this dcument. Each ETC Member Cmpany shall decide independently the extent t which it will utilize, r require adherence t, these specificatins. ETC shall nt be liable fr any exemplary, incidental, prximate r cnsequential damages r expenses arising frm the use f this dcument. This dcument defines nly ne apprach t cmpatibility, and ther appraches may be available t the industry. This dcument is an authrized and apprved publicatin f ETC. Only ETC has the right and authrity t revise r change the material cntained in this dcument, and any revisins by any party ther than ETC are unauthrized and prhibited. Cmpliance with this dcument may require use f ne r mre features cvered by prprietary rights (such as features which are the subject f a patent, patent applicatin, cpyright, mask wrk right r trade secret right). By publicatin f this dcument, n psitin is taken by ETC with respect t the validity r infringement f any patent r ther prprietary right. ETC hereby expressly disclaims any liability fr infringement f intellectual prperty rights f thers by virtue f the use f this dcument. ETC has nt and des nt investigate any ntices r allegatins f infringement prmpted by publicatin f any ETC dcument, nr des ETC undertake a duty t advise users r ptential users f ETC dcuments f such ntices r allegatins. ETC hereby expressly advises all users r ptential users f this dcument t investigate and analyze any ptential infringement situatin, seek the advice f intellectual prperty cunsel, and, if indicated, btain a license under any applicable intellectual prperty right r take the necessary steps t avid infringement f any intellectual prperty right. ETC expressly disclaims any intent t prmte infringement f any intellectual prperty right by virtue f the evlutin, adptin, r publicatin f this dcument. 2

3 Revisin Histry Date 02/9/09 02/13/09 Revisin v0.1 V0.2 3/13/09 V0.3 6/16/09 V0.41 8/4/09 V /6/09 V0.5 Descriptin Initial draft 1st Rev, Name Change, revise framewrk chapter rder and headings. Spell check and general clean up Chapter 10 change t Asset Management, Chapter 5 change t requirements instead f standard, Dcument clean up, Chapter 1 review and update, new Annex Update Chapter 1 alng with frmatting, Cmplete re-write f Chapter 2, re label chapters, re structure framewrk f dcument Update Figures, Add Table f Tables, Update Chapter 2., Remve Clip frm dcument, Update Chapter 7 t reflect Chapter 2., Updated Glssary Update Chapter 2 and 7. Minr updates thrughut dcument t remve Dynamic Dwnmixing and Audi Transitins. Inserted new Chapter 8 fr Output Prfile List Cntributrs Hward Lukk Hward Lukk IMF Tech Cmmittee, H. Lukk IMF Tech Cmmittee, H. Lukk IMF Tech Cmmittee, H. Lukk IMF Tech Cmmittee, H. Lukk Reviewed By Review Type Reviewed By Date Reviewed Signature Date Apprval / Sign Off Name 3

4 Table f Cntents 1. ΙΜΦ ΙΝΤΡΟ ΥΧΤΙΟΝ ΙΝΤΡΟ ΥΧΤΙΟΝ ΙΝΤΡΟ ΥΧΤΙΟΝ ΣΧΟΠΕ ΣΧΟΠΕ ΣΨΣΤΕΜ ΟΒϑΕΧΤΙςΕΣ ΣΨΣΤΕΜ ΟΒϑΕΧΤΙςΕΣ ΟΧΥΜΕΝΤ ΛΑΝΓΥΑΓΕ ΟΧΥΜΕΝΤ ΛΑΝΓΥΑΓΕ ΣΨΣΤΕΜ ΟςΕΡςΙΕΩ ΦΥΝΧΤΙΟΝΑΛ ΦΡΑΜΕΩΟΡΚ ΦΥΝΧΤΙΟΝΑΛ ΦΡΑΜΕΩΟΡΚ ΟςΕΡςΙΕΩ ΟςΕΡςΙΕΩ ΙΜΦ Σψστεµ Αρχηιτεχτυρε ΙΜΦ ΣΨΣΤΕΜ ΑΡΧΗΙΤΕΧΤΥΡΕ Μαϕορ Σψστεµ Κεψ Χονχεπτσ ΜΑϑΟΡ ΣΨΣΤΕΜ ΚΕΨ ΧΟΝΧΕΠΤΣ Βυσινεσσ το Βυσινεσσ Σολυτιον Βυσινεσσ το Βυσινεσσ Σολυτιον ιγιταλ Σουρχε Μαστερ ( ΣΜ) ιγιταλ Σουρχε Μαστερ ( ΣΜ) Αρχηιϖε νοτ ιν Σχοπε Αρχηιϖε νοτ ιν Σχοπε Φιλε / Φραµε Βασεδ Σψστεµ Φιλε / Φραµε Βασεδ Σψστεµ Εσσενχε ανδ ατα Εσσενχε Εσσενχε ανδ ατα Εσσενχε Μεταδατα Μεταδατα Σεχυριτψ Σεχυριτψ Ωραππινγ ανδ Τραχκ Φιλε Χρεατιον Ωραππινγ ανδ Τραχκ Φιλε Χρεατιον Χοµποσιτιον Χοµποσιτιον ςερσιονσ ςερσιονσ Σεθυενχε Σεθυενχε Ουτπυτ Προφιλε Λιστ Ουτπυτ Προφιλε Λιστ

5 Παχκαγεσ Παχκαγεσ ΙΜΦ ΕΛΕΜΕΝΤΣ ΑΝ ΠΡΟΧΕΣΣΕΣ ΙΜΦ ΕΛΕΜΕΝΤΣ ΑΝ ΠΡΟΧΕΣΣΕΣ ΕΣΣΕΝΧΕ ΟςΕΡςΙΕΩ ΟςΕΡςΙΕΩ Ιντροδυχτιον ΙΝΤΡΟ ΥΧΤΙΟΝ Εσσενχε Σψστεµ Οϖερϖιεω ΕΣΣΕΝΧΕ ΣΨΣΤΕΜ ΟςΕΡςΙΕΩ Μαϕορ Εσσενχε Χονχεπτσ ΜΑϑΟΡ ΕΣΣΕΝΧΕ ΧΟΝΧΕΠΤΣ Εσσενχε Φυνδαµενταλ Ρεθυιρεµεντσ ΕΣΣΕΝΧΕ ΦΥΝ ΑΜΕΝΤΑΛ ΡΕΘΥΙΡΕΜΕΝΤΣ Χοµµον Φιλε Φορµατσ Χοµµον Φιλε Φορµατσ Φραµε Ρατεσ Φραµε Ρατεσ Σψνχηρονιζατιον Σψνχηρονιζατιον ΙΜΑΓΕ ΣΠΕΧΙΦΙΧΑΤΙΟΝ ΙΜΑΓΕ ΣΠΕΧΙΦΙΧΑΤΙΟΝ Ιµαγε Στρυχτυρε ΙΜΑΓΕ ΣΤΡΥΧΤΥΡΕ Ιµαγε Μεταδατα Ρεθυιρεδ Φιελδσ Ιµαγε Μεταδατα Ρεθυιρεδ Φιελδσ Προδυχτιον Απερτυρε, Αχτιϖε Ιµαγε, Πιξελ Ασπεχτ Ρατιο Προδυχτιον Απερτυρε, Αχτιϖε Ιµαγε, Πιξελ Ασπεχτ Ρατιο Ραστερ Φορµατ, Φραµε Ρατε Ραστερ Φορµατ, Φραµε Ρατε Βιτ επτη Βιτ επτη Χηροµα Συβσαµπλινγ Χηροµα Συβσαµπλινγ Χολορ Σπαχε, Χολορ Σπαχε Γαµυτσ Χολορ Σπαχε, Χολορ Σπαχε Γαµυτσ Χοµπρεσσιον Ρεθυιρεµεντσ ΧΟΜΠΡΕΣΣΙΟΝ ΡΕΘΥΙΡΕΜΕΝΤΣ Μεζζανινε Ιµαγε Χοµπρεσσιον Ρεθυιρεµεντσ Μεζζανινε Ιµαγε Χοµπρεσσιον Ρεθυιρεµεντσ Στρυχτυραλ Μεταδατα ΣΤΡΥΧΤΥΡΑΛ ΜΕΤΑ ΑΤΑ ΑΥ ΙΟ ΣΠΕΧΙΦΙΧΑΤΙΟΝ ΑΥ ΙΟ ΣΠΕΧΙΦΙΧΑΤΙΟΝ Αυδιο Στρυχτυρε ΑΥ ΙΟ ΣΤΡΥΧΤΥΡΕ

6 Στρυχτυραλ Μεταδατα ΣΤΡΥΧΤΥΡΑΛ ΜΕΤΑ ΑΤΑ ΑΤΑ ΕΣΣΕΝΧΕ ΟςΕΡςΙΕΩ ΟςΕΡςΙΕΩ Ιντροδυχτιον ΙΝΤΡΟ ΥΧΤΙΟΝ ατα Εσσενχε Σψστεµ Οϖερϖιεω ΑΤΑ ΕΣΣΕΝΧΕ ΣΨΣΤΕΜ ΟςΕΡςΙΕΩ Μαϕορ ατα Εσσενχε Χονχεπτσ ΜΑϑΟΡ ΑΤΑ ΕΣΣΕΝΧΕ ΧΟΝΧΕΠΤΣ ατα Εσσενχε Φυνδαµενταλ Ρεθυιρεµεντσ ΑΤΑ ΕΣΣΕΝΧΕ ΦΥΝ ΑΜΕΝΤΑΛ ΡΕΘΥΙΡΕΜΕΝΤΣ Χοµµον Φιλε Φορµατσ Χοµµον Φιλε Φορµατσ Φραµε Ρατεσ Φραµε Ρατεσ Σψνχηρονιζατιον Σψνχηρονιζατιον ΣΥΒΤΙΤΛΕ ΣΠΕΧΙΦΙΧΑΤΙΟΝ ΣΥΒΤΙΤΛΕ ΣΠΕΧΙΦΙΧΑΤΙΟΝ Συβ πιχτυρε ΣΥΒ ΠΙΧΤΥΡΕ Τιµεδ Τεξτ ΤΙΜΕ ΤΕΞΤ ΧΑΠΤΙΟΝ ΣΠΕΧΙΦΙΧΑΤΙΟΝ ΧΑΠΤΙΟΝ ΣΠΕΧΙΦΙΧΑΤΙΟΝ Συβ πιχτυρε ΣΥΒ ΠΙΧΤΥΡΕ Τιµεδ Τεξτ ΤΙΜΕ ΤΕΞΤ ΨΝΑΜΙΧ ΜΕΤΑ ΑΤΑ ΟςΕΡςΙΕΩ ΟςΕΡςΙΕΩ Ιντροδυχτιον ΙΝΤΡΟ ΥΧΤΙΟΝ ψναµιχ Μεταδατα Σψστεµ Οϖερϖιεω ΨΝΑΜΙΧ ΜΕΤΑ ΑΤΑ ΣΨΣΤΕΜ ΟςΕΡςΙΕΩ Μαϕορ ψναµιχ Μεταδατα Χονχεπτσ ΜΑϑΟΡ ΨΝΑΜΙΧ ΜΕΤΑ ΑΤΑ ΧΟΝΧΕΠΤΣ ψναµιχ Μεταδατα Φυνδαµενταλ Ρεθυιρεµεντσ ΨΝΑΜΙΧ ΜΕΤΑ ΑΤΑ ΦΥΝ ΑΜΕΝΤΑΛ ΡΕΘΥΙΡΕΜΕΝΤΣ Χοµµον Φιλε Φορµατσ Χοµµον Φιλε Φορµατσ Φραµε Ρατεσ Φραµε Ρατεσ

7 5.2. ΤΙΜΕ ΧΟ Ε ΣΠΕΧΙΦΙΧΑΤΙΟΝ ΤΙΜΕ ΧΟ Ε ΣΠΕΧΙΦΙΧΑΤΙΟΝ ΠΑΝ ΑΝ ΣΧΑΝ ΣΠΕΧΙΦΙΧΑΤΙΟΝ ΠΑΝ ΑΝ ΣΧΑΝ ΣΠΕΧΙΦΙΧΑΤΙΟΝ ΧΟΛΟΡ ΧΟΡΡΕΧΤΙΟΝ ΣΠΕΧΙΦΙΧΑΤΙΟΝ ΧΟΛΟΡ ΧΟΡΡΕΧΤΙΟΝ ΣΠΕΧΙΦΙΧΑΤΙΟΝ ΨΝΑΜΙΧ ΟΩΝ ΜΙΞΙΝΓ ΣΠΕΧΙΦΙΧΑΤΙΟΝ ΨΝΑΜΙΧ ΟΩΝ ΜΙΞΙΝΓ ΣΠΕΧΙΦΙΧΑΤΙΟΝ ΩΡΑΠΠΙΝΓ ΟςΕΡςΙΕΩ ΟςΕΡςΙΕΩ Ιντροδυχτιον ΙΝΤΡΟ ΥΧΤΙΟΝ Ωραππινγ Σψστεµ Οϖερϖιεω ΩΡΑΠΠΙΝΓ ΣΨΣΤΕΜ ΟςΕΡςΙΕΩ ΩΡΑΠΠΙΝΓ ΦΥΝ ΑΜΕΝΤΑΛ ΡΕΘΥΙΡΕΜΕΝΤΣ ΩΡΑΠΠΙΝΓ ΦΥΝ ΑΜΕΝΤΑΛ ΡΕΘΥΙΡΕΜΕΝΤΣ Χοµµον Φιλε Φορµατσ ΧΟΜΜΟΝ ΦΙΛΕ ΦΟΡΜΑΤΣ Φραµε Ρατεσ ΦΡΑΜΕ ΡΑΤΕΣ ΩΡΑΠΠΙΝΓ ΟςΕΡςΙΕΩ ΩΡΑΠΠΙΝΓ ΟςΕΡςΙΕΩ Ιντροδυχτιον ΙΝΤΡΟ ΥΧΤΙΟΝ Φορµατ Ινφορµατιον ΦΟΡΜΑΤ ΙΝΦΟΡΜΑΤΙΟΝ Σεθυενχε ΣΕΘΥΕΝΧΕ Τραχκ Φιλε Ρεπλαχεµεντ ΤΡΑΧΚ ΦΙΛΕ ΡΕΠΛΑΧΕΜΕΝΤ Σψνχηρονιζατιον ΣΨΝΧΗΡΟΝΙΖΑΤΙΟΝ Σπλιχινγ ΣΠΛΙΧΙΝΓ Κεψ Εποχη ΚΕΨ ΕΠΟΧΗ Σεχυριτψ ΣΕΧΥΡΙΤΨ Ιντεγριτψ ανδ Αυτηεντιχατιον ΙΝΤΕΓΡΙΤΨ ΑΝ ΑΥΤΗΕΝΤΙΧΑΤΙΟΝ Εξτενσιβιλιτψ ΕΞΤΕΝΣΙΒΙΛΙΤΨ Ρανδοµ Αχχεσσ ανδ Ρεσταρτσ

8 ΡΑΝ ΟΜ ΑΧΧΕΣΣ ΑΝ ΡΕΣΤΑΡΤΣ Σιµπλε Εσσενχε ΣΙΜΠΛΕ ΕΣΣΕΝΧΕ ΜΞΦ ΤΡΑΧΚ ΦΙΛΕ ΕΝΧΡΨΠΤΙΟΝ ΜΞΦ ΤΡΑΧΚ ΦΙΛΕ ΕΝΧΡΨΠΤΙΟΝ Ιντροδυχτιον ΙΝΤΡΟ ΥΧΤΙΟΝ Ενχρψπτεδ Τραχκ Φιλε Χονστραιντσ ΕΝΧΡΨΠΤΕ ΤΡΑΧΚ ΦΙΛΕ ΧΟΝΣΤΡΑΙΝΤΣ ΙΜΑΓΕ ΤΡΑΧΚ ΦΙΛΕ ΙΜΑΓΕ ΤΡΑΧΚ ΦΙΛΕ Ιντροδυχτιον ΙΝΤΡΟ ΥΧΤΙΟΝ Φραµε Βουνδαριεσ ΦΡΑΜΕ ΒΟΥΝ ΑΡΙΕΣ Χοµπρεσσιον ΧΟΜΠΡΕΣΣΙΟΝ Μεταδατα ΜΕΤΑ ΑΤΑ ΑΥ ΙΟ ΤΡΑΧΚ ΦΙΛΕ ΑΥ ΙΟ ΤΡΑΧΚ ΦΙΛΕ Ιντροδυχτιον ΙΝΤΡΟ ΥΧΤΙΟΝ Φραµε Βουνδαριεσ ΦΡΑΜΕ ΒΟΥΝ ΑΡΙΕΣ ατα Παχκινγ Φορµατ ΑΤΑ ΠΑΧΚΙΝΓ ΦΟΡΜΑΤ Μεταδατα ΜΕΤΑ ΑΤΑ ΣΥΒΤΙΤΛΕ ΤΡΑΧΚ ΦΙΛΕ ΣΥΒΤΙΤΛΕ ΤΡΑΧΚ ΦΙΛΕ Ιντροδυχτιον ΙΝΤΡΟ ΥΧΤΙΟΝ Φραµε Βουνδαριεσ ΦΡΑΜΕ ΒΟΥΝ ΑΡΙΕΣ Τιµεδ Τεξτ ΤΙΜΕ ΤΕΞΤ Συβ πιχτυρε ΣΥΒ ΠΙΧΤΥΡΕ Μεταδατα ΜΕΤΑ ΑΤΑ ΧΑΠΤΙΟΝΣ ΤΡΑΧΚ ΦΙΛΕ ΧΑΠΤΙΟΝΣ ΤΡΑΧΚ ΦΙΛΕ Ιντροδυχτιον ΙΝΤΡΟ ΥΧΤΙΟΝ Φραµε Βουνδαριεσ ΦΡΑΜΕ ΒΟΥΝ ΑΡΙΕΣ

9 Τιµεδ Τεξτ ΤΙΜΕ ΤΕΞΤ Συβ πιχτυρε ΣΥΒ ΠΙΧΤΥΡΕ Μεταδατα ΜΕΤΑ ΑΤΑ ΤΙΜΕ ΧΟ Ε ΤΡΑΧΚ ΦΙΛΕΣ (ΟΠΤΙΟΝΑΛ) ΤΙΜΕ ΧΟ Ε ΤΡΑΧΚ ΦΙΛΕΣ (ΟΠΤΙΟΝΑΛ) Ιντροδυχτιον ΙΝΤΡΟ ΥΧΤΙΟΝ Φραµε Βουνδαριεσ ΦΡΑΜΕ ΒΟΥΝ ΑΡΙΕΣ Μεταδατα ΜΕΤΑ ΑΤΑ ΠΑΝ ΑΝ ΣΧΑΝ ΤΡΑΧΚ ΦΙΛΕΣ (ΟΠΤΙΟΝΑΛ) ΠΑΝ ΑΝ ΣΧΑΝ ΤΡΑΧΚ ΦΙΛΕΣ (ΟΠΤΙΟΝΑΛ) Ιντροδυχτιον ΙΝΤΡΟ ΥΧΤΙΟΝ Φραµε Βουνδαριεσ ΦΡΑΜΕ ΒΟΥΝ ΑΡΙΕΣ Μεταδατα ΜΕΤΑ ΑΤΑ ΧΟΛΟΡ ΧΟΡΡΕΧΤΙΟΝ ΤΡΑΧΚ ΦΙΛΕΣ (ΟΠΤΙΟΝΑΛ) ΧΟΛΟΡ ΧΟΡΡΕΧΤΙΟΝ ΤΡΑΧΚ ΦΙΛΕΣ (ΟΠΤΙΟΝΑΛ) Ιντροδυχτιον ΙΝΤΡΟ ΥΧΤΙΟΝ Φραµε Βουνδαριεσ ΦΡΑΜΕ ΒΟΥΝ ΑΡΙΕΣ Μεταδατα ΜΕΤΑ ΑΤΑ ΨΝΑΜΙΧ ΟΩΝ ΜΙΞΙΝΓ ΤΡΑΧΚ ΦΙΛΕΣ (ΟΠΤΙΟΝΑΛ) ΨΝΑΜΙΧ ΟΩΝ ΜΙΞΙΝΓ ΤΡΑΧΚ ΦΙΛΕΣ (ΟΠΤΙΟΝΑΛ) Ιντροδυχτιον ΙΝΤΡΟ ΥΧΤΙΟΝ Φραµε Βουνδαριεσ ΦΡΑΜΕ ΒΟΥΝ ΑΡΙΕΣ Μεταδατα ΜΕΤΑ ΑΤΑ ΤΗΕ ΧΟΜΠΟΣΙΤΙΟΝ ΙΝΤΡΟ ΥΧΤΙΟΝ ΙΝΤΡΟ ΥΧΤΙΟΝ ΦΥΝΧΤΙΟΝΑΛ ΦΡΑΜΕΩΟΡΚ ΦΥΝΧΤΙΟΝΑΛ ΦΡΑΜΕΩΟΡΚ ΤΗΕ ΧΟΜΠΟΣΙΤΙΟΝ ΦΥΝ ΑΜΕΝΤΑΛ ΡΕΘΥΙΡΕΜΕΝΤΣ

10 7.3. ΤΗΕ ΧΟΜΠΟΣΙΤΙΟΝ ΦΥΝ ΑΜΕΝΤΑΛ ΡΕΘΥΙΡΕΜΕΝΤΣ Οπεν Στανδαρδ ΟΠΕΝ ΣΤΑΝ ΑΡ Ιντεροπεραβλε ΙΝΤΕΡΟΠΕΡΑΒΛΕ Σχαλαβλε ΣΧΑΛΑΒΛΕ Εξτενσιβλε ΕΞΤΕΝΣΙΒΛΕ Σψνχηρονιζατιον ΣΨΝΧΗΡΟΝΙΖΑΤΙΟΝ Ηυµαν Ρεαδαβλε Μεταδατα ΗΥΜΑΝ ΡΕΑ ΑΒΛΕ ΜΕΤΑ ΑΤΑ Φιλε Φορµατ ΦΙΛΕ ΦΟΡΜΑΤ ΤΕΡΜΙΝΟΛΟΓΨ ΤΕΡΜΙΝΟΛΟΓΨ ΣΨΝΧΗΡΟΝΙΖΑΤΙΟΝ ΣΨΝΧΗΡΟΝΙΖΑΤΙΟΝ ΧΟΜΠΟΣΙΤΙΟΝ ΠΛΑΨΛΙΣΤ ΣΤΡΥΧΤΥΡΕ ΧΟΜΠΟΣΙΤΙΟΝ ΠΛΑΨΛΙΣΤ ΣΤΡΥΧΤΥΡΕ Γενεραλ Ινφορµατιον ΓΕΝΕΡΑΛ ΙΝΦΟΡΜΑΤΙΟΝ Υνιθυε Ιδ ΥΝΙΘΥΕ Ι ΑννοτατιονΤεξτ [οπτιοναλ] ΑΝΝΟΤΑΤΙΟΝΤΕΞΤ [ΟΠΤΙΟΝΑΛ] Ισσυε ατε ΙΣΣΥΕ ΑΤΕ Ισσυερ [οπτιοναλ] ΙΣΣΥΕΡ [ΟΠΤΙΟΝΑΛ] Χρεατορ [οπτιοναλ] ΧΡΕΑΤΟΡ [ΟΠΤΙΟΝΑΛ] ΧοντεντΤιτλεΤεξτ ΧΟΝΤΕΝΤΤΙΤΛΕΤΕΞΤ ΧοντεντΚινδ ΧΟΝΤΕΝΤΚΙΝ Χοντεντςερσιον ΧΟΝΤΕΝΤςΕΡΣΙΟΝ Ιδ Ιδ ΛαβελΤεξτ ΛαβελΤεξτ Χοντεντ εσχριπτιον ΧΟΝΤΕΝΤ ΕΣΧΡΙΠΤΙΟΝ ΣουρχεΜεδια εσχριπτιον [οπτιοναλ] ΣουρχεΜεδια εσχριπτιον [οπτιοναλ] Ιδ [οπτιοναλ]

11 Ιδ [οπτιοναλ] ΛαβελΤεξτ [οπτιοναλ] ΛαβελΤεξτ [οπτιοναλ] ΦραµεΡατε ΦραµεΡατε ΤιµεχοδεΤψπε [οπτιοναλ] ΤιµεχοδεΤψπε [οπτιοναλ] ΙµαγεΕνχοδινγΣτανδαρδ [οπτιοναλ] ΙµαγεΕνχοδινγΣτανδαρδ [οπτιοναλ] ΣτανδαρδσΒοδψ [οπτιοναλ] ΣτανδαρδσΒοδψ [οπτιοναλ] Λαβελ [οπτιοναλ] Λαβελ [οπτιοναλ] ΑυδιοΣαµπλινγΡατε ΑυδιοΣαµπλινγΡατε ΑυδιοΧονφιγ ΑυδιοΧονφιγ ΑυδιοΒιτ επτη ΑυδιοΒιτ επτη ΣυβτιτλεΦορµατ [οπτιοναλ] ΣΥΒΤΙΤΛΕΦΟΡΜΑΤ [ΟΠΤΙΟΝΑΛ] ΧαπτιονΦορµατ [οπτιοναλ] ΧΑΠΤΙΟΝΦΟΡΜΑΤ [ΟΠΤΙΟΝΑΛ] ΤοταλΡυννινγΤιµε ΤΟΤΑΛΡΥΝΝΙΝΓΤΙΜΕ Λανγυαγε [οπτιοναλ] ΛΑΝΓΥΑΓΕ [ΟΠΤΙΟΝΑΛ] Χουντρψ [οπτιοναλ] ΧΟΥΝΤΡΨ [ΟΠΤΙΟΝΑΛ] ΡατινγΛιστ [οπτιοναλ] ΡΑΤΙΝΓΛΙΣΤ [ΟΠΤΙΟΝΑΛ] Αγενχψ Αγενχψ Λαβελ Λαβελ Ενχρψπτιον ΕΝΧΡΨΠΤΙΟΝ ΣεθυενχεΛιστ ΣΕΘΥΕΝΧΕΛΙΣΤ Σιγνερ [οπτιοναλ] ΣΙΓΝΕΡ [ΟΠΤΙΟΝΑΛ] Σιγνατυρε [οπτιοναλ] ΣΙΓΝΑΤΥΡΕ [ΟΠΤΙΟΝΑΛ] ΣΕΘΥΕΝΧΕ ΣΤΡΥΧΤΥΡΕ ΣΕΘΥΕΝΧΕ ΣΤΡΥΧΤΥΡΕ Σεθυενχε Ινφορµατιον ΣΕΘΥΕΝΧΕ ΙΝΦΟΡΜΑΤΙΟΝ ΣεθυενχεΤψπε ΣΕΘΥΕΝΧΕΤΨΠΕ Υνιθυε Ιδ

12 ΥΝΙΘΥΕ Ι ΑννοτατιονΤεξτ [οπτιοναλ] ΑΝΝΟΤΑΤΙΟΝΤΕΞΤ [ΟΠΤΙΟΝΑΛ] Ισσυε ατε ΙΣΣΥΕ ΑΤΕ Ισσυερ [οπτιοναλ] ΙΣΣΥΕΡ [ΟΠΤΙΟΝΑΛ] ΑσσετΛιστ ΑΣΣΕΤΛΙΣΤ ΜαινΜαρκερσ [οπτιοναλ] ΜαινΜαρκερσ [οπτιοναλ] ΜαινΠιχτυρε [οπτιοναλ] ΜαινΠιχτυρε [οπτιοναλ] ΠιχτυρεΣπατιαλ [οπτιοναλ] ΠιχτυρεΣπατιαλ [οπτιοναλ] ΠιχτυρεΤρανσιτιον [οπτιοναλ] ΠιχτυρεΤρανσιτιον [οπτιοναλ] ΧολορΧορρεχτιον [οπτιοναλ] ΧολορΧορρεχτιον [οπτιοναλ] ΜαινΣουνδ [οπτιοναλ] ΜαινΣουνδ [οπτιοναλ] ΜαινΣυβτιτλε [οπτιοναλ] ΜαινΣυβτιτλε [οπτιοναλ] ΜαινΧαπτιον [οπτιοναλ] ΜαινΧαπτιον [οπτιοναλ] Εξτενσιονσ (Νεω Ασσετ Τψπεσ) Εξτενσιονσ (Νεω Ασσετ Τψπεσ) ΑΣΣΕΤ ΣΤΡΥΧΤΥΡΕΣ ΑΣΣΕΤ ΣΤΡΥΧΤΥΡΕΣ Ασσετ Ινφορµατιον ΑΣΣΕΤ ΙΝΦΟΡΜΑΤΙΟΝ ΓενεριχΑσσετΤψπε ΓΕΝΕΡΙΧΑΣΣΕΤΤΨΠΕ Ιδ Ιδ ΑννοτατιονΤεξτ [οπτιοναλ] ΑννοτατιονΤεξτ [οπτιοναλ] ΕδιτΡατε ΕδιτΡατε Ιντρινσιχ υρατιον Ιντρινσιχ υρατιον ΕντρψΠοιντ [οπτιοναλ] ΕντρψΠοιντ [οπτιοναλ] υρατιον [οπτιοναλ] υρατιον [οπτιοναλ] ΤραχκΦιλεΑσσετΤψπε ΤΡΑΧΚΦΙΛΕΑΣΣΕΤΤΨΠΕ ΚεψΙδ [οπτιοναλ] ΚεψΙδ [οπτιοναλ] Ηαση [οπτιοναλ]

13 Ηαση [οπτιοναλ] ΜαρκερΑσσετΤψπε ΜΑΡΚΕΡΑΣΣΕΤΤΨΠΕ ΜαρκερΛιστ ΜαρκερΛιστ Λαβελ Λαβελ ΑννοτατιονΤεξτ [οπτιοναλ] ΑννοτατιονΤεξτ [οπτιοναλ] Οφφσετ Οφφσετ ΠιχτυρεΤραχκΦιλεΑσσετΤψπε ΠΙΧΤΥΡΕΤΡΑΧΚΦΙΛΕΑΣΣΕΤΤΨΠΕ ΠιχτυρεΠιξελΜατριξ ΠιχτυρεΠιξελΜατριξ ΠιχτυρεΒιτ επτη ΠιχτυρεΒιτ επτη ΠιχτυρεΧολορΕνχοδινγ ΠιχτυρεΧολορΕνχοδινγ ΠιχτυρεΦραµεΡατε ΠιχτυρεΦραµεΡατε ΙµαγεΑσπεχτΡατιο ΙµαγεΑσπεχτΡατιο ΠιχτυρεΣπατιαλΜεταδαταΤραχκΦιλεΑσσετΤψπε ΠΙΧΤΥΡΕΣΠΑΤΙΑΛΜΕΤΑ ΑΤΑΤΡΑΧΚΦΙΛΕΑΣΣΕΤΤΨΠΕ ΣτανδαρδσΒοδψ [οπτιοναλ] ΣτανδαρδσΒοδψ [οπτιοναλ] Λαβελ [οπτιοναλ] Λαβελ [οπτιοναλ] ΠιχτυρεΤρανσιτιονΜεταδαταΤραχκΦιλεΑσσετΤψπε ΠΙΧΤΥΡΕΤΡΑΝΣΙΤΙΟΝΜΕΤΑ ΑΤΑΤΡΑΧΚΦΙΛΕΑΣΣΕΤΤΨΠΕ ΣτανδαρδσΒοδψ [οπτιοναλ] ΣτανδαρδσΒοδψ [οπτιοναλ] Λαβελ [οπτιοναλ] Λαβελ [οπτιοναλ] ΧολορΧορρεχτιονΜεταδαταΤραχκΦιλεΑσσετΤψπε ΧΟΛΟΡΧΟΡΡΕΧΤΙΟΝΜΕΤΑ ΑΤΑΤΡΑΧΚΦΙΛΕΑΣΣΕΤΤΨΠΕ ΣτανδαρδσΒοδψ [οπτιοναλ] ΣτανδαρδσΒοδψ [οπτιοναλ] Λαβελ [οπτιοναλ] Λαβελ [οπτιοναλ] ΣουνδΤραχκΦιλεΑσσετΤψπε ΣΟΥΝ ΤΡΑΧΚΦΙΛΕΑΣΣΕΤΤΨΠΕ ΣουνδΣαµπλινγΡατε ΣουνδΣαµπλινγΡατε ΣουνδΒιτ επτη ΣουνδΒιτ επτη ΣουνδΧηαννελΝυµβερ ΣουνδΧηαννελΝυµβερ ΧηαννελΧονφιγυρατιον ΧηαννελΧονφιγυρατιον

14 Λαβελ Λαβελ Λανγυαγε [οπτιοναλ] Λανγυαγε [οπτιοναλ] ΣυβτιτλεΤραχκΦιλεΑσσετΤψπε ΣΥΒΤΙΤΛΕΤΡΑΧΚΦΙΛΕΑΣΣΕΤΤΨΠΕ Λανγυαγε [οπτιοναλ] Λανγυαγε [οπτιοναλ] ΧαπτιονΤραχκΦιλεΑσσετΤψπε ΧΑΠΤΙΟΝΤΡΑΧΚΦΙΛΕΑΣΣΕΤΤΨΠΕ Λανγυαγε [οπτιοναλ] Λανγυαγε [οπτιοναλ] ΧΠΛ ΧΟΝΣΤΡΑΙΝΤΣ ΧΠΛ ΧΟΝΣΤΡΑΙΝΤΣ Χονσταντ Φραµε Ρατε ΧΟΝΣΤΑΝΤ ΦΡΑΜΕ ΡΑΤΕ Μινιµυµ Τραχκ Φιλε υρατιον ΜΙΝΙΜΥΜ ΤΡΑΧΚ ΦΙΛΕ ΥΡΑΤΙΟΝ Μινιµυµ Σεθυενχε υρατιον ΜΙΝΙΜΥΜ ΣΕΘΥΕΝΧΕ ΥΡΑΤΙΟΝ Μινιµυµ Πιχτυρε Τρανσιτιον Συππορτ ΜΙΝΙΜΥΜ ΠΙΧΤΥΡΕ ΤΡΑΝΣΙΤΙΟΝ ΣΥΠΠΟΡΤ Μινιµυµ Σουνδ Τρανσιτιον Συππορτ ΜΙΝΙΜΥΜ ΣΟΥΝ ΤΡΑΝΣΙΤΙΟΝ ΣΥΠΠΟΡΤ ΟΥΤΠΥΤ ΠΡΟΦΙΛΕ ΛΙΣΤ ΙΝΤΡΟ ΥΧΤΙΟΝ ΙΝΤΡΟ ΥΧΤΙΟΝ ΟΥΤΠΥΤ ΠΡΟΦΙΛΕ ΛΙΣΤ ΟςΕΡςΙΕΩ ΟΥΤΠΥΤ ΠΡΟΦΙΛΕ ΛΙΣΤ ΟςΕΡςΙΕΩ Φυνχτιοναλ Φραµεωορκ ΦΥΝΧΤΙΟΝΑΛ ΦΡΑΜΕΩΟΡΚ Ουτπυτ Προφιλε Λιστ Φυνδαµενταλ Ρεθυιρεµεντσ ΟΥΤΠΥΤ ΠΡΟΦΙΛΕ ΛΙΣΤ ΦΥΝ ΑΜΕΝΤΑΛ ΡΕΘΥΙΡΕΜΕΝΤΣ Ιντροδυχτιον Ιντροδυχτιον Οπεν Στανδαρδ Οπεν Στανδαρδ Ιντεροπεραβλε Ιντεροπεραβλε Σχαλαβλε Σχαλαβλε Εξτενσιβλε Εξτενσιβλε Ηυµαν Ρεαδαβλε Μεταδατα Ηυµαν Ρεαδαβλε Μεταδατα Ουτπυτ Προφιλε Λιστ Χονχεπτσ ΟΥΤΠΥΤ ΠΡΟΦΙΛΕ ΛΙΣΤ ΧΟΝΧΕΠΤΣ ΟΥΤΠΥΤ ΠΡΟΦΙΛΕ ΛΙΣΤ ΦΟΡΜΑΤ

15 8.3. ΟΥΤΠΥΤ ΠΡΟΦΙΛΕ ΛΙΣΤ ΦΟΡΜΑΤ Ιντροδυχτιον ΙΝΤΡΟ ΥΧΤΙΟΝ Φιλε Φορµατ ΦΙΛΕ ΦΟΡΜΑΤ ΙµαγεΟυτπυτΦορµατ ΙΜΑΓΕΟΥΤΠΥΤΦΟΡΜΑΤ ΟυτπυτΠιξελΜατριξ ΟυτπυτΠιξελΜατριξ ΟυτπυτΧολορΕνχοδινγ ΟυτπυτΧολορΕνχοδινγ ΣτανδαρδσΒοδψ [οπτιοναλ] ΣτανδαρδσΒοδψ [οπτιοναλ] Λαβελ [οπτιοναλ] Λαβελ [οπτιοναλ] ισπλαψασπεχτρατιο ισπλαψασπεχτρατιο ΟυτπυτΠιχτυρεΟϖερλαψ [οπτιοναλ] ΟυτπυτΠιχτυρεΟϖερλαψ [οπτιοναλ] ΤιµεΧοδεΩινδοω [οπτιοναλ] ΤιµεΧοδεΩινδοω [οπτιοναλ] Σποιλερ [οπτιοναλ] Σποιλερ [οπτιοναλ] ΟυτπυτΑυδιοΦορµατ ΟΥΤΠΥΤΑΥ ΙΟΦΟΡΜΑΤ ΑυδιοΧοµπρεσσιονΣτανδαρδ [οπτιοναλ] ΑυδιοΧοµπρεσσιονΣτανδαρδ [οπτιοναλ] ΣτανδαρδσΒοδψ [οπτιοναλ] ΣτανδαρδσΒοδψ [οπτιοναλ] Λαβελ [οπτιοναλ] Λαβελ [οπτιοναλ] ΟυτπυτΣπεεδΟφφσετ [οπτιοναλ] ΟΥΤΠΥΤΣΠΕΕ ΟΦΦΣΕΤ [ΟΠΤΙΟΝΑΛ]...78 ΠΑΧΚΑΓΙΝΓ ΙΝΤΡΟ ΥΧΤΙΟΝ ΙΝΤΡΟ ΥΧΤΙΟΝ ΠΑΧΚΑΓΙΝΓ ΣΨΣΤΕΜ ΟςΕΡςΙΕΩ ΠΑΧΚΑΓΙΝΓ ΣΨΣΤΕΜ ΟςΕΡςΙΕΩ Φυνχτιοναλ Φραµεωορκ ΦΥΝΧΤΙΟΝΑΛ ΦΡΑΜΕΩΟΡΚ Παχκαγινγ Φυνδαµενταλ Ρεθυιρεµεντσ ΠΑΧΚΑΓΙΝΓ ΦΥΝ ΑΜΕΝΤΑΛ ΡΕΘΥΙΡΕΜΕΝΤΣ Ιντροδυχτιον Ιντροδυχτιον Οπεν Στανδαρδ Οπεν Στανδαρδ Ιντεροπεραβλε Ιντεροπεραβλε

16 Σχαλαβλε Σχαλαβλε Εξτενσιβλε Εξτενσιβλε Σψνχηρονιζατιον Σψνχηρονιζατιον Ηυµαν Ρεαδαβλε Μεταδατα Ηυµαν Ρεαδαβλε Μεταδατα Παχκαγινγ Χονχεπτσ ΠΑΧΚΑΓΙΝΓ ΧΟΝΧΕΠΤΣ ΙΣΤΡΙΒΥΤΙΟΝ ΠΑΧΚΑΓΕ ΙΣΤΡΙΒΥΤΙΟΝ ΠΑΧΚΑΓΕ Ιντροδυχτιον ΙΝΤΡΟ ΥΧΤΙΟΝ ιστριβυτιον Παχκαγε ΙΣΤΡΙΒΥΤΙΟΝ ΠΑΧΚΑΓΕ Γενεραλ Γενεραλ Παχκινγ φορ Τρανσπορτ Παχκινγ φορ Τρανσπορτ Φλαττενεδ Παχκαγεσ Φλαττενεδ Παχκαγεσ Σεχυριτψ Σεχυριτψ Παχκινγ Λιστ ΠΑΧΚΙΝΓ ΛΙΣΤ Φιλε Φορµατ Φιλε Φορµατ Φιελδσ Φιελδσ Ασσετ Μαπ ΑΣΣΕΤ ΜΑΠ Φιλε Φορµατ Φιλε Φορµατ Φιελδσ Φιελδσ ΑΝΝΕΞ ΕΞΑΜΠΛΕ ΩΟΡΚΦΛΟΩΣ ΕΞΑΜΠΛΕ ΩΟΡΚΦΛΟΩΣ Ε ΙΤΟΡΙΑΛ ΣΨΣΤΕΜΣ Ε ΙΤΟΡΙΑΛ ΣΨΣΤΕΜΣ Εδιτοριαλ Σψστεµ Φυνδαµενταλ Ρεθυιρεµεντσ Ε ΙΤΟΡΙΑΛ ΣΨΣΤΕΜ ΦΥΝ ΑΜΕΝΤΑΛ ΡΕΘΥΙΡΕΜΕΝΤΣ Εασψ Ασσεµβλψ οφ Χοντεντ Εασψ Ασσεµβλψ οφ Χοντεντ Μοϖεµεντ οφ Χοντεντ Μοϖεµεντ οφ Χοντεντ Εασε οφ Οπερατιον

17 Εασε οφ Οπερατιον Μυλτιπλε Σψστεµσ Μυλτιπλε Σψστεµσ ΠΛΑΨΟΥΤ ΣΨΣΤΕΜΣ ΠΛΑΨΟΥΤ ΣΨΣΤΕΜΣ Πλαψουτ Σψστεµ Φυνδαµενταλ Ρεθυιρεµεντσ ΠΛΑΨΟΥΤ ΣΨΣΤΕΜ ΦΥΝ ΑΜΕΝΤΑΛ ΡΕΘΥΙΡΕΜΕΝΤΣ Εασψ Ασσεµβλψ οφ Χοντεντ Εασψ Ασσεµβλψ οφ Χοντεντ Μοϖεµεντ οφ Χοντεντ Μοϖεµεντ οφ Χοντεντ ΤΡΑΝΣΧΟ ΙΝΓ ΣΨΣΤΕΜΣ ΤΡΑΝΣΧΟ ΙΝΓ ΣΨΣΤΕΜΣ Τρανσχοδινγ Σψστεµ Φυνδαµενταλ Ρεθυιρεµεντσ ΤΡΑΝΣΧΟ ΙΝΓ ΣΨΣΤΕΜ ΦΥΝ ΑΜΕΝΤΑΛ ΡΕΘΥΙΡΕΜΕΝΤΣ Εασψ Ασσεµβλψ οφ Χοντεντ Εασψ Ασσεµβλψ οφ Χοντεντ Μοϖεµεντ οφ Χοντεντ Μοϖεµεντ οφ Χοντεντ ΑΣΣΕΤ ΜΑΝΑΓΕΜΕΝΤ ΙΝΤΕΡΦΑΧΕ ΑΣΣΕΤ ΜΑΝΑΓΕΜΕΝΤ ΙΝΤΕΡΦΑΧΕ Ιντερφαχε Φυνδαµενταλ Ρεθυιρεµεντσ ΙΝΤΕΡΦΑΧΕ ΦΥΝ ΑΜΕΝΤΑΛ ΡΕΘΥΙΡΕΜΕΝΤΣ Ιντροδυχτιον Ιντροδυχτιον ΑΠΙ ΑΠΙ Προτοχολσ Προτοχολσ Ασσετ Μαναγεµεντ Ιντερφαχε Φυνδαµενταλ Χονχεπτσ ΑΣΣΕΤ ΜΑΝΑΓΕΜΕΝΤ ΙΝΤΕΡΦΑΧΕ ΦΥΝ ΑΜΕΝΤΑΛ ΧΟΝΧΕΠΤΣ Αππλιχατιον Προγραµµινγ Ιντερφαχε ΑΠΠΛΙΧΑΤΙΟΝ ΠΡΟΓΡΑΜΜΙΝΓ ΙΝΤΕΡΦΑΧΕ Προτοχολσ ΠΡΟΤΟΧΟΛΣ ΓΛΟΣΣΑΡΨ ΟΦ ΤΕΡΜΣ

18 Table f Figures ΦΙΓΥΡΕ 1 ΕΞΑΜΠΛΕ ΤΗΕΑΤΡΙΧΑΛ ΩΟΡΚΦΛΟΩ ΦΙΓΥΡΕ 2 ΕΞΑΜΠΛΕ ΙΜΦ ΣΨΣΤΕΜ ΑΡΧΗΙΤΕΧΤΥΡΕ ΦΙΓΥΡΕ 3 ΕΞΑΜΠΛΕ ΩΡΑΠΠΙΝΓ ΦΙΓΥΡΕ 5 ΕΞΑΜΠΛΕ ΙΜΦ ΧΟΜΠΟΣΙΤΙΟΝ ΦΙΓΥΡΕ 4 ΕΞΑΜΠΛΕ ΙΜΦ ΗΙΕΡΑΡΧΗΙΧΑΛ ΣΤΡΥΧΤΥΡΕ ΦΙΓΥΡΕ 6 ΕΞΑΜΠΛΕ ΙΜΠ...30 ΦΙΓΥΡΕ 7 ΕΞΑΜΠΛΕ ΤΡΑΧΚ ΦΙΛΕ ΣΤΡΥΧΤΥΡΕ...44 ΦΙΓΥΡΕ 8 ΕΞΑΜΠΛΕ ΟΦ ΚΛς ΧΟ ΙΝΓ ΦΙΓΥΡΕ 9 ΧΟΡΡΕΣΠΟΝ ΕΝΧΕ ΒΕΤΩΕΕΝ ΣΟΥΡΧΕ ΑΝ ΕΝΧΡΨΠΤΕ ΤΡΙΠΛΕΤΣ...47 ΦΙΓΥΡΕ 10 ΧΟΜΠΟΣΙΤΙΟΝ ΠΛΑΨΛΙΣΤ ΣΕΘΥΕΝΧΕ...54 ΦΙΓΥΡΕ 11 ΤΙΜΙΝΓ ΡΕΛΑΤΙΟΝΣΗΙΠΣ ΩΙΤΗΙΝ Α ΣΕΘΥΕΝΧΕ ΦΙΓΥΡΕ 12 ΣΕΘΥΕΝΧΕ ΣΨΝΧ ΡΕΛΑΤΙΟΝΣΗΙΠ ΕΞΑΜΠΛΕ...55 ΦΙΓΥΡΕ 13 ΣΕΘΥΕΝΧΕ ΣΤΡΥΧΤΥΡΕ ΦΙΓΥΡΕ 14 ΑΣΣΕΤ ΤΙΜΙΝΓ ΠΑΡΑΜΕΤΕΡΣ ΦΙΓΥΡΕ 15 ΦΥΤΥΡΕ ΣΤΑΤΕ ΜΑΣΤΕΡΙΝΓ & ΙΣΤΡΙΒΥΤΙΟΝ ΣΕΡςΙΧΙΝΓ...82 ΦΙΓΥΡΕ 16 ΕΞΑΜΠΛΕ ΙΜΦ ΩΟΡΚΦΛΟΩ...83 Table f Tables ΤΑΒΛΕ 1. ΙΜΦ ΒΑΣΙΧ ΕΛΕΜΕΝΤΣ...31 ΤΑΒΛΕ 2. ΞΜΛ ΝΑΜΕΣΠΑΧΕΣ ΤΑΒΛΕ 3. ΕΞΑΜΠΛΕΣ ΟΦ ΧΟΝΤΕΝΤ ΚΙΝ ΤΑΒΛΕ 4. ΕΞΑΜΠΛΕ ΡΑΤΙΝΓΣ (ΙΝΦΟΡΜΑΤΙςΕ) ΤΑΒΛΕ 6. ΕΞΑΜΠΛΕ ΜΑΡΚΕΡ ΛΑΒΕΛΣ

19 ΤΑΒΛΕ 7. ΕΞΑΜΠΛΕΣ ΣΤΑΝ ΑΡ Σ ΒΟ Ψ ΛΑΒΕΛΣ ΤΑΒΛΕ 8. ΕΞΑΜΠΛΕΣ ΧΗΑΝΝΕΛ ΛΑΒΕΛΣ...72 ΤΑΒΛΕ 5. ΕΞΑΜΠΛΕΣ ΣΤΑΝ ΑΡ Σ ΒΟ Ψ ΛΑΒΕΛΣ

20 IMF Intrductin Intrductin With the advance f technlgy within the mtin picture pst-prductin industry, a paradigm shift is upn us as we mve frm the videtape wrkflw t the file based wrkflw. It is with this shift that a need has risen fr a standardized set f specificatins fr this file-based wrkflw. In light f this shift, an rganizatin was sught ut by cntent creatrs t prvide the facility fr detailed discussins surrunding this tpic. The Entertainment Technlgy Center std ut as a leading candidate fr such discussins and in Nvember f 2008 the Interperable Master Frmat r IMF specificatin effrt was initiated Scpe The IMF file-based wrkflw is designed t replace the existing tape-based Distributin Servicing wrkflw. It will stre ne master set f file based elements t be assembled fr any dwnstream distributin using multiple Cmpsitin Play Lists (Recipes), similar t what is used in present day Digital Cinema Packaging (DCP). The brad cncept f a high quality, unifrm IMF shuld lwer csts, imprve time-t-market, and increase interperability f existing prductin prcesses and needs. This specificatin is intended t prmte imprved interperability and faster implementatin f multiple variants n a cmmn vide package, while retaining highest quality and apprpriate security f the material. It is envisined that this Final Specificatin wuld then be presented t SMPTE (Sciety f Mtin Picture and Televisin Engineers) t create standards, recmmended practices and engineering guidelines t implement this specificatin thrughut the industry as a cmmn interchange methd System Objectives At the nset f writing a specificatin fr an Interperable Master Frmat, ETC acknwledged certain fundamental requirements, which are: The Interperable Master Frmat (IMF) shall prvide fr a single set f master files and recipes t allw fr easy creatin f versins fr distributin channels. This shuld als prvide the ptential t repurpse existing cntent. The IMF shall have the capability t present Essence and Metadata that is equal t r better than what ne culd achieve with current practice (i.e. Videtape). The IMF shall prvide mechanisms (i.e. asset management, packing lists) fr the exchange f IMF metadata r packages between facilities. This system shuld be based upn internatinal standards s that cntent can be interchanged anywhere in the wrld as can be dne tday with videtape. These standards shuld be pen published industry standards that are widely accepted and cdified by reginal and internatinal standards bdies such as: ANSI, SMPTE, ITU, W3C, and ISO/IEC. The system specificatin and frmats shuld be chsen s that the capital equipment and peratinal csts are reasnable and explit, as much as pssible, the ecnmies f scale assciated with equipment and technlgy in use in ther industries. The hardware and sftware used in the system shuld be easily upgraded as advances in technlgy are made. Upgrades t the frmat shall be designed in a way s that cntent may be distributed and cmpatibly exchanged n the latest IMF-cmpliant hardware and sftware, as well as earlier adpted IMF-cmpliant equipment installatins. The Interperable Master Frmat shall be based upn a cmpnent architecture (e.g., Mastering, Cmpressin, Encryptin, Distributin, Strage, Playback) that allws fr the cmpnents t be replaced r upgraded in the future withut the replacement f the cmplete system. It is the intentin f this Digital Vide specificatin t allw fr advances in technlgy 20

21 and the ecnmics f technlgy advancement The dcument specifies a baseline fr the implementatin f an Interperable Master Frmat. The gal f backwards cmpatibility in this cntext is t allw, fr example, new cntent at higher reslutin and clr space t be understd by the baseline implementatin. The Interperable Master Frmat shall prvide a reliability and availability that is equal t, r better than, current practice. (i.e. videtape) The Interperable Master Frmat shall allw fr the use f a security methd. The system shuld prvide a means t allw the cntent t use standardized encryptin with private/public keys. The IMF shuld als allw the use f frensic marking f the cntent fr prviding traceable frensic evidence in the case f theft. Dcument Language This dcument cnsists f nrmative text and ptinal infrmative text. Nrmative text is text that describes the elements f the design that are indispensable r cntains the cnfrmance language keywrds: shall, shuld r may. Infrmative text is text that is ptentially helpful t the user, but nt indispensable and can be remved, changed r added editrially withut affecting interperability. Infrmative text des nt cntain any cnfrmance keywrds. All text in the dcument is, by default, nrmative except: any sectin titled Intrductin, any sectin explicitly labeled as Infrmative, r individual paragraphs that start with the wrd Nte. Nrmative references are thse external dcuments referenced in nrmative text and are indispensable t the user. Infrmative, r bibligraphic, references are thse references made frm infrmative text r are therwise nt indispensable t the user. The keywrds shall and shall nt indicate requirements that must be strictly fllwed in rder t cnfrm t the dcument and frm which n deviatin is permitted. The keywrds shuld and shuld nt indicate that amng several pssibilities ne is recmmended as particularly suitable, withut mentining r excluding thers; r that a certain curse f actin is preferred but nt necessarily required. In the negative frm, a certain pssibility r curse f actin is deprecated but nt prhibited. The keywrds may and need nt indicate a curse f actin permissible within the limits f the dcument. The keywrd reserved indicates that a cnditin is nt defined and shall have n meaning. Hwever, it may be defined in the future. The keywrd frbidden is the same as reserved, except that the cnditin shall never be defined in the future. A cmpliant implementatin is ne that includes all mandatry prvisins ( shall ) and, if implemented, all recmmended prvisins ( shuld ) as described. A cmpliant implementatin need nt implement ptinal prvisins ( may ). Requirements are indicated with the key phrases is required t, is encuraged t and can which represent shall, shuld and may (had the text been in a separate requirements dcument). This is necessary in rder t distinguish requirements frm the specificatin cnfrmance language. Sentences with the fllwing keywrds are italics: shall, shall nt, shuld nt, is required, is nt required, is nt encurage and is encuraged. The names f standards publicatins and prtcls are placed in [bracketed text]. Internatinal and industry standards cntain prvisins, which, thrugh reference in this text, cnstitute prvisins f this specificatin. At the time f publicatin, the editins indicated were valid. These referenced standards are subject t revisin, and parties t agreements based upn this specificatin are encuraged t investigate the pssibility f applying the mst recent editins f the referenced standards. Sectin 10 is a glssary f technical terms and acrnyms used thrughut this specificatin. The reader is encuraged t refer t the glssary fr any unfamiliar terms and acrnyms. 21

22 Trademarked names are the prperty f their respective wners. 22

23 SYSTEM OVERVIEW Functinal Framewrk The dcument defines technical specificatins and requirements fr the creatin and distributin f Interperable Master Frmat. The details are in the fllwing sectins: Essence: This sectin prvides specificatins fr the image and audi essence and its specific inherent metadata. The image essence specificatin defines a cmmn set f image structures by specifying parameters such as image cntainer, clrimetry and if required a mezzanine cmpressin structure fr the Interperable Master Frmat (IMF). The Audi Essence specifies audi characteristics such as; bit depth, sample rate, minimum channel cunt, channel mapping and reference levels. Data Essence: This sectin prvides specificatins fr the subtitle (Timed Text and sub pictures) and captins data essence. The Subtitles Essence specifies the frmat f a Digital Vide subtitle track file. A subtitle file cntains a set f instructins fr placing rendered text r graphical verlays at precise lcatins n distinct grups f mtin picture frames. A captin file may prvide graphical verlays r prvide graphical infrmatin t a secndary system fr display f text. Outside f prviding t a secndary system mst ther parameters are the same as subtitle data essence. Dynamic Metadata: This sectin prvides the specificatins fr the Metadata that is utside f the assciated metadata f the essence r data essence. This wuld be metadata such as; time cde, pan and scan, clr crrectin, dynamic dwn-mixing and dynamic range cntrl. Wrapping: This sectin defines the requirements fr wrapping the cntent and metadata (image, audi and subtitle) files using (where pssible) existing Material exchange Frmat (MXF) specificatins. The utput f this prcess is the Track Files. This sectin als defines the requirements fr encrypting the essence (sund, picture and subtitles) f the IMF if required Cmpsitin: This sectin prvides the specificatins fr the creatin f XML using Cmpsitin PlayLists (CPL) which are scripts that link the IMF Track Files tgether int synchrnized pieces f cntent. This sectin will als tuch upn the security requirements fr a cmpsitin and Cmpsitin PlayList. Packaging: Interperable Master Frmat Cmpsitins can be Packaged fr distributin which is detailed in this sectin. Prvides requirements fr all the tls necessary fr editrial functins in a typical pst-prductin envirnment. Annex: This sectin cntains example wrkflws using the IMF as well as definitins and suggested devices fr editrial systems, transcding and playut systems. 23

24 2.2. Overview The gal f the IMF prject is t establish an integrated hardware and sftware slutin fr the prcessing, strage, and management f digital cntent intended fr dwnstream distributin t business that will cnsume such cntent IMF System Architecture Figure 1 belw demnstrates an example f the end-t-end data flw frm Prductin t Distributin. The fcus f IMF is within the Distributin Servicing phase. Distributin Mechanisms Figure 1 Example Theatrical Wrkflw T further demnstrate the cncept f the Interperable Master Frmat in a system architecture fr distributin servicing refer t Figure 2 belw. The IMF aggregates image, audi, and ther files t supprt prcessing fr any dwnstream delivery requirement. It des this using Cmpsitin Play Lists t create the deliverables using transcding technlgies. The IMF package will allw fr delivery using the image elements stred in either a cmpressed r uncmpressed file. An example f this wuld be an HD reslutin with 709 clr space at 24 FPS cnverted t SD reslutin with 601 clr space at FPS. 24

25 Figure 2 Example IMF System Architecture Majr System Key Cncepts The fllwing listed cncepts belw are the Key Cncepts f the IMF as a system. These cncepts are derived frm wrk dne by cntent creatrs t create masters fr the dwnstream distributin servicing f theatrical cntent. This is nt t say that these cncepts r the IMF cannt be applied t ther frms f cntent. Instead it is nted here s that the reader may better understand its rigin Business t Business Slutin The IMF is intended t facilitate internal r a business t business relatinship and is nt intended t deliver cntent t the cnsumer Digital Surce Master (DSM) The IMF is derived frm a wide range f surces with a wide range f technical levels. One example is cntent in its finished state at the end f the theatrical pst-prductin prcess which is shwn abve in Figure 1 as a Digital Intermediate r als knw as a Digital Surce Master (DSM). The DSM can als be used t cnvert t a film duplicatin master and/r a master fr archival purpses. It is nt the intentin f this dcument t, in any way, specify the DSM. This is left t the discretin f the cntent prvider. 25

26 Archive nt in Scpe It is als nt the intentin f this specificatin t design the IMF as an archiveable master. One culd cnceive this as anther use f the IMF, hwever this is nt part f the scpe f this specificatin File / Frame-Based System The IMF is built upn a data file-based design, i.e., all f the cntent is made up f data stred in files. These files are rganized arund the image frames, which means that all f the synchrnizatin references t the image frames and frame rate. The file is the mst basic cmpnent f the system Essence and Data Essence The raw image and audi files f the DSM make up what is knwn as Essence. Als included as part f the IMF there may be subtitle r captin essence. This type f essence is called Data Essence and because f its nature it may require different specificatins and hence is described in its wn sectin Metadata Metadata is essentially data abut data. There are many examples f metadata: Supprting metadata Descriptive metadata Dynamic metadata Supprting and Descriptive metadata are defined by SMPTE. A new cncept prpsed fr the IMF is Dynamic metadata. This metadata is metadata that changes n a frame basis such as; time cde, pan and scan, clr crrectin and dynamic dwn-mixing. This metadata may r may nt be applied t the underlying essence. It must be synchrnized t the essence and therefre with these requirements will need t be wrapped and cntained as Track Files Security The IMF shuld nt preclude the use f encryptin r the use f frensic marks. This may ccur at the wrapping, cmpsitin r packaging stage Wrapping and Track File Creatin Wrapping is the prcess f encapsulating the essence, data essence and dynamic metadata files int well understd tempral units called Track Files using a standardized wrapping methd such as MXF. Figure 3 belw shws a basic example f this prcess f wrapping Essence and Metadata int Track Files. This prcess includes a way t uniquely identify each Track File alng with its assciated essence and metadata. It als prvides a methd t identify synchrnizatin lcatins within each f the Track Files. 26

27 Figure 3 Example Wrapping 27

28 Cmpsitin A Cmpsitin represents a cmplete set f files that may be a feature, an episde, a trailer, an advertisement r any ther single piece f cntent. A cmpsitin minimally cnsists f a Cmpsitin PlayList (CPL) and ne r mre Track Files. Cmpsitin PlayLists (CPL s) are XML structured textual lists that define hw elements f an IMF are t be assembled and either transcded t anther frmat r played ut as a presentatin. Figure 5 Example IMF Cmpsitin Versins One f the main reasns fr having an IMF is the ability t create many versins f a prgram withut duplicating the cmmn essence used fr each versin. Instead, ne Cmpsitin PlayList (CPL) is required fr each versin f the prgram, which is much smaller in size as cmpared t the Track Files themselves Sequence Within the Cmpsitin PlayList (CPL) ne shall create sequences where the Track Files are nested within these sequences. The CPL is rganized in such a way that, finding and pssibly replacing sequences becmes mre efficient depending n the number f Track Files. This cnfiguratin was selected t give the cntent creatr mre chices fr the structure f the Cmpsitin PlayList. In the IMF, a sequence represents a cnceptual perid f time having a specific duratin chsen by the cntent prvider. Fr example, a Sequence maybe the same length as a reel r it may be the running time f a televisin prgram between cmmercials. Again this length is determined by the cntent prvider t fit bth the particular wrkflw and cntent type. Once created, Sequences can then be electrnically spliced tgether within the CPL t create a cmplete presentatin. An example belw (see Figure 4) shws the hierarchical structure f the CPL. A sequence may have ne r mre Track Files nested within it. The IMF allws fr simple transitins t ccur between Track Files as well as allwing a minimum duratin f a single image frame. Sequences n the ther hand nly allw a minimum duratin f ne secnd and d nt allw fr transitins t ccur between them. 28

29 Figure 4 - Example IMF Hierarchical Structure Output Prfile List Once versins f a Cmpsitin are created, many different distributin frmats may be required t be made frm that particular versin. In rder t assist with the autmatin f this prcess, ne shall use a methd t define the transcder r play ut device s utput. The methd f cmmunicating the desired utput is called, the Output Prfile List r OPL. The OPL is a textual list that cntains the specificatin f the utput. It is linked t the CPL by using the UUID f the CPL. This allws ne t link many OPL s t a single CPL and autmate the transcding f the Cmpsitin int multiple distributin frmats Packages An Interperable Master Package (IMP) shall minimally cnsist f a Cmpsitin, an Output Prfile List, an Asset Map and Packing List. An Asset Map is a text dcument that describes hw the files are distributed acrss the physical media that is used fr transprt. A Packing List is a text dcument that prvides a list f all f the files included in that specific IMP. An example f an IMP is shwn belw in Figure 6. 29

30 Figure 6 Example IMP 30

31 2.3. IMF Elements and Prcesses The fllwing table prvides a list f the identified IMF elements and prcesses. The table als prvides the categry they belng t and where yu can find mre detail in the fllwing sectins. Table 1. IMF Basic Elements Element Categry Image Essence Audi Essence Primary Display Subtitles / Captins Data Essence Cmpsitin PlayList (CPL) Files Dynamic Metadata Output Prfile List (OPL) Supprting Metadata Packing List Supprting Metadata Asset Map Supprting Metadata Timecde Dynamic Metadata Secndary Display Captins/Subtitles Data Essence QC / Picture Reprts and Fact Sheets Descriptive Metadata Frensic Marking Data Essence Clr Crrectin Dynamic Metadata Pan and Scan (Aspect Rati Cnversin) Dynamic Metadata Time Cmpressin/ Expansin Dynamic Metadata HI (Hearing Impaired) Essence VI (Visually Impaired) Essence 31

32 Essence Overview Intrductin Essence is the cre files that cntain the image and audi data. One f the gals f the IMF is t allw fr a variety f these files t be included int the IMF. Fr example the IMF shuld supprt multiple image reslutins such as 1920x1080 and 1280x720. This is just ne f many different variables that maybe supprted by the IMF Essence Essence System Overview Fr the purpse f dcumenting the specific requirements and specificatins fr Essence, it is helpful t divide the system int a set f cmpnents. The specificatins and requirements fr each f these cmpnents will be described in the fllwing sectins: Image The image specificatin and file frmat Cmpressin Requirements Structural Metadata Audi The audi specificatin and file frmat Structural Metadata Majr Essence Cncepts The fllwing are the majr cncepts f the Essence files Essence Fundamental Requirements Cmmn File Frmats The Essence and Data Essence is required t use a cmmn standardized file frmat fr each element (image, audi, subtitles, etc.). The image essence file frmat is required t be an SMPTE-cnfrmant file based n existing SMPTE standards. The audi essence file frmat is required t be based n Bradcast Wave Frame Rates The image and audi frmats are required tshall supprt the fllwing a frame rates: F/s Prgressive f F/s Prgressive, , and Hz. 25 F/s Prgressive F/s Prgressive F/s Prgressive 50 f/s Interlaced 50 F/s Prgressive f/s Interlaced F/s Prgressive F/s Prgressive The frame rate f any individual IMF surce master is required t remain cnstant. Metadata shall be carried in the image and audi data file frmat t indicate the frame rate. 32

33 Synchrnizatin Files within the image and/r audi essence are required t carry infrmatin t prvide fr frame-based synchrnizatin between each file. At a minimum, they are required t include a start f file and a cntinuus frame cunt. 33

34 3.2. Image Specificatin Image Structure Image Metadata Required Fields Specific image metadata shall be required fr each image track that describes the native parameters f the image cntent, in rder t allw fr prper interchange between different implementatin systems. At the time f this writing, hwever, the actual metadata fields cannt be defined. Instead, the data elements shwn in Table # shall be the minimum amunt f infrmatin supprted by the IMF fr image. These data elements shall be cnverted int specific metadata fields nce the specificatin is cmplete. Data Element Data Element Definitin Examples Prductin Aperture Hrizntal Pixels Ttal number f hrizntal pixels used fr the Prductin Aperture 4096, 2048, 1920, 720, culd be many Prductin Aperture Vertical Pixels Ttal number f vertical pixels used fr the Prductin Aperture 3112, 2160, 1556, 1080, 576, 486, 480, culd be many Active Image Tp Left Start Crdinate (x,y) Start f Active Image within Prductin Aperture area expressed in an x,y crdinate value that is placed in relatin t the Prductin Aperature Tp Left Crdinate f 0,0 Varies examples include 0,0 r 0,239 Active Image Bttm Right End Crdinate (x,y) End f Active Image within Prductin Aperture area expressed in an x,y crdinate value that is placed in relatin t the Prductin Aperature Tp Left Crdinate f 0,0 Varies examples include 1919,1079 r 1679, 1079 Pixel Aspect Rati Shape f the pixel expressed in a rati f width divided by height f the pixel 1.0, culd be any rati Raster Frmat Interlaced (fields/secnd) r Prgressive (frames/secnd) Interlaced, Prgressive Frame Rate Rate that each image is shwn; used in cnjunctin with Raster Frmat t express fields/secnd r frames/secnd , 24, 25, 29.97, 30, 50, 59.94, 60 Bit Depth Number f bits used t represent the digital image data 8, 10, 12, 16 Chrma Subsampling Number f samples used per clr space cmpnent expressed in a rati 4:4:4, 4:2;2 Clr Space Type f clr mdel used fr the image expressed in a set f cmpnents R G B, Y CbCr, XYZ Clr Space Gamut Type f limiting gamut used fr the image, if present Rec.709, Rec.601 Vide Level Range used t represent zer black and 100% white Full-Range, LimitedRange Table #: Required Image Structure Data Elements Prductin Aperture, Active Image, Pixel Aspect Rati The Prductin Aperture is defined as the full canvas f the image area, parts f which, are nt necessarily meant t be seen. Prductin Aperture is defined in several SMPTE dcuments including S and will be defined here as a rectangular array f pixels that cntains the maximum pssible image area in a given frmat. In cntrast, the Active Image area is a subset f the Prductin Aperture and is defined as the area that cntains any part f the image that is meant t be seen. Active Image cntains the active 34

35 image cntent nly and shall nt cntain letterbxing mattes r side mattes. The Active Image area shall nt exceed the size f the Prductin Aperture. Because the Active Image area may be smaller than the Prductin Aperture, the Active Image area needs t be defined by a hrizntal and vertical psitin within the Prductin Aperture. In rder t describe the lcatin and size f the Active Image area with the least amunt f infrmatin, the Active Image area shall be expressed as tw x/y crdinate values: Tp Left Crdinate and Bttm Left Crdinate. Fr example, the Active Image f cntent that is shwn in the 2.39:1 aspect rati in the highest reslutin f HD (Active Image Width f 1920 pixels) wuld have an Active Vertical size f 803 (1920/2.39). Because the vertical size is an dd number, the placement f the Active Image cannt be centered within the 1920x1080 Prductin Aperture; hwever, by using crdinates t describe the psitin, the exact lcatin within the Prductin Aperture can be made as shwn in Figure #. The Tp Left f the Prductin Aperture is always 0,0. Figure #: Example f Prductin Aperture vs. 2.39:1 Active Image Area The IMF shall supprt a Prductin Aperture Hrizntal size up t 1920 pixels and a Vertical size up t 1080 pixels and shall supprt an Active Image area that is up t 1920x1080. The IMF shuld supprt a Prductin Aperture Hrizntal size up t 4096 pixels and a Vertical size up t 3112 pixels and shall supprt an Active Image area that is up t 4096x3112. At the time f this writing, current mastering standards include reslutins up t 1920x1080, s the IMF shall supprt up t this reslutin including reslutins that are cnsidered t be Standard Definitin r lwer. The Pixel Aspect Rati (PAR) defines the shape f the pixel used by the image in a rati f width versus height. Square PAR is the same as a rati f 1.0. Depending n the standard used, the PAR can differ examples include the nn-square PAR fr NTSC and PAL. Bth the Prductin Aperture and the Active Image shall share the same Pixel Aspect Rati. 35

36 Raster Frmat, Frame Rate Raster Frmat (Interlaced r Prgressive) and Frame Rate are dependent n each ther and t sme extent, n the reslutin f the image. The IMF shall supprt the same Raster Frmats and Frame Rates that are currently used in mastering tday including thse listed in the fllwing SMPTE specificatins: SMPTE 274M SMPTE 296M SMPTE 259M Because the file-based wrld affrds sme extra flexibility in regards t the mixing f reslutin, frame rate and raster frmats, particularly with prgressive frame rate material, the IMF shall supprt the reslutins and frame rates listed in Table # in additin t the abve SMPTE standards: System Nmenclature Luma r R G B samples per active line (S/AL) Active lines per frame (AL/F) Frame Rate (Hz) 720x480/23.98/P x486/23.98/P x576/25/P Active Image Only Any up t and including Any up t and including All listed in Sectin Table #: Required Nn-Standard Reslutins and Frame Rates In additin t the required reslutins, frame rates and raster frmats, the IMF shuld supprt up t 24 frames per secnd fr Hrizntal reslutins greater than 1920 pixels and up t 4096 pixels. There may need t be additinal metadata defined fr Interlaced Raster Frmats. Because this is a field rate, additinal data elements including field rder (bttm r tp field first) and pssibly repeated fields fr cntent with 3:2 pulldwn may be needed t thrughly describe the Interlaced cntent Bit Depth In regards t Bit Depth, the IMF shall supprt 8-bit and 10-bit image cntent and shuld supprt 12-bit and 16-bit cntent. At the time f this writing, 8-bit and 10-bit cntent are used cnsiderably mre than the higher bit-depths, s the IMF must supprt 8-bit and 10-bit in rder t match current mastering standards Chrma Subsampling The IMF shall supprt 4:4:4 (n chrma subsampling) and 4:2:2 chrma subsampling types. Current mastering standards use bth f these ratis; therefre the IMF must include the bth f these in the frmat Clr Space, Clr Space Gamuts The frmat shall include the Clr Space and Clr Space Gamuts that are currently used in mastering, which include: R G B ITU-R BT.709 Y CbCr ITU-R BT.709 Y CbCr ITU-R BT.601 The IMF shuld supprt: XYZ [standard? Or CIE 1931] 36

37 Cmpressin Requirements Image Cmpressin fr Digital Vide may use data reductin techniques t decrease the size f the data fr ecnmical delivery and strage. The system uses perceptual cding techniques t achieve an image cmpressin that is visually lssless. It is imprtant t nte that image cmpressin is typically used t ensure meeting transmissin bandwidth r media strage limitatins. This results in image quality being dependent n scene cntent and delivered bit rate. Digital Vide image cmpressin is much less dependent upn bandwidth r strage requirements, thereby making bit rate dependent n desired image quality rather than the reverse. Uncmpressed, Lssless and Lssy cmpressin schemes shall be included in the IMF Mezzanine Image Cmpressin Requirements The fllwing sectin defines the requirements fr a Mezzanine Image Cmpressin frmat and structure. TBDThe Uncmpressed, Lssless and Lssy cmpressin schemes shall meet the fllwing requirements: Shall be an Industry Standard (i.e.smpte, ITU, etc.) Shall be License-Free Shall supprt Intra-Frame In additin t the abve requirements, Lssless and Lssy cmpressin schemes shall meet the fllwing requirements: Shall supprt Variable and Cnstant Bit Rates Shall supprt Spatial Reslutin Layers Shall supprt Bit-Depth and Multiple Quality Layers The cmpressin scheme shall use dcumented industry standards in rder t ensure cnsistent interperability between system implementatins and t prevent cnflicts with intellectual prperty. In rder t allw fr the maximum number f participants t adpt the IMF, the cmpressin scheme shall be license-free. Intra-Frame cmpressin is an imprtant part f the image requirements because it allws fr each image frame t be self-cntained and edits t ccur in ne frame increments withut any additinal decding being necessary. Bth variable and cnstant bit rates shall be allwed in the cmpressin scheme in rder t allw the cntent wner t balance quality f the image versus verall size. The cmpressin scheme shall allw fr different spatial reslutin and bit-depth layers within the same frame. This allws ne set f files t cntain multiple reslutins f the image and varius bit-depth qualities. Fr example, the cmpressed HD image with a reslutin f 1920x1080 shall allw extractins f lesser reslutins such as 960x540 (half f the riginal width and height) and 480x270 (ne-quarter f the riginal width and height), withut having t decde and scale the image width and height t the smaller reslutins. This methd f extractin allws fr smaller prxy versins f the files t be used withut having t generate a separate file fr a system that requires a smaller reslutin. Smaller prxies are used in many situatins including editing and as reference files fr audi cnfrming and subtitling creatin. Likewise, the bit-depth shall als allw fr multiple bit-depth layers. Fr example, a 10-bit image shuld cntain the infrmatin needed t crrectly extract the 8-bit versin frm the 10-bit. This allws fr multiple quality images t be extracted frm the same set f files, depending n the requirements f the playback system. Using this methd f extractin, the lesser quality versin (8-bit in this example) wuld cntain parameters that wuld ptimize the playback n an 8-bit system. At the time f this writing, the nly lssy CODEC that meets the abve requirements is JPEG2000; hwever, the IMF will nt preclude ther CODECs that can meet the stated cmpressin requirements. Maybe Put This in and Ideal Implementatin Sectin r Annex: Real-time playback f the cmpressed image shall be supprted in rder t allw fr the playback f the cmpressed streams in real-time envirnments such as bradcast systems and screenings. In additin, 37

38 the ability t decde the cmpressed image faster than real time shall be required in rder t supprt transcding f the image t ther file frmats in a timely manner Structural Metadata Ancillary Data like VANC and HANC? 38

39 3.3. Audi Specificatin Audi Structure Structural Metadata 39

40 Data Essence Overview Intrductin The Data Essence Data Essence System Overview Fr the purpse f dcumenting the specific requirements and specificatins fr Data Essence, it is helpful t divide the system int a set f cmpnents. The specificatins and requirements fr each f these cmpnents will be described in the fllwing sectins: Subtitles Sub picture The pre-rendered pen text specificatin and file frmat Timed Text The Timed Text data specificatin and file frmat Captins - The Captins specificatin with similar categries as Subtitles abve. Sub picture The pre-rendered pen text specificatin and file frmat Timed Text The Timed Text data specificatin and file frmat Majr Data Essence Cncepts Fill in the blanks Data Essence Fundamental Requirements Cmmn File Frmats The Essence and Data Essence is required t use a cmmn standardized file frmat fr each element (image, audi, subtitles, etc.). The image essence file frmat is required t be an SMPTE-cnfrmant file based n existing SMPTE standards. The audi essence file frmat is required t be based n Bradcast Wave. The Subtitle essence shuld be based n PNG and XML file frmats Frame Rates The image structure is required t supprt a frame rate f and Hz. The image essence structure can als supprt a frame rate f Hz. The frame rate f any individual IMF surce master is required t remain cnstant. Metadata is carried in the image data file frmat t indicate the frame rate Synchrnizatin Files within the image and/r audi essence are required t carry infrmatin t prvide fr frame-based synchrnizatin between each file. At a minimum, they are required t include a start f file and a cntinuus frame cunt. 40

41 4.2. Subtitle Specificatin Sub picture Timed Text 4.3. Captin Specificatin Sub picture Timed Text 41

42 Dynamic Metadata Overview Intrductin The Metadata Dynamic Metadata System Overview Fr the purpse f dcumenting the specific requirements and specificatins fr Metadata, it is helpful t divide the system int a set f cmpnents. The specificatins and requirements fr each f these cmpnents will be described in the fllwing sectins: Time cde The specificatin and file frmat fr Time cde Dynamic Metadata Pan and Scan The specificatin and file frmat fr Image Pan and Scan Dynamic Metadata Clr Crrectin The specificatin and file frmat fr Image Clr Crrectin and Scan Dynamic Metadata Dynamic Dwn-mixing The specificatin and file frmat fr Audi Dynamic Dwn-mixing Dynamic Metadata Majr Dynamic Metadata Cncepts Fill in the blanks Dynamic Metadata Fundamental Requirements Cmmn File Frmats The Dynamic Metadata is required t use a cmmn standardized file frmat fr each element (Time cde, aux data, etc.). The time cde file frmat is required t be an MXF-cnfrmant file based n existing SMPTE standards Frame Rates The time cde structure is required t supprt a frame rate f (r ) Hz. The time cde structure shuld als supprt a frame rate f (r 59.94) Hz. The frame rate f any individual IMF surce master is required t remain cnstant Time cde Specificatin 5.3. Pan and Scan Specificatin 5.4. Clr Crrectin Specificatin 5.5. Dynamic Dwn-mixing Specificatin 42

43 Wrapping Overview Intrductin The IMF, as stated in the System Overview, is a cllectin f files, such as picture essence files and audi essence files. These files, as they stand by themselves, d nt represent a cmplete presentatin. Synchrnizatin tls, asset management tls, Metadata, cntent prtectin and ther infrmatin are required fr a cmplete presentatin t be understd and played back as it was intended. This is especially imprtant when the files becme cmpressed and/r encrypted and are n lnger recgnizable as image essence r audi essence in this state. Wrapping is a way t rganize and wrap this material in such a way as t make it suitable fr strage and mvement t its destinatin. In seeking a cmmn interchange standard fr Digital Vide between facilities and equipment, it is understd that there may be multiple surces f cntent. This will require special cnsideratin t achieve IMF interchange. Thus, an interchange wrapping structure is needed that perates acrss several dmains. The sectin als prvides a set f requirements fr the Material exchange Frmat (MXF) track file encryptin and creatin Wrapping System Overview Fr the purpse f dcumenting the specific requirements and specificatins fr Wrapping, it is helpful t divide the system int a set f cmpnents. The specificatins and requirements fr each f these cmpnents will be described in the fllwing sectins: Track Files The specificatin and file frmat fr the creatin f Track Files Encryptin - The specificatin fr encrypting Essense, Data Essence and Dynamic Metadata if required Essence The specific specificatins and file frmat fr wrapping Essence files Data Essence The specific specificatins and file frmat fr wrapping data essence files Dynamic Metadata The specific specificatins and file frmat fr wrapping Dynamic Metadata files Wrapping Fundamental Requirements Cmmn File Frmats The wrapping prcess is required t use a cmmn standardized file frmat fr each type f element (Image, audi, Time cde, aux data, etc.). This frmat is required t be an MXF-cnfrmant file based n existing SMPTE standards Frame Rates The time cde structure is required t supprt a frame rate f (r ) Hz. The time cde structure shuld als supprt a frame rate f (r 59.94) Hz. The frame rate f any individual IMF surce master is required t remain cnstant Wrapping Overview Intrductin The Audi and Image Track Files are the fundamental element in the IMF system. The audi and Image Track File structure and requirements, are defined by the Essence, Data Essence r Dynamic Metadata infrmatin 43

44 they cntain. Each f these Essence, Data Essence r Dynamic Metadata cntainers culd be image, sund, subtitle (Timed Text, and/r sub picture), captin r auxiliary data. Hwever, each track file fllws the same basic file structure. A track file cnsists f three lgical parts: the File Header, the File Bdy and the File Fter as shwn in Figure 7 belw. Figure 7 - Example Track File Structure The file structure is further brken dwn int lgical data items as defined in [SMPTE 336M Data Encding Prtcl using Key-Length-Value]. The KLV Cding Prtcl is cmpsed f Universal Label (UL) identificatin Key (UL Key), fllwed by a numeric Length (Value Length), fllwed by the data Value as shwn belw in Figure 8 belw. One r mre f these data items are cmbined t frm the lgical parts shwn abve. Length UL Key Length 16 bytes Value BER Variable Length Octets Figure 8 - Example f KLV Cding Frmat Infrmatin Each track file is required t be a self-cntained element, such that it s Essence r Metadata can be understd and presented as it was packaged by a cmpliant decder. The infrmatin is required t be lcated in the predetermined specified area. The Track File is t cntain the fllwing minimum infrmatin: Required Metadata fr unique asset identificatin Required Metadata fr decmpressin (ptinal) Required Metadata fr decryptin (ptinal) The fllwing infrmatin is required t be cnfigured in a human readable frmat: Essence physical frmat descriptin. (e.g., 4096 x 2160) Essence title asset infrmatin. (e.g., The_Perfect_Mvie_English_ R2) Sequence A Sequence is a cnceptual perid f time having a specific duratin. Track Files are required t be assciated with a particular Sequence. A Track File is required t nt crss ver a Sequence bundary that is a playable prtin f a Track File, between the mark in and mark ut pints. Sequence s are required t be cmpsed f ne r mre Track Files. 44

45 The minimum duratin f a Track File within a sequence is required t be an integer number f frames, such that the length is greater than r equal t ne (1) frame Track File Replacement A Track File is the smallest unit that can be managed r replaced as a discrete file in the field Synchrnizatin Each Track File is required t cntain the fllwing synchrnizatin infrmatin: Start f Essence Data (mark in) End f Essence Data (mark ut) Track File Frame Cunt Frame Rate Internal Synchrnizatin Splicing Track Files, f the same Essence type, are required t allw fr seamless r click-free splicing t create a cntinuus data stream fr a presentatin. The playback system is required t be able t perfrm sample accurate r click free splicing f audi track files Key Epch A Key Epch is the perid f time during which a given Decryptin Key is effective. The Key Epch is ne Reel Security Each Track File is required t prvide fr encryptin and methds t authenticate the data, if the cntent prvider chses t use such methds. In additin: The Essence cntainer is required t allw encrypted data, while the rest f the Track File Metadata is left unencrypted. At any pint in the delivery chain, it is required t be pssible t detect whether any accidental r intentinal alteratin has ccurred Integrity and Authenticatin Each Track File is required t prvide a methd fr verificatin f file integrity that can be easily determined at any step f the delivery prcess. In additin: It is encuraged that missing r crrupted data be easily identified. Track Files are encuraged t be subdivided int smaller segments, which have individual authenticity/errr-check cdes. This facilitates a decisin as t whether the file is s crrupt it cannt be played, r whether it is safe t prceed with play ut while requesting a replacement Track File Synchrnizatin with ther Track Files is encuraged t be verifiable. Extensibility The Operatinal Pattern is required t accmmdate future extensins within its riginal scpe. 45

46 Randm Access and Restarts The Operatinal Pattern is required t supprt randm access t the nearest integer minute. Randm access t individual frames is neither required nr desired. A restart ccurs as a result f a stp r pause in the system while executing a Cmpsitin PlayList. The system may be restarted at any frame prir t the frame at which it was stpped r paused. It is required that a restart be lgged by the Security Manager, prvided the Essence (either image, audi r subtitle) is encrypted Simple Essence A track file is required t cntain essence f a single Essence type (e.g., audi, image, subtitles). While a Track File can, fr instance, cntain all audi channels fr a given language, additinal languages are required t be stred in separate track file. The Cmpsitin PlayList will select the crrect Track Files t play a requested versin f the mvie (cmpsitin) MXF Track File Encryptin Intrductin The fllwing are requirements fr MXF Track File Encryptin. Fr the purpse f this sectin, a frame is defined as an image frame time, fr example 24 FPS r 48 FPS. The encryptin shall supprt KLV encding as specified in SMPTE 336 Data Encding using KeyLength-Value. The encrypted sund r picture Track File shall be a valid MXF file. KLV packets shall be encrypted using the Advanced Encryptin Standard (AES) blck cipher algrithm using a 128 bit key perating in Cipher Blck Chaining (CBC) mde, as defined in NIST SP A. See Natinal Institute f Standards and Technlgy FIPS 197 (Nvember 26, 2001). Advanced Encryptin Standard. Each shall use a single cryptgraphic key fr all frames within the sund r picture Track File. The encryptin methd shall supprt randm access t any frame f essence within the sund r picture Track File. The integrity f each frame f sund and picture essence shall be verifiable using the HMAC-SHA1 algrithm. There shall be a methd fr verifying that all frames within a sund and picture track are played in crrect sequence. The Track File encryptin methd shall allw fr the cmmn header data within each frame f Essence t be plain text. In ther wrds, the encryptin f each frame f essence shall have a prgrammable ffset f n bytes such that cmmn header data is left as plaintext. There shall be a methd fr verifying that the crrect cryptgraphic key is used and the essence is being decrypted crrectly. A reference decryptin mdel shall be specified. Track File encryptin shall nt require encryptin f all frames within a file. Track File encryptin shall be independent f the nature f the underlying essence and assciated metadata. N infrmatin shall be lst in the Track File encryptin prcess. 46

47 Encrypted Track File Cnstraints Encrypted Track Files shall fllw the same specificatin as plain-text Track Files, with the fllwing additinal cnstraints. The fllwing are included in the Encrypted Track File Cnstraints: Encrypted Essence Track A single cryptgraphic key, and hence, Cryptgraphic Cntext, shall be used t encrypt any given Essence track. Cryptgraphic Framewrk Descriptive Metadata Track Track Files may cntain ne r mre Descriptive Metadata Tracks in the MXF File Package that describes the Essence f the Track File. Index Tables In a plain-text Track File, each Index Table entry lcates a Triplet cntaining a single frame f picture Essence. Similarly, in an encrypted Track File, each Index Table entry shall pint t an Encrypted Triplet wrapping a single Triplet, itself cntaining a single frame f picture Essence. K L V encryptin / decryptin K L Cryptgraphic infrmatin K L E(V) Cryptgraphic infrmatin (pt) V Figure 9 - Crrespndence between Surce and Encrypted Triplets 1 Figure 9 abve illustrates the crrespndence between a plaintext KLV triplet and an Encrypted KLV Triplet. The value V f a surce plaintext KLV Triplet is first encrypted t yield E(V). This encrypted value, E(V), alng with K and L, is wrapped in a K L V Encrypted Triplet. K' is a unique label cmmn t all Encrypted KLV Triplets, independent f their cntent. L' refers t the full length f V'. V' cnsists f K, L and E(V) frm the surce KLV Triplet as well as cryptgraphic infrmatin specific t the Encrypted KLV Triplet. This cryptgraphic infrmatin includes, fr instance, the initializatin vectr used in generating E(V) and the Message Integrity Cde used t verify the integrity f the Triplet Image Track File Intrductin An Image Track File cntains the image Essence data and its assciated Metadata. Each Image Track File can cntain cmpressed and encrypted image data. The fllwing are requirements fr an Image Track File Frame Bundaries The Image Track File is required t begin and end with cmplete frames that allw fr splicing. Frames are defined t be image frames such as 24 FPS (1/24 sec) r 48 FPS (1/48 sec) Cmpressin The Track File is required t supprt Cnstant Bit Rate (CBR) cmpressin and Variable Bit Rate (VBR) cmpressin, within the cnstraints f the specified cde stream fr the reference decder 1 Red hatching depicts the encrypted prtin f the Encrypted Triplet. Other items are left in the clear. Only the value item f Surce Triplet is encrypted, allwing the Essence infrmatin t be encrypted prir t wrapping. See Encrypted Triplet fr a descriptin f the cryptgraphic infrmatin assciated with each Encrypted Triplet. 47

48 Metadata The fllwing Metadata is required t be furnished with the Image Track File: 6.6. Unique ID Unique ID f crrespnding plaintext track if encrypted Track type (i.e., mage) Ttal width in pixels Ttal height in pixels Aspect Rati Frame Rate Frame cunt number (duratin) Audi Track File Intrductin An Audi Track File cntains the audi Essence data and its assciated Metadata. The fllwing are requirements fr an Audi Track File Frame Bundaries The Audi Track File is required t begin and end with cmplete frames that are assciated with its Image Track File t allw fr a clean transitin between reels Data Packing Frmat The Track File is required t supprt uncmpressed audi data Metadata The fllwing Metadata is required t be furnished with the Audi Track File: 6.7. Unique ID Unique ID f crrespnding plaintext track encrypted Track type (i.e., audi) Audi Sampling Frequency Quantizatin bits (sample size) Channel Cunt Channel Mapping Labels Data Packing Frmat Frame Rate Audi Frame cunt number (duratin) Subtitle Track File Intrductin A Subtitle Track File cntains, fr example, the Subtitling Essence data and its assciated Metadata. Each Subtitle Track File may cntain any cmbinatin f text, fnt references, and image references. 48

49 Frame Bundaries The Subtitle Track File is required t have the same duratin as the playable regin f its assciated Image Track File Timed Text Any Timed Text element is required t use an Open Type fnt Sub picture Sub picture elements are required t use the PNG file frmat Metadata The fllwing Metadata is required t be furnished with the sub picture Track File: 6.8. Unique identificatin Track Type (i.e., Timed Text, sub picture) Ttal Width In Pixels f the Image Track File (PNG files nly) Ttal Height In Pixels f the Image Track File (PNG files nly) Aspect Rati (PNG files nly) Frame Rate Psitin Timing (Tempral) Captins Track File Intrductin A Captin Track File cntains, fr example, the Captins Essence data and its assciated Metadata. Each Captins Track File may cntain any cmbinatin f text, fnt references, and image references Frame Bundaries The Captins Track File is required t have the same duratin as the playable regin f its assciated Image Track File Timed Text Any Timed Text element is required t use an Open Type fnt Sub picture Sub picture elements are required t use the PNG file frmat Metadata The fllwing Metadata is required t be furnished with the sub picture Track File: Unique identificatin Track Type (i.e., Timed Text, sub picture) Ttal Width In Pixels f the Image Track File (PNG files nly) Ttal Height In Pixels f the Image Track File (PNG files nly) Aspect Rati (PNG files nly) 49

50 6.9. Frame Rate Psitin Timing (Tempral) Time Cde Track Files (Optinal) Intrductin A Time Cde Track File cntains, fr example, the Unicde text data r any ther data r Metadata that belngs in a separate track fr functinal purpses. The fllwing are requirements fr a Time Cde Track File Frame Bundaries The Time Cde Track File is encuraged t begin and end with cmplete frames that are assciated with its Image Track File t allw fr a clean transitin between reels Metadata The fllwing Metadata is required t be furnished with the Time Cde Track Files: Unique identificatin Track Type (i.e., auxiliary) Frame Cunt Number Text Frmat (If Applicable) Cue Names (If Applicable) Pan and Scan Track Files (Optinal) Intrductin A Pan and Scan Track File cntains, fr example, the Unicde text data r any ther data r Metadata that belngs in a separate track fr functinal purpses. The fllwing are requirements fr a Pan and Scan Track File Frame Bundaries The Pan and Scan Track File is encuraged t begin and end with cmplete frames that are assciated with its Image Track File t allw fr a clean transitin between reels Metadata The fllwing Metadata is required t be furnished with the Pan and Scan Track Files: Unique identificatin Track Type (i.e., auxiliary) Frame Cunt Number Text Frmat (If Applicable) Cue Names (If Applicable) 50

51 6.11. Clr Crrectin Track Files (Optinal) Intrductin A Clr Crrectin Track File cntains, fr example, the Unicde text data r any ther data r Metadata that belngs in a separate track fr functinal purpses. The fllwing are requirements fr a Clr Crrectin Track File Frame Bundaries The Clr Crrectin Track File is encuraged t begin and end with cmplete frames that are assciated with its Image Track File t allw fr a clean transitin between reels Metadata The fllwing Metadata is required t be furnished with the Clr Crrectin Track Files: Unique identificatin Track Type (i.e., auxiliary) Frame Cunt Number Text Frmat (If Applicable) Cue Names (If Applicable) Dynamic Dwn-mixing Track Files (Optinal) Intrductin A Dynamic Dwn-mixing Track File cntains, fr example, the Unicde text data r any ther data r Metadata that belngs in a separate track fr functinal purpses. The fllwing are requirements fr a Dynamic Dwn-mixing Track File Frame Bundaries The Dynamic Dwn-mixing Track File is encuraged t begin and end with cmplete frames that are assciated with its Image Track File t allw fr a clean transitin between reels Metadata The fllwing Metadata is required t be furnished with the Dynamic Dwn-mixing Track Files: Unique identificatin Track Type (i.e., auxiliary) Frame Cunt Number Text Frmat (If Applicable) Cue Names (If Applicable) 51

52 The Cmpsitin Intrductin The Cmpsitin represents a cmplete self-cntained digital media prgram. This Cmpsitin maybe a feature, episde, trailer, advertisement r any ther single piece f cntent. A cmpsitin usually cnsists f at a minimum a Cmpsitin PlayList (CPL) and ne r mre Track Files, which cntain the actual prgram Essence. A very simplified example f the Hierarchical Structure fr a Cmpsitin is given belw Functinal Framewrk Fr the purpse f dcumenting the specific requirements fr a Interperable Master Frmat Packaging system, it is helpful t divide the system int a set f cmpnents. The perfrmance requirements fr each f these cmpnents will be described in the fllwing sectins: Cmpsitin A self-cntained representatin f a single cmplete Digital Vide wrk, such as a mtin picture, r a trailer, r an advertisement, etc. Cmpsitin PlayList - The instructins t a play ut device r a transcder n hw t assemble the Track Files tgether t create a versin f the prgram. (Similar t an Edit Decisin List) Cmpsitin Security The specificatins and requirements f a Security framewrk the end users may r may nt take advantage f The Cmpsitin Fundamental Requirements Open Standard The Cmpsitin standard is required t be based upn an pen wrldwide standard. This frmat is encuraged t be a license-free technlgy. It is required t be a cmplete standard that equipment receiving a cmpliant Cmpsitin can prcess and interpret unambiguusly Interperable The Cmpsitin frmat is required t have an pen framewrk that accmmdates cmpressed, encrypted files as well as all ther files used in Digital Vide Scalable The Cmpsitin frmat is required t accmmdate any number f Essence r Metadata cmpnents. There is n limit n the number f files included in the package r the size f the files Extensible The Cmpsitin frmat is required t allw fr new Digital Vide features (cmpsitins) t be cntained within the package Synchrnizatin The Cmpsitin frmat is required t prvide supprt fr synchrnizatin f the Essence and Metadata elements Human Readable Metadata Human readable Metadata is required t be in English (default) but can be prvided in ther languages as well. 52

53 File Frmat The Cmpsitin PlayList is required t use the secure (digitally signed) text-based XML file frmat. Mre specifically the structures defined in this dcument are represented using the Extensible Markup Language (XML) [XML 1.0], and specified using XML Schema [XML Schema Part 1: Structures] and [XML Schema Part 2: Datatypes]. This specificatin shall be assciated with a unique XML namespace name [Namespaces in XML]. The namespace name shall be the string value This namespace name cnveys bth structural and semantic versin infrmatin, and serves the purpse f a traditinal versin number field. Table 2 lists the XML namespace names used in this specificatin. Namespace names are represented as Unifrm Resurce Identifier (URI) values [RFC 2396]. These values shall be cnsidered as simple strings, and applicatins shuld nt attempt t reslve them as URLs. Table 2. XML Namespaces. Qualifier URI cpl xs ds The namespace qualifier values (namespace prefixes in XML jargn) used in this dcument (cpl, xs, ds), are nt nrmative values. Implementatins shall perfrm crrectly with any XML cmpliant namespace prefix value that is assciated with a URI frm table 1 abve. Datatypes frm ther schemas that are used in this dcument will be prefixed with the apprpriate namespace qualifier (e.g. xs:datetime). See [XML Schema Part 2: Datatypes] and [XML-Signature Syntax and Prcessing] fr further infrmatin abut these types. The MIME type [IETF RFC 2046] fr a dcument cntaining a single Cmpsitin PlayList element as its rt shall be text/xml Terminlgy The fllwing terms are used t describe the features f this specificatin. Sequence Cmpsitin Essence Editable Unit Edit Rate Native Duratin Native Start Pint Native End Pint Playable Regin Track File Sample Rate Frame Rate A single r cntiguus set f Track Files intended t be reprduced sequentially within a Cmpsitin A cmplete artistic r infrmatinal mtin picture wrk, such as a feature, episde, trailer, r an advertisement, etc. The sund, picture and data resurces that ultimately are intended fr a viewing and/r listening experience. The smallest tempral increment f access t Essence, e.g. a frame r a sample. A number f Editable Units t be reprduced during a tempral interval having a duratin f exactly ne (1.0) secnd. Because Edit Rate values are nt always integer values and smetimes require many digits f precisin, Edit Rate values are expressed as a ratinal number (the rati f tw integers). The ttal number f Editable Units in a Track File. The first Editable Unit f a Track File. All Track Files are viewed by a Cmpsitin PlayList as a sequence f Editable Units numbered frm 0 (zer). Cnsequently, the Editable Unit number f the Native Start Pint f a Track File will always be 0 (zer). The last Editable Unit f a Track File. The set f Editable Units within a Track File that are intended t be reprduced as part f a Cmpsitin. A Track File may cntain Editable Units befre and/r after the Playable Regin. A file cntaining a single Essence, such as sund, picture r subtitle essence. The number f essence samples per secnd. Sample Rate values are expressed as a ratinal number (the rati f tw integers) The number f frames per secnd. Frame Rate values are expressed as a ratinal number (the rati f tw integers) 53

54 7.5. Synchrnizatin The Cmpsitin PlayList defines an idealized playback timeline using XML t prvide infrmatin t the transcder r playback device describing the rder and parameters used t manipulate the files. As depicted in first in Figure 1 previusly, and nw belw in Figure 10, the timeline cnsists f a cntiguus set f Sequences that are spliced tgether, which fit within the regin f a cmplete Cmpsitin. Figure 10 - Cmpsitin PlayList sequence Cntinuing with this hierarchical methd, as depicted in Figure 11, the expanded Sequence cnsists f a set f synchrnized Track Files alng with their assciated Metadata Track Files. Figure 11 - Timing relatinships within a Sequence Fr example, the CPL identifies a segment f a Track File t be reprduced in parallel with the ther Track Files in the same Sequence. The Asset s Entry Pint and Duratin parameters define the rder f Editable Units within the Track File that is t be reprduced (the Playable Regin). Track Files are aligned with ffsets frm their Native Start 54

55 Pints frm which they are then synchrnized and shall be reprduced simultaneusly. Using this same methd Figure 12 illustrates the timing relatinship between Track Files within a Sequence including transitins. Figure 12 - Sequence Sync Relatinship Example At the start f a given Sequence, playback f all Track Files cntained within that Sequence shall start simultaneusly at the Entry Pint given fr each respective Track File. The duratin f a Sequence shall be equal t the ttal duratin f the Sequence s MainPicture Track Files, r the Track Files with the shrtest duratin if the MainPicture Track File is nt present. 55

56 7.6. Cmpsitin PlayList Structure Cmpsitin PlayList shall be represented by a unique XML element, the CmpsitinPlaylist element. The Cmpsitin PlayList shall be encded using the UTF-8 character encding [XML 1.0]. The Cmpsitin PlayList shall include the fllwing fields unless stated as ptinal in which case they may be included General Infrmatin The Cmpsitin PlayList shuld prvide the fllwing general infrmatin t allw quick access t the infrmatin abut the cmpsitin. This shuld allw either humans r autmated systems t surce the general infrmatin. Belw is the list f the bth the infrmative infrmatin and required infrmatin t cmplete the structure f the Cmpsitin PlayList. Sme items are ptinal and therefre nt required fr a cmpliant Cmpsitin PlayList. Other sectins are described in mre detail in later sectins. Unique ID Anntatin Text [ptinal] Issue Date Issuer [ptinal] Creatr [ptinal] Cntent Title Text [ptinal] Cntent Kind (e.g., Feature, Trailer, Lg, Advertisement, Episde) Cntent Versin ID [ptinal] Label Text [ptinal] Cntent Descriptin Surce Media Descriptin [ptinal] Frame Rate Timecde Type [ptinal] Image Encding Type Audi Sample Rate Audi Cnfiguratin Audi Bit Depth Subtitle Type Captin Type Media File Size Ttal Running Time Language Cuntry Rating [ptinal] Agency Label 56

57 Encryptin (yes/n) Sequence List Signer [ptinal] Signature [ptinal] Unique Id The Id element uniquely identifies the Cmpsitin PlayList fr asset management purpses. It shall nt uniquely identify the cntent represented by the cmpsitin. It shall be encded as a urn:uuid per [RFC 4122] AnntatinText [ptinal] The AnntatinText element shall be a free-frm, human-readable anntatin describing the cmpsitin. It is meant strictly as a display hint t the user. The ptinal language attribute is an xs:language language cde and indicates the language used fr the text. If the language attribute is nt present, the default value en shall be used IssueDate The IssueDate element shall be used t define the time and date at which the Cmpsitin PlayList was issued. It may be displayed t the user. It shall be encded as an xs:datetime Issuer [ptinal] The Issuer element shall be a free-frm, human-readable anntatin that shall identify the entity that created the Cmpsitin PlayList. It is meant strictly fr display t the user. The Signer element defined in Sectin shall be used t identify the entity that digitally signed the Cmpsitin PlayList. The ptinal language attribute is an xs:language language cde and indicates the text language f the cntent f the element. If the language attribute is nt present, the default value en shall be used Creatr [ptinal] The Creatr element shall be a free-frm, human-readable anntatin that shall identify; the applicatin used t create the Cmpsitin PlayList, the Facility that created the CPL and the peratr that created the CPL. It is meant strictly fr display t the user. The ptinal language attribute is an xs:language language cde and indicates the text language f the cntent f the element. If the language attribute is nt present, the default value en shall be used CntentTitleText The CntentTitleText element shall cntain a human-readable title fr the cmpsitin, e.g. The Jazz Singer. It is strictly meant as a display hint t the user. The ptinal language attribute is an xs:language language cde and indicates the language f the cntent f the element. If the language attribute is nt present, the default value en shall be used CntentKind The CntentKind element defines the kind f material referred t by the Cmpsitin PlayList. It is meant t be bth human and machine-readable. Table 3 belw shw examples f Cntent Kind. 57

58 Table 3. Examples f Cntent Kind. Kind feature trailer ment nal Descriptin A theatrical feature. Shrt (2 t 3 minutes) cntent prmting an upcming theatrical feature. Cntent used t test, calibrate r setup equipment. test Very shrt (typically less than 1 minute) cntent teaser prmting an upcming theatrical feature. Slate/still picture indicating the recmmended age rating grup permitted t view the cntent t fllw. This rating is generally unique per cuntry. advertise Cntent prmting a prduct r service ther than an upcming feature. Nn advertising/prmtinal cntent (3 t 15 shrt minutes) typically befre a theatrical feature. transiti Extremely shrt cntent (1 t 15 secnds) separating unrelated cmpsitins. Public service annuncement. psa CntentVersin This defines the versin f the cntent referred t by the cmpsitin, as ppsed t the Cmpsitin PlayList Id element which uniquely identifies an instance f the Cmpsitin PlayList. Thus there may be tw distinct cmpsitins, with distinct CmpsitinPlaylist Id values, that refer t the same cntent and thus have the same CntentVersin Id value. This may ccur, fr example, if a cmpsitin is distributed t supercede a previus versin. Similarly, while tw cmpsitins may share the same cntent title, they may refer t tw different versins, such as French (dubbed) and French (riginal), and therefre have tw distinct CntentVersin Id values. The CntentVersin element is meant t assist bth users and sftware in scheduling and tracking cntent Id The Id element shall identify the cntent cntained in the Cmpsitin PlayList. It shall be a valid URN, per [RFC 2141] LabelText The LabelText element shall be a human readable label, e.g. French (1.85 picture, 16.1 sund, dubbed), describing the cntent. The ptinal language attribute is an xs:language language cde and indicates the text language f the cntent f the element. If the language attribute is nt present, the default value en shall be used CntentDescriptin This describes the cntent referred t by the cmpsitin. Mst f this infrmatin is als cntained in the metadata f the Track Files. It is prvided here in human readable frm fr infrmative purpses nly. Machines shuld nt rely n this infrmatin fr transcding r Play-Out and in all cases the Track File metadata takes pririty ver infrmatin prvided here. The CntentDescriptin element is meant t assist bth users and sftware in scheduling and tracking cntent SurceMediaDescriptin [ptinal] The SurceMediaDescriptin element shall be human readable text, e.g. HDCamSR (1.85 picture, 16.1 sund, dubbed), describing the cntent surce. The ptinal language attribute is an xs:language language cde and indicates the text language f the cntent f the element. If the language attribute is nt present, the default value en shall be used. Further mre an element ID and LabelText can be added t the descriptin and is specified belw. 58

59 Id [ptinal] The Id element shall identify the cntent cntained in the Cmpsitin PlayList. It shall be a valid URN, per [RFC 2141] LabelText [ptinal] The LabelText element shall be a human readable label, e.g. French (1.85 picture, 16.1 sund, dubbed), describing the cntent. The ptinal language attribute is an xs:language language cde and indicates the text language f the cntent f the element. If the language attribute is nt present, the default value en shall be used FrameRate The FrameRate element shall cntain the number f frames per secnd f the intended playback rate f the MainPicture element. (ex r 59.94) This is infrmative infrmatin t allw fr humans and machine t read and if necessary manipulate the MainPicture asset f the Cmpsitin t cnfrm t the FrameRate TimecdeType [ptinal] The TimecdeType element shall cntain infrmatin f the timecde frmat f the MainPicture element. This is infrmative infrmatin t allw fr humans and machine t read and if necessary manipulate the MainPicture asset f the Cmpsitin t cnfrm the picture infrmatin t the Cmpressin specificatin ImageEncdingStandard [ptinal] The ImageEncdingStandard element shall cntain infrmatin f the encding paramaters f the MainPicture element. This is infrmative infrmatin t allw fr humans and machine t read and if necessary manipulate the MainPicture asset f the Cmpsitin t cnfrm the picture infrmatin t the encding specificatin StandardsBdy [ptinal] The StandardsBdy element shall cntain a URI [RFC 2396] that uniquely identifies the Standards Bdy issuing the Standard Label [ptinal] The Label element shall cntain a textual representatin f the Standards Bdy, which may be displayed t the user. Fr each issuing Standards Bdy, and hence unique URI, there are a number f permissible Label values. An example f such is shwn belw in Table 4. The specificatin f this mapping is beynd the scpe f this dcument AudiSamplingRate The AudiSamplingRate element shall cntain the integer f the sampling rate f the MainSund element. (ex. 48 r 96 ) This is infrmative infrmatin t allw fr humans and machine t read and if necessary manipulate the MainSund asset f the Cmpsitin t cnfrm t the AudiSamplingRate AudiCnfig The AudiCnfig element shall cntain the Channel cnfiguratin f the MainSund element. (ex. LtRt, 5.1 etc.) This is infrmative infrmatin t allw fr humans and machine t read and if necessary manipulate the MainSund asset f the Cmpsitin t cnfrm t the AudiCnfiguratin AudiBitDepth The AudiBitDepth element shall cntain the integer f bits per sample f the MainSund element. (ex. 16 r 24) This is infrmative infrmatin t allw fr humans and machine t read and if necessary manipulate the MainSund asset f the Cmpsitin t cnfrm t the AudiBitDepth. 59

60 SubtitleFrmat [ptinal] The SubtitleFrmat element defines the frmat f the MainSubtitle f material referred t by the Cmpsitin PlayList. It is meant t be bth human and machine-readable CaptinFrmat [ptinal] The CaptinFrmat element defines the frmat f the MainCaptin f material referred t by the Cmpsitin PlayList. It is meant t be bth human and machine-readable TtalRunningTime The TtalRunningTime element shall be used t define the cmplete running time f the Cmpsitin at the instance when Cmpsitin PlayList was issued. It may be displayed t the user. It shall be encded as an xs:hurs:minutes:secnds:frames Language [ptinal] The Language element shall reflect the primary spken r textual language f the Cmpsitin. The element value is encded as an xs:language language cde and indicates the primary language f the cntent Cuntry [ptinal] The Cuntry element shall reflect the primary area f intended distributin f the Cmpsitin. This shall use the ISO standard three-letter acrnym fr it designatin RatingList [ptinal] The RatingList element shall cntain an rdered list f zer r mre Rating elements cntaining ratings assciated with the cmpsitin. Each Rating element, shwn in Table 4, cntains an Agency and a Label element. Each element is meant t be bth human and machine-readable. There shall be nly ne Rating element per given Agency Agency The Agency element shall cntain a URI [RFC 2396] that uniquely identifies the agency issuing the rating Label The Label element shall cntain a textual representatin f the rating, which may be displayed t the user. Fr each issuing agency, and hence unique URI, there are a number f permissible Label values. The specificatin f this mapping is beynd the scpe f this dcument Table 4. Example Ratings (Infrmative). Agency Labels R, PG, PG-13, G, NC-17 G, 13+, 16+, 18+ Encryptin The Encryptin element defines the whether r nt Encryptin used n any prtin f the Cmpsitin. It is meant t be bth human and machine-readable SequenceList The SequenceList element shall cntain an rdered list f Sequence elements t be reprduced in cntinuus rder. The structure f the Sequence element shall be as defined in Sectin

61 Signer [ptinal] The Signer element uniquely identifies the entity, and hence the public-private key pair, that digitally signed the Cmpsitin PlayList. It shall be an instance f the KeyInfType type defined in [XML-Signature Syntax and Prcessing]. If the Signer element is present, then the Signature element shall als be present. If X.509 certificates are used per [XML-Signature Syntax and Prcessing], then the Signer element shall cntain ne X509Data element cntaining ne X509IssuerSerial element, which uniquely identifies the certificate used t sign the Cmpsitin PlayList Signature [ptinal] The Signature element shall cntain a digital signature authenticating the Cmpsitin PlayList. If the Signature element is present, then the Signer element ( abve) shall als be present. The Signature element shall be an instance f the ds:signature element defined in [XML-Signature Syntax and Prcessing]. The digital signature shall be envelped and apply t the entire Cmpsitin PlayList. An envelped signature is ne that is attached t the dcument being signed. The signature is generated by the signer, as identified by the Signer element, using the signer s private key. 61

62 7.7. Sequence Structure Each Sequence shall cnsist f a number f Assets, each crrespnding t a particular aspect f the Digital Vide presentatin. While this specificatin defines a number f asset types, additinal asset types may be added in the future. The structure is shwn belw in Figure 13. Figure 13 - Sequence Structure Sequence Infrmatin The Cmpsitin PlayList shuld prvide the fllwing sequence infrmatin t allw quick access t the infrmatin abut the cmpsitin. This shuld allw either humans r autmated systems t surce the general infrmatin. Belw is the list f the bth the infrmative infrmatin and required infrmatin t cmplete the structure f the Sequence. Sme items are ptinal and therefre nt required fr a cmpliant Cmpsitin PlayList. Other sectins are described in mre detail in later sectins. SequenceType Unique ID Anntatin Text (Sequence Title) [ptinal] Sequence Versin [ptinal] Issue Date [ptinal] Issuer [ptinal] AssetList MainMarkers [ptinal] MainPicture [ptinal] PictureSpatial [ptinal] PictureTransitin [ptinal] ClrCrrectin [ptinal] MainSund [ptinal] Other Asset [ptinal] 62

63 SequenceType The SequenceType describes a Sequence asset intended t be reprduced as part f a Cmpsitin PlayList. Individual child elements are defined in the fllwing subsectins Unique Id The Id element uniquely identifies the Sequence fr asset management purpses. It shall be encded as a urn:uuid per [RFC 4122] AnntatinText [ptinal] The AnntatinText element shall be a free-frm, human-readable, text anntatin assciated with the Sequence. It meant strictly as a display hint t the user. The ptinal language attribute is an xs:languagelanguage cde and indicates the text language f the cntent f the element. If the language attribute is nt present, the default value en shall be used IssueDate The IssueDate element shall be used t define the time and date at which the Cmpsitin PlayList was issued. It may be displayed t the user. It shall be encded as an xs:datetime Issuer [ptinal] The Issuer element shall be a free-frm, human-readable anntatin that shall identify the entity that created the Cmpsitin PlayList. It is meant strictly fr display t the user AssetList The AssetList element shall cntain the rdered list f media assets that will be reprduced in parallel during Sequence playback. Each asset shall be uniquely identified by a UUID per [RFC 4122]. The defining specificatin fr each Track File shall specify the lcatin f the identifying UUID. Each child element f the AssetList element shall be derived frm the datatype GenericAssetType defined in Sectin A number f standard assets are defined in the subsequent sectins. As additinal assets are defined, e.g. captins, the AssetList element may be extended by intrducing new elements MainMarkers [ptinal] The MainMarkers element defines markers, e.g. FFOC, LFOC, assciated with the main prtin f the presentatin, i.e. MainPicture and MainSund assets. Markers shall be referenced frm the start f the Sequence they are assciated with. The MainMarkers element shall be an instance f MarkersAssetType and its structure is described in mre detail in Sectin MainPicture [ptinal] The MainPicture element defines the picture essence t be delivered t the Transcder r Playback Display device. The actual picture essence is cntained in an external Track File. The MainPicture element shall be an instance f PictureTrackFileAssetType and its structure is defined in Sectin PictureSpatial [ptinal] The PictureSpatial element defines the picture spatial metadata t be delivered t the Transcder r Playback Display device. This prvides metadata such as Pan and Scan, Zm, Matte and Crpping infrmatin. The actual picture spatial metadata is cntained in an external Track File. The PictureSpatial element shall be an instance f PictureMetadataTrackFileAssetType and its structure is defined in Sectin

64 PictureTransitin [ptinal] The PictureTransitin element defines the picture transitin metadata t be delivered t the Transcder r Playback Display device. This prvides metadata such as fade up, fade dwn and crss fade infrmatin. The actual picture transitin metadata is cntained in an external Track File. The PictureTransitin element shall be an instance f PictureMetadataTrackFileAssetType and its structure is defined in Sectin ClrCrrectin [ptinal] The ClrCrrectin element defines the Clr Crrectin metadata t be delivered t the Transcder r Playback Display device. This prvides metadata such as standardized Primary and Secndary clr crrectin infrmatin. The actual clr crrectin metadata is cntained in an external Track File. The ClrCrrectin element shall be an instance f PictureMetadataTrackFileAssetType and its structure is defined in Sectin MainSund [ptinal] The MainSund element defines the sund essence t be reprduced in the Transcder r Playback system. The actual sund essence is cntained in an external Track File. The MainSund element shall be an instance f SundTrackFileAssetType and its structure is defined in Sectin MainSubtitle [ptinal] The MainSubtitle element defines the Subtitle essence t be reprduced n the main screen in the Transcder r Playback system. The actual Subtitle essence is cntained in an external Track File. The MainSubtitle element shall be an instance f SubtitleTrackFileAssetType and its structure is defined in Sectin MainCaptin [ptinal] The MainCaptin element defines the Captins data essence t be reprduced n the main screen in the Transcder r Playback system. The actual Captins data essence is cntained in an external Track File. The MainCaptin element shall be an instance f CaptinTrackFileAssetType and its structure is defined in Sectin

65 Extensins (New Asset Types) Extensin elements shall be used t represent asset types nt defined in this dcument. Zer r mre extensin elements may be present in the AssetList. When present, extensin elements shall be lcated after any elements defined by this dcument. When present, extensin elements shall have names that belng t a namespace different than the namespace declared by this dcument. Implementatins may ignre extensin elements belnging t an unknwn namespace. Extensin elements shall directly r indirectly extend GenericAssetType. Extensin elements may extend any type defined in this dcument which are derived frm GenericAssetType. Infrmative nte: Extensin elements shuld have unique, descriptive names and shuld appear nly nce in a given Sequence. Extensin specificatins that allw multiple instances f an element in a Sequence shuld prvide bth a means f differentiating instances within a Sequence and a means f linking related instances in separate Sequences. 65

66 7.8. Asset Structures Sequence and Clip Asset elements share cmmn attributes, such as Duratin, and are therefre specified as a set f types derived frm a cmmn structure, namely the GenericAssetType structure. A number f Asset elements als reference external files, in which case they are derived frm the TrackFileAssetType structure Asset Infrmatin The Cmpsitin PlayList shuld prvide the fllwing Asset infrmatin t allw quick access t the infrmatin abut the cmpsitin. This shuld allw either humans r autmated systems t surce the general infrmatin. Belw is the list f the bth the infrmative infrmatin and required infrmatin t cmplete the structure f the Asset. Sme items are ptinal and therefre nt required fr a cmpliant Cmpsitin PlayList. Other sectins are described in mre detail in later sectins. Generic Asset Type Unique ID Asset Title (Anntatin Text) [ptinal] Edit Rate Intrinsic Duratin Entry Pint [ptinal] Duratin [ptinal] Track File Asset Type Key ID [ptinal] Hash File [ptinal] Marker Asset Type Marker List Label Anntatin Text [ptinal] Offset Picture Track File Asset Type Pixel Matrix Bit Depth Clr Encding Frame Rate Image Aspect Rati Picture Spatial Metadata Track File Asset Type Standards Bdy [ptinal] Label [ptinal] Picture Transitin Metadata Track File Asset Type Standards Bdy [ptinal] Label [ptinal] 66

67 Clr Crrectin Metadata Track File Asset Type Standards Bdy [ptinal] Label [ptinal] Sund Track File Asset Type Sampling Rate Bit Depth Number f Channels Channel Cnfiguratin Language [ptinal] Subtitle Track File Asset Type Channel Labels Language [ptinal] Captin Track File Asset Type Language [ptinal] GenericAssetType The GenericAssetType describes a generic asset intended t be reprduced as part f a Sequence r Clip. Individual child elements are defined in the fllwing subsectins Id The Id element uniquely identifies the Asset. It shall be encded as a urn:uuid per [RFC 4122]. If the Asset refers t an external resurce, such as a Track File, the UUID value shall identify the resurce. Mapping f UUID values t actual resurces is beynd the scpe f this dcument AnntatinText [ptinal] The AnntatinText element shall be a free-frm, human-readable text anntatin assciated with the asset. It meant strictly as a display hint t the user. The ptinal language attribute is an xs:languagelanguage cde and indicates the text language f the cntent f the element. If the language attribute is nt present, the default value en shall be used EditRate The EditRate element defines the Edit Rate f the Asset. It shall be in units f inverse secnds and represented as a Ratinal Number. The IntrinsicDuratin, EntryPintand Duratin parameters shall be expressed in units f 1/EditRate (i.e. as integer values). If the Asset refers t an external resurce, EditRate may differ frm the actual Edit Rate r Sample Rate f the underlying essence. 67

68 IntrinsicDuratin The IntrinsicDuratin element shall define the Native Duratin f the Asset, as illustrated in Figure 14. It shall nt take int accunt the values f the EntryPint and Duratin elements. Unless the ptinal EntryPint and Duratin parameters are specified, playback f the asset shall start at the Native Start Pint and terminate at the Native End Pint f the Track File. IntrinsicDuratin shall be expressed in units f 1/EditRate, i.e. as a cunt f Editable Units. native start pint native end pint intrinsic duratin asset EntryPint Duratin Figure 14 - Asset Timing Parameters EntryPint [ptinal] This element shall nly be present when the Asset refers t an external resurce such as a Track File. The EntryPint element identifies the Edit Unit where playback shall start (the first editable unit f the playable regin). It shall be encded as an integer number and shall be expressed in units f 1/EditRate, i.e. as a cunt f Editable Units. This element shall be required if the desired Entry Pint is greater than 0 (zer). If this element is nt present, a value f 0 shall be assumed and Asset playback shall start at the Native Start Pint f the resurce Duratin [ptinal] This element shall nly be present when the Asset refers t an external resurce such as a Track File. The Duratin element defines the duratin f the Playable Regin f the resurce. It shall be encded as an integer number and shall be expressed as an integer number in units f 1/EditRate, i.e. as a cunt f Editable Units. If present, this value shall be an integer between 0 (zer) and IntrinsicDuratin EntryPint (the number f edit units between the EntryPint and the Native End Pint the Track File). If this element is nt present, Asset playback shall stp after (IntrinsicDuratin EntryPint)/EditRate secnds, i.e. at the Native End Pint f the Asset TrackFileAssetType The TrackFileAssetType element shall be derived frm GenericAssetType. It describes an asset based n an external file such as a Picture r Sund Track File KeyId [ptinal] The KeyId element uniquely identifies the cryptgraphic key used t encrypt the underlying track file. This element shall cntain a key identifier encded as a urn:uuid value. KeyId shall be present if any prtin f the underlying track file is encrypted. The mapping f key identifiers t actual key values is beynd the scpe f this dcument Hash [ptinal] The Hash element shall cntain the hash (message digest) f the underlying track file cmputed using the SHA-1 message digest algrithm [RFC 3174]. When authenticated by the digital signature in the Cmpsitin PlayList (see ), it may be used t verify the integrity and authenticity f the underlying track file. The resulting 160-bit integer shall be encded using Base64 representatin [RFC 2045]. 68

69 MarkerAssetType The MarkerAssetType element shall be derived frm the GenericAssetType. It describes the cntent markers, e.g. FFOC, assciated with a Sequence. An instance f the MarkerAssetType is the MainMarkers element. Just as fr picture and sund assets, the marker asset has a timeline. The Offset f each Marker (see Figure 6) is the psitin frm the start f the timeline and the Intrinsic Duratin f the timeline shall crrespnd t the Offset f the last Marker MarkerList The MarkerList element shall cntain a list f Marker elements. The members f the Marker element are defined in the fllwing subsectins Label The Label element shall cntain a textual representatin f the marker. An ptinal scpe attribute with default URI value f determines the permissible values f the element. Table 6. Example Marker Labels. Marker FFOC LFOC FFTC LFTC FFOI LFOI FFEC LFEC FFOB LFOB FFMC LFMC Descriptin First Frame f Cmpsitin. The first frame f a cmpsitin that is intended fr display. Last Frame f Cmpsitin. The last frame f a cmpsitin that is intended fr display. First Frame f Title Credits. First displayable frame f cntent that cntains any intensity f the Title Credits (a nn zer alpha value), which appear at the beginning f a feature. Last Frame f Title Credits. Last displayable frame f cntent that cntains any intensity f the Title Credits (a nn zer alpha value), which appear at the beginning f a feature. First Frame f Intermissin. Last Frame f Intermissin. First Frame f End Credits. First displayable frame f cntent that cntains any intensity f the End Credits (a nn zer alpha value), which appear at the end f a feature. Last Frame f End Credits. Last displayable frame f cntent that cntains any intensity f the End Credits (a nn zer alpha value), which appear at the end f a feature. First Frame f Ratings Band. First displayable frame f cntent f the Rating Band, which is usually a slate at the beginning f a feature. Last Frame f Ratings Band. Last displayable frame f cntent f the Rating Band, which is usually a slate at the beginning f a feature. First displayable frame f cntent that cntains any intensity f mving, rlling r scrlling credits (a nn-zer alpha value), which appear at the end f the feature. Last displayable frame f cntent that cntains any intensity f mving, rlling r scrlling credits (a nn-zer alpha value), which appear at the end f the feature. AnntatinText [ptinal] The AnntatinText element shall be a free-frm, human-readable anntatin assciated with the marker. It meant strictly as a display hint t the user. The ptinal language attribute is a standard XML language cde and indicates the text language f the cntent f the element. If the text language attribute is nt present, the default value en shall be used. 69

70 Offset The Offset element defines the abslute psitin f the marker frm the start f the marker asset. It shall be represented as integer number f 1/EditRate units, as inherited frm the GenericAssetType PictureTrackFileAssetType The PictureTrackFileAssetType, shall be derived frm the TrackFileAssetType. It describes a Track File cntaining picture essence. An instance f the PictureTrackFileAssetType is the MainPicture element The elements defined belw replicate values cntained in the underlying track file and shall remain cnsistent with the cntent f the underlying track file at all times. They are included in the Cmpsitin PlayList t alleviate the need fr sftware t access and parse individual track files in rder t display the values t users. In the event an incnsistency exists, the values cntained in the underlying track file shall take precedence PicturePixelMatrix The PicturePixelMatrix element shall cntain the hrizntal and vertical pixel cunt f the underlying picture track file. As described abve, it is included in the Cmpsitin PlayList fr cnvenience nly. It shall be encded as a ratinal number f frames per secnd PictureBitDepth The PictureBitDepth element shall cntain the number f bits assigned t each picture cmpnent f the underlying picture track file. As described abve, it is included in the Cmpsitin PlayList fr cnvenience nly. It shall be encded as a ratinal number f frames per secnd PictureClrEncding The PictureClrEncding element shall cntain the identificatin f the clr encding methd f the underlying picture track file. As described abve, it is included in the Cmpsitin PlayList fr cnvenience nly. It shall be encded as a ratinal number f frames per secnd PictureFrameRate The PictureFrameRate element shall cntain the frame rate f the underlying picture track file. As described abve, it is included in the Cmpsitin PlayList fr cnvenience nly. It shall be encded as a ratinal number f frames per secnd ImageAspectRati The ImageAspectRati element shall define the aspect rati f the picture infrmatin cntained in the underlying picture track file. As described abve, it is included in the Cmpsitin PlayList fr cnvenience. It is represented as a ratinal number and applicatins may cnvert the rati t a decimal number t match current practice PictureSpatialMetadataTrackFileAssetType The PictureSpatialMetadataTrackFileAssetType, shall be derived frm the TrackFileAssetType. It describes a Track File cntaining picture spatial metadata. An instance f the PictureSpatialMetadataTrackFileAssetType is the MainPictureMetadata element. The elements defined belw replicate values cntained in the underlying track file and shall remain cnsistent with the cntent f the underlying track file at all times. They are included in the Cmpsitin PlayList t alleviate the need fr sftware t access and parse individual track files in rder t display the values t users. In the event an incnsistency exists, the values cntained in the underlying track file shall take precedence StandardsBdy [ptinal] The StandardsBdy element shall cntain a URI [RFC 2396] that uniquely identifies the Standards Bdy issuing the Standard. 70

71 Label [ptinal] The Label element shall cntain a textual representatin f the Standards Bdy, which may be displayed t the user. Fr each issuing Standards Bdy, and hence unique URI, there are a number f permissible Label values. An example f such is shwn belw in Table 7. The specificatin f this mapping is beynd the scpe f this dcument. Table 7. Examples Standards Bdy Labels Label URI SMPTE STD xxx- y W3 ISO PictureTransitinMetadataTrackFileAssetType The PictureTransitinMetadataTrackFileAssetType, shall be derived frm the TrackFileAssetType. It describes a Track File cntaining picture spatial metadata. An instance f the PictureTransitinMetadataTrackFileAssetType is the MainPictureMetadata element. The elements defined belw replicate values cntained in the underlying track file and shall remain cnsistent with the cntent f the underlying track file at all times. They are included in the Cmpsitin PlayList t alleviate the need fr sftware t access and parse individual track files in rder t display the values t users. In the event an incnsistency exists, the values cntained in the underlying track file shall take precedence StandardsBdy [ptinal] The StandardsBdy element shall cntain a URI [RFC 2396] that uniquely identifies the Standards Bdy issuing the Standard Label [ptinal] The Label element shall cntain a textual representatin f the Standards Bdy, which may be displayed t the user. Fr each issuing Standards Bdy, and hence unique URI, there are a number f permissible Label values. An example f such is shwn in Table 7. The specificatin f this mapping is beynd the scpe f this dcument ClrCrrectinMetadataTrackFileAssetType The ClrCrrectinMetadataTrackFileAssetType, shall be derived frm the TrackFileAssetType. It describes a Track File cntaining picture spatial metadata. An instance f the ClrCrrectinMetadataTrackFileAssetType is the MainPictureMetadata element. The elements defined belw replicate values cntained in the underlying track file and shall remain cnsistent with the cntent f the underlying track file at all times. They are included in the Cmpsitin PlayList t alleviate the need fr sftware t access and parse individual track files in rder t display the values t users. In the event an incnsistency exists, the values cntained in the underlying track file shall take precedence StandardsBdy [ptinal] The StandardsBdy element shall cntain a URI [RFC 2396] that uniquely identifies the Standards Bdy issuing the Standard Label [ptinal] The Label element shall cntain a textual representatin f the Standards Bdy, which may be displayed t the user. Fr each issuing Standards Bdy, and hence unique URI, there are a number f permissible Label values. An example f such is shwn in Table 5. The specificatin f this mapping is beynd the scpe f this dcument. 71

72 SundTrackFileAssetType The SundTrackFileAssetType is derived frm TrackFileAssetType. It describes a Track File cntaining sund essence. An instance f the SundTrackFileAssetType is the MainSund element. The elements defined belw replicate values cntained in the underlying track file and shall remain cnsistent with the cntent f the underlying track file at all times. They are included in the Cmpsitin PlayList t alleviate the need fr sftware t access and parse individual track files when scheduling cntent. In the event an incnsistency exists, the values cntained in the underlying track file shall take precedence SundSamplingRate The SundSamplingRate element shall cntain the frequency f the sampling rate f the underlying sund track file. As described abve, it is included in the Cmpsitin PlayList fr cnvenience nly. It shall be encded as a ratinal number f khz SundBitDepth The SundBitDepth element shall cntain the number f the bits assigned t each sample f audi f the underlying sund track file. As described abve, it is included in the Cmpsitin PlayList fr cnvenience nly. It shall be encded as a integer number f bits SundChannelNumber The SundChannelNumber element shall cntain the number f the audi channels f the underlying sund track file. As described abve, it is included in the Cmpsitin PlayList fr cnvenience nly. It shall be encded as an integer number f channels ChannelCnfiguratin The ChannelCnfiguratin element shall cntain the channel number and label assigned t each channel f the underlying sund track file. As described abve, it is included in the Cmpsitin PlayList fr cnvenience nly. It shall be encded as a integer channel number alng with its crrespnding label Label The Label element shall cntain a textual representatin f the channel, which may be displayed t the user. Fr each channel number there are a number f permissible Label values. An example f such is shwn in Table 8. The specificatin f this mapping is beynd the scpe f this dcument. Table 8. Examples Channel Labels Channel N. Label Descriptin L R C LFE Ls Rs Cs Lt Rt Mn HI VI-N Left Right Center Lw Frequency Effects Left Surrund Right Surrund Center Surrund Left ttal (matrix encded) Right ttal (matrix encded) Mnaural Hearing Impaired (Dynamic cmpressed dialg centric mix) Visually Impaired Narratin (Descriptive Narratin) Language [ptinal] The Language element shall reflect the primary spken language f the sund material f the underlying sund track file. The element value is encded as an xs:language language cde and indicates the 72

73 spken language f the cntent. The absence f the element shall indicate that n spken language is assciated with the asset. 73

74 SubtitleTrackFileAssetType The SubtitleTrackFileAssetType element is derived frm TrackFileAssetType. It describes the subtitle material assciated with the Sequence. An instance f the SubtitleTrackFileAssetType is the MainSubtitle element. The elements defined belw replicate values cntained in the underlying track file and shall remain cnsistent with the cntent f the underlying track file at all times. They are included in the Cmpsitin PlayList t alleviate the need fr theater management sftware t access and parse individual track files when scheduling cntent. In the event an incnsistency exists, the values cntained in the underlying track file shall take precedence Language [ptinal] The Language element shall reflect the primary text language used by the Subtitle essence. The absence f the element shall indicate that n primary text language is assciated with the asset. It is represented as an xs:language value CaptinTrackFileAssetType The CaptinTrackFileAssetType element is derived frm TrackFileAssetType. It describes the subtitle material assciated with the Sequence. An instance f the CaptinTrackFileAssetType is the MainCaptin element. The elements defined belw replicate values cntained in the underlying track file and shall remain cnsistent with the cntent f the underlying track file at all times. They are included in the Cmpsitin PlayList t alleviate the need fr theater management sftware t access and parse individual track files when scheduling cntent. In the event an incnsistency exists, the values cntained in the underlying track file shall take precedence Language [ptinal] The Language element shall reflect the primary text language used by the Subtitle essence. The absence f the element shall indicate that n primary text language is assciated with the asset. It is represented as an xs:language value. 74

75 7.9. CPL Cnstraints The fllwing is a list f items that are intended t be cnstrained within the Cmpsitin and therefre reflected in the CPL Cnstant Frame Rate The Cmpsitin shall nly cnsist f similar frame rate cntent in all f the included track files. Anther wrds all track files shall have the same edit rate and frame rate Minimum Track File Duratin The duratin f any asset cntained in a Sequence, as indicated by the Duratin and IntrinsicDuratin elements, shall be n less than ne frame Minimum Sequence Duratin The duratin f any Sequence shall be n less than ne secnd Minimum Picture Transitin Supprt The Cmpsitin shall nly supprt minimum pictures transitins within a Track FIle. These transitins are limited t Fade Up, Fade Dwn and Crss Disslve Minimum Sund Transitin Supprt The Cmpsitin shall nly supprt minimum sund transitins within a Track FIle. These transitins are limited t Fade Up, Fade Dwn and Crss Fade. 75

76 8. Output Prfile List 8.1. Intrductin 8.2. Output Prfile List Overview Functinal Framewrk Fr the purpse f dcumenting the specific requirements fr a Interperable Master Frmat Output Prfile List TBD The specificatins fr the list f elements included in the Output Prfile List Output Prfile List Fundamental Requirements Intrductin Open Standard Interperable The is required t have an pen framewrk that accmmdates cmpressed, encrypted files as well as all ther files used in Digital Vide Scalable The is required t accmmdate any number f Essence r Metadata cmpnents. There is n limit n the number f files included in the package r the size f the files The Extensible is required t allw fr Human Readable Metadata Human readable Metadata is required t be in English (default) but can be prvided in ther languages as well Output Prfile List Cncepts Output Prfile List Frmat Intrductin File Frmat ImageOutputFrmat The ImageOutputFrmat element defines the utput frmat f the MainPicture f material referred t by the Cmpsitin PlayList. It is meant t be bth human and machine-readable. 76

77 OutputPixelMatrix The OutputPixelMatrix element shall cntain the hrizntal and vertical pixel cunts f the MainPicture element. This is infrmative infrmatin t allw fr humans and machine t read and if necessary manipulate the MainPicture asset f the Cmpsitin t cnfrm t the OutputPixelMatrix requirements OutputClrEncding The OutputClrEncding element shall cntain infrmatin f the clr encding parameters f the MainPicture element. This is infrmative infrmatin t allw fr humans and machine t read and if necessary manipulate the MainPicture asset f the Cmpsitin t cnfrm the clr infrmatin t the OutputClrEncding specificatin StandardsBdy [ptinal] The StandardsBdy element shall cntain a URI [RFC 2396] that uniquely identifies the Standards Bdy issuing the Standard Label [ptinal] The Label element shall cntain a textual representatin f the Standards Bdy, which may be displayed t the user. Fr each issuing Standards Bdy, and hence unique URI, there are a number f permissible Label values. An example f such is shwn belw in Table 4. The specificatin f this mapping is beynd the scpe f this dcument. Table 5. Examples Standards Bdy Labels Label URI SMPTE STD xxx- y W3 ISO DisplayAspectRati The DisplayAspectRati element shall cntain the rati intended display screen f the MainPicture element. (ex. 4:3 r 16:9) This is infrmative infrmatin t allw fr humans and machine t read and if necessary manipulate the MainPicture asset f the Cmpsitin t cnfrm t the DisplayAspectRati OutputPictureOverlay [ptinal] The OutputPictureOverlay element shall cntain infrmatin abut the auxiliary verlay image elements fr the MainPicture element. This is infrmative infrmatin t allw fr humans and machine t read and if necessary manipulate the MainPicture asset f the Cmpsitin t cnfrm the aspects f the required OutputPictureOverlay TimeCdeWindw [ptinal] The TimeCdeWindw element shall cntain a designatin that uniquely identifies the Timecde type and spatial lcatin fr the OutputPictureOverlay Spiler [ptinal] The Spiler element shall cntain a textual representatin and spatial lcatin fr the OutputPictureOverlay OutputAudiFrmat The OutputAudiFrmat element defines the frmat f the MainSund f material referred t by the Cmpsitin PlayList. It is meant t be bth human and machine-readable. 77

78 AudiCmpressinStandard [ptinal] The AudiCmpressinStandard element shall cntain infrmatin f the cmpressin encding parameters f the MainSund element. This is infrmative infrmatin t allw fr humans and machine t read and if necessary manipulate the MainSund asset f the Cmpsitin t cnfrm the sund infrmatin t the Cmpressin specificatin StandardsBdy [ptinal] The StandardsBdy element shall cntain a URI [RFC 2396] that uniquely identifies the Standards Bdy issuing the Standard Label [ptinal] The Label element shall cntain a textual representatin f the Standards Bdy, which may be displayed t the user. Fr each issuing Standards Bdy, and hence unique URI, there are a number f permissible Label values. An example f such is shwn belw in Table 4. The specificatin f this mapping is beynd the scpe f this dcument OutputSpeedOffset [ptinal] The OutputSpeedOffset element shall cntain the ratinal percentage ffset intended t be applied t the Cmpsitin. This is infrmative infrmatin t allw fr humans and machine t read and if necessary manipulate the Cmpsitin t cnfrm t the desired running time f the Cmpsitin. 78

79 Packaging 8.4. Intrductin Packaging is defined as the prcess f cmbing elements t prepare them fr shipping. This generally will cnsist f ne r mre cmpsitins alng with tw mre elements which will be specified in the sectin f the dcument. Thse elements are the Packing List and the Asset Map Packaging System Overview Functinal Framewrk Fr the purpse f dcumenting the specific requirements fr a Interperable Master Frmat Packaging system, it is helpful t divide the system int a set f cmpnents. The perfrmance requirements fr each f these cmpnents will be described in the fllwing sectins: Distributin Package The physical files and the list describing the files and prviding a means fr authenticatin as delivered in a Distributin Package (frm Distributr t Exhibitr). Packing List The specificatins fr the list f elements included in the Package. Asset Map The specificatin fr the directry structure and physical lcatin f thse directries and files. Security The specificatins fr the security requirements fr the Package. Packaging Fundamental Requirements Intrductin Digital Vide presents a challenge t create a versatile packaging system. Thrughut this system, sme basic requirements are needed and are stated belw Open Standard The Packaging standard is required t be based upn an pen wrldwide standard. This frmat is encuraged t be a license-free technlgy. It is required t be a cmplete standard that equipment receiving a cmpliant package can prcess and interpret unambiguusly Interperable The Packaging frmat is required t have an pen framewrk that accmmdates cmpressed, encrypted files as well as all ther files used in Digital Vide Scalable The Packaging frmat is required t accmmdate any number f Essence r Metadata cmpnents. There is n limit n the number f files included in the package r the size f the files Extensible The Packaging frmat is required t allw fr new Digital Vide features (cmpsitins) t be cntained within the package Synchrnizatin The Packaging frmat is required t prvide supprt fr synchrnizatin f the Essence and Metadata elements. 79

80 Human Readable Metadata Human readable Metadata is required t be in English (default) but can be prvided in ther languages as well Packaging Cncepts It is cmmn practice t divide cntent int reels f between 10 and 20 minutes in length fr pst-prductin, and distributin. These reels are then assembled, tgether with ther cntent, t create the mdern play lists that are used in play ut devices. This cncept f reels is required t be supprted with Digital Vide cntent Distributin Package Intrductin The Distributin Package has tw majr cmpnents. One is the Package itself, which includes all f the Track Files and the ther is the Packing List. These are all f the elements required fr a cmplete delivery t the theater Digital Cinema system. It is technically pssible t include engagement-specific licenses and keying infrmatin in a Package in the frm f paque Metadata, but this is nt recmmended fr general usage. A Distributin Package can cntain a cmplete feature film cmpsitin r a set f cmpsitins. Alternatively, it can carry as little as a single file t update ne reel s subtitle r sund track Distributin Package General The Distributin Package is required t cntain a Packing List and ne r mre Digital Cinema track files. The fllwing requirements apply Packing fr Transprt The distributin methd is required t allw a DCP t be transprted via physical media, satellite r netwrk Flattened Packages TBD Security The distributin methd is required t prvide digital signatures t allw the recipient t verify integrity f the Packing List and the enclsed files. Preparatin f Packing Lists is a distributin fulfillment r transprt functin. Therefre, the digital signatures cme frm these entities, nt the cntent-wner wh mastered the files. Packing List security functins d nt verify the authenticity f the cntent, nly the intent f the delivery agent. (Cntent authenticity is verified thrugh PlayList signatures and digital licenses.) Packing List File Frmat The Packing List is required t use XML data frmat with XML Signature (digital signature). It shuld be in English (default) but can be prvided in ther languages as well Fields The fllwing data fields are required t be included in the Packing List fr each file in the Package: Unique identificatin f each file included in the DCP is encded as urn:uuid. Anntatin Text parameter (ptinal), if present, is a free-frm, human readable anntatin assciated with the asset. It is meant strictly as a displayable guidance fr the user. 80

81 File Integrity check (hash) fr each file in the distributin package Size f the file in bytes Type (e.g., Packing List, PlayList, Track File, paque security data) Original File Name The fllwing fields are required t be included in the digital signature sectin f the Packing List: Signer parameter uniquely identifies the entity, and hence public key that digitally signs the packing list. Signature parameter cntains a digital signature authenticating the packing list Asset Map File Frmat The Asset Map is required t use XML data frmat with XML Signature (digital signature). It shuld be in English (default) but can be prvided in ther languages as well Fields The fllwing data fields are required t be included in the Asset Map fr each file in the Package: 81

82 Annex Example Wrkflws The fllwing diagrams shw an examples f a future state wrkflws using the cncept f the IMF.. This IMF and the file-based wrkflw will enable Mastering & Distributin Servicing t service bth existing and emerging distributin channels. It must be stressed that this is nly an example wrkflw. As ne becmes mre familiar with the cncepts f the IMF ne can imagine many different wrkflws using the IMF. It is nt the intentin f this dcument t indentify all f these pssibilities. Figure 15 - Future State - Mastering & Distributin Servicing 82

83 Figure 16 Example IMF wrkflw 9.2. Editrial Systems Editrial System Fundamental Requirements Digital Vide Editrial Systems have sme basic requirements that are stated belw Easy Assembly f Cntent The system is required t prvide a graphical user interface (GUI) interface fr the assembly f cntent with relative ease in a timely matter Mvement f Cntent The system is required t prvide fr mvement f cntent within a facility. Blah Blah Blah Ease f Operatin The Editrial System is encuraged t require nly a reasnable level f cmputer peratin knwledge r training fr the basic peratin f the system. The cmputer-based user interfaces are required t be simple and intuitive. 83

Improved Data Center Power Consumption and Streamlining Management in Windows Server 2008 R2 with SP1

Improved Data Center Power Consumption and Streamlining Management in Windows Server 2008 R2 with SP1 Imprved Data Center Pwer Cnsumptin and Streamlining Management in Windws Server 2008 R2 with SP1 Disclaimer The infrmatin cntained in this dcument represents the current view f Micrsft Crpratin n the issues

More information

Document Management Versioning Strategy

Document Management Versioning Strategy 1.0 Backgrund and Overview Dcument Management Versining Strategy Versining is an imprtant cmpnent f cntent creatin and management. Versin management is a key cmpnent f enterprise cntent management. The

More information

Disk Redundancy (RAID)

Disk Redundancy (RAID) A Primer fr Business Dvana s Primers fr Business series are a set f shrt papers r guides intended fr business decisin makers, wh feel they are being bmbarded with terms and want t understand a cmplex tpic.

More information

Guidelines on Data Management in Horizon 2020

Guidelines on Data Management in Horizon 2020 Guidelines n Data Management in Hrizn 2020 Versin 1.0 11 December 2013 Guidelines n Data Management in Hrizn 2020 Versin 16 December 2013 Intrductin In Hrizn 2020 a limited pilt actin n pen access t research

More information

COE: Hybrid Course Request for Proposals. The goals of the College of Education Hybrid Course Funding Program are:

COE: Hybrid Course Request for Proposals. The goals of the College of Education Hybrid Course Funding Program are: COE: Hybrid Curse Request fr Prpsals The gals f the Cllege f Educatin Hybrid Curse Funding Prgram are: T supprt the develpment f effective, high-quality instructin that meets the needs and expectatins

More information

URM 11g Implementation Tips, Tricks & Gotchas ALAN MACKENTHUN FISHBOWL SOLUTIONS, INC.

URM 11g Implementation Tips, Tricks & Gotchas ALAN MACKENTHUN FISHBOWL SOLUTIONS, INC. URM 11g Implementatin Tips, Tricks & Gtchas ALAN MACKENTHUN FISHBOWL SOLUTIONS, INC. i Fishbwl Slutins Ntice The infrmatin cntained in this dcument represents the current view f Fishbwl Slutins, Inc. n

More information

Research Report. Abstract: The Emerging Intersection Between Big Data and Security Analytics. November 2012

Research Report. Abstract: The Emerging Intersection Between Big Data and Security Analytics. November 2012 Research Reprt Abstract: The Emerging Intersectin Between Big Data and Security Analytics By Jn Oltsik, Senir Principal Analyst With Jennifer Gahm Nvember 2012 2012 by The Enterprise Strategy Grup, Inc.

More information

HP Email Archiving software for Microsoft Exchange

HP Email Archiving software for Microsoft Exchange HP Email Archiving sftware fr Micrsft Exchange PST Imprt Tls Cmpnents and Deplyment Best Practices Table f Cntents Overview... 2 Prerequisites... 2 Cmpnents... 2 Archive Credentials... 2 PST Lader... 2

More information

9 ITS Standards Specification Catalog and Testing Framework

9 ITS Standards Specification Catalog and Testing Framework New Yrk State ITS Standards Specificatin Develpment Guide 9 ITS Standards Specificatin Catalg and Testing Framewrk This chapter cvers cncepts related t develpment f an ITS Standards Specificatin Catalg

More information

Using PayPal Website Payments Pro UK with ProductCart

Using PayPal Website Payments Pro UK with ProductCart Using PayPal Website Payments Pr UK with PrductCart Overview... 2 Abut PayPal Website Payments Pr & Express Checkut... 2 What is Website Payments Pr?... 2 Website Payments Pr and Website Payments Standard...

More information

The ad hoc reporting feature provides a user the ability to generate reports on many of the data items contained in the categories.

The ad hoc reporting feature provides a user the ability to generate reports on many of the data items contained in the categories. 11 This chapter includes infrmatin regarding custmized reprts that users can create using data entered int the CA prgram, including: Explanatin f Accessing List Screen Creating a New Ad Hc Reprt Running

More information

ITIL Release Control & Validation (RCV) Certification Program - 5 Days

ITIL Release Control & Validation (RCV) Certification Program - 5 Days ITIL Release Cntrl & Validatin (RCV) Certificatin Prgram - 5 Days Prgram Overview ITIL is a set f best practices guidance that has becme a wrldwide-adpted framewrk fr Infrmatin Technlgy Services Management

More information

NOVA COLLEGE-WIDE COURSE CONTENT SUMMARY ITE 170 - MULTIMEDIA SOFTWARE (3 CR.)

NOVA COLLEGE-WIDE COURSE CONTENT SUMMARY ITE 170 - MULTIMEDIA SOFTWARE (3 CR.) Revised 8/2012 NOVA COLLEGE-WIDE COURSE CONTENT SUMMARY ITE 170 - MULTIMEDIA SOFTWARE (3 CR.) Curse Descriptin Explres technical fundamentals f creating multimedia prjects with related hardware and sftware.

More information

IMT Standards. Standard number A000014. GoA IMT Standards. Effective Date: 2010-09-30 Scheduled Review: 2011-03-30 Last Reviewed: Type: Technical

IMT Standards. Standard number A000014. GoA IMT Standards. Effective Date: 2010-09-30 Scheduled Review: 2011-03-30 Last Reviewed: Type: Technical IMT Standards IMT Standards Oversight Cmmittee Gvernment f Alberta Effective Date: 2010-09-30 Scheduled Review: 2011-03-30 Last Reviewed: Type: Technical Standard number A000014 Electrnic Signature Metadata

More information

The Importance Advanced Data Collection System Maintenance. Berry Drijsen Global Service Business Manager. knowledge to shape your future

The Importance Advanced Data Collection System Maintenance. Berry Drijsen Global Service Business Manager. knowledge to shape your future The Imprtance Advanced Data Cllectin System Maintenance Berry Drijsen Glbal Service Business Manager WHITE PAPER knwledge t shape yur future The Imprtance Advanced Data Cllectin System Maintenance Cntents

More information

A96 CALA Policy on the use of Computers in Accredited Laboratories Revision 1.5 August 4, 2015

A96 CALA Policy on the use of Computers in Accredited Laboratories Revision 1.5 August 4, 2015 A96 CALA Plicy n the use f Cmputers in Accredited Labratries Revisin 1.5 August 4, 2015 A96 CALA Plicy n the use f Cmputers in Accredited Labratries TABLE OF CONTENTS TABLE OF CONTENTS... 1 CALA POLICY

More information

Symantec User Authentication Service Level Agreement

Symantec User Authentication Service Level Agreement Symantec User Authenticatin Service Level Agreement Overview and Scpe This Symantec User Authenticatin service level agreement ( SLA ) applies t Symantec User Authenticatin prducts/services, such as Managed

More information

CCHIIM ICD-10 Continuing Education Requirements for AHIMA Certified Professionals (& Frequently Asked Questions for Recertification)

CCHIIM ICD-10 Continuing Education Requirements for AHIMA Certified Professionals (& Frequently Asked Questions for Recertification) CCHIIM ICD-10 Cntinuing Educatin Requirements fr AHIMA Certified Prfessinals (& Frequently Asked Questins fr Recertificatin) The transitin t ICD-10-CM and ICD-10-PCS is anticipated t imprve the capture

More information

Data Warehouse Scope Recommendations

Data Warehouse Scope Recommendations Rensselaer Data Warehuse Prject http://www.rpi.edu/datawarehuse Financial Analysis Scpe and Data Audits This dcument describes the scpe f the Financial Analysis data mart scheduled fr delivery in July

More information

Change Management Process

Change Management Process Change Management Prcess B1.10 Change Management Prcess 1. Intrductin This plicy utlines [Yur Cmpany] s apprach t managing change within the rganisatin. All changes in strategy, activities and prcesses

More information

Information paper Reference Data Management Service

Information paper Reference Data Management Service This infrmatin paper describes the EU Reference Data Management Service. This Service prvides a central database, web service web applicatin fr maintaining RIS reference data, which is used by varius RIS-systems

More information

Build the cloud OpenStack Installation & Configuration Integration with existing tools and processes Cloud Migration

Build the cloud OpenStack Installation & Configuration Integration with existing tools and processes Cloud Migration Slutin Brief OpenStack Services OVERVIEW OnX understands clud adptin challenges f glbal enterprise cmpanies and helps Enterprises adpt OpenStack slutins thrugh targeted services. We ffer vertical industry

More information

efusion Table of Contents

efusion Table of Contents efusin Cst Centers, Partner Funding, VAT/GST and ERP Link Table f Cntents Cst Centers... 2 Admin Setup... 2 Cst Center Step in Create Prgram... 2 Allcatin Types... 3 Assciate Payments with Cst Centers...

More information

AERONAU INFORMATION MANAGEM STUDY NOTE AIS- International TENTH MEETING SUMMARY. Annex 15 in. order to. Action by 1.1. data user in AIMSG 1.

AERONAU INFORMATION MANAGEM STUDY NOTE AIS- International TENTH MEETING SUMMARY. Annex 15 in. order to. Action by 1.1. data user in AIMSG 1. Internatinal Civil Aviatin Organizatin 07/11/2014 STUDY NOTE AERONAU UTICAL INFORMATION SERVICES-AERONAUTICAL INFORMATION MANAGEM MENT STUDY GROUP (AIS-AIMSG) TENTH MEETING Mntréal, 10 t 14 Nvember 2014

More information

Licensing Windows Server 2012 for use with virtualization technologies

Licensing Windows Server 2012 for use with virtualization technologies Vlume Licensing brief Licensing Windws Server 2012 fr use with virtualizatin technlgies (VMware ESX/ESXi, Micrsft System Center 2012 Virtual Machine Manager, and Parallels Virtuzz) Table f Cntents This

More information

1 GETTING STARTED. 5/7/2008 Chapter 1

1 GETTING STARTED. 5/7/2008 Chapter 1 5/7/2008 Chapter 1 1 GETTING STARTED This chapter intrduces yu t the web-based UIR menu system. Infrmatin is prvided abut the set up necessary t assign users permissin t enter and transmit data. This first

More information

Licensing the Core Client Access License (CAL) Suite and Enterprise CAL Suite

Licensing the Core Client Access License (CAL) Suite and Enterprise CAL Suite Vlume Licensing brief Licensing the Cre Client Access License (CAL) Suite and Enterprise CAL Suite Table f Cntents This brief applies t all Micrsft Vlume Licensing prgrams. Summary... 1 What s New in This

More information

Access to the Ashworth College Online Library service is free and provided upon enrollment. To access ProQuest:

Access to the Ashworth College Online Library service is free and provided upon enrollment. To access ProQuest: PrQuest Accessing PrQuest Access t the Ashwrth Cllege Online Library service is free and prvided upn enrllment. T access PrQuest: 1. G t http://www.ashwrthcllege.edu/student/resurces/enterlibrary.html

More information

Introduction to Mindjet MindManager Server

Introduction to Mindjet MindManager Server Intrductin t Mindjet MindManager Server Mindjet Crpratin Tll Free: 877-Mindjet 1160 Battery Street East San Francisc CA 94111 USA Phne: 415-229-4200 Fax: 415-229-4201 mindjet.cm 2013 Mindjet. All Rights

More information

Government of Malta. Reference: GMICT X 0004-1:2014 Version: 7.0. Effective: 07 January 2014

Government of Malta. Reference: GMICT X 0004-1:2014 Version: 7.0. Effective: 07 January 2014 Gvernment f Malta Reference: GMICT X 0004-1:2014 Versin: 7.0 Effective: 07 January 2014 This dcument is part f the http://ictplicies.gv.mt Underlined terms are defined in the Vcabulary. Purpse The purpse

More information

Electronic and Information Resources Accessibility Compliance Plan

Electronic and Information Resources Accessibility Compliance Plan Electrnic and Infrmatin Resurces Accessibility Cmpliance Plan Intrductin The University f Nrth Texas at Dallas (UNTD) is cmmitted t prviding a wrk envirnment that affrds equal access and pprtunity t therwise

More information

ITIL Service Offerings & Agreement (SOA) Certification Program - 5 Days

ITIL Service Offerings & Agreement (SOA) Certification Program - 5 Days ITIL Service Offerings & Agreement (SOA) Certificatin Prgram - 5 Days Prgram Overview ITIL is a set f best practices guidance that has becme a wrldwide-adpted framewrk fr Infrmatin Technlgy Services Management

More information

Licensing Windows Server 2012 R2 for use with virtualization technologies

Licensing Windows Server 2012 R2 for use with virtualization technologies Vlume Licensing brief Licensing Windws Server 2012 R2 fr use with virtualizatin technlgies (VMware ESX/ESXi, Micrsft System Center 2012 R2 Virtual Machine Manager, and Parallels Virtuzz) Table f Cntents

More information

SPECIFICATION. Hospital Report Manager Connectivity Requirements. Electronic Medical Records DRAFT. OntarioMD Inc. Date: September 30, 2010

SPECIFICATION. Hospital Report Manager Connectivity Requirements. Electronic Medical Records DRAFT. OntarioMD Inc. Date: September 30, 2010 OntariMD Inc. Electrnic Medical Recrds SPECIFICATION Hspital Reprt Manager Cnnectivity Requirements DRAFT Date: September 30, 2010 Versin: 1.0 2007-2010 OntariMD Inc. All rights reserved HRM EMR Cnnectivity

More information

EMR Certification Comprehensive Care Management Billing Support Specification

EMR Certification Comprehensive Care Management Billing Support Specification EMR Certificatin Cmprehensive Care Management Billing Supprt Specificatin Versin 1.0 December 1, 2015 Table f Cntents 1 Intrductin... 3 2 Requirements... 4 2.1 Billing Requirements... 5 2.2 Billing Alert

More information

BRILL s Editorial Manager (EM) Manual for Authors Table of Contents

BRILL s Editorial Manager (EM) Manual for Authors Table of Contents BRILL s Editrial Manager (EM) Manual fr Authrs Table f Cntents Intrductin... 2 1. Getting Started: Creating an Accunt... 2 2. Lgging int EM... 3 3. Changing Yur Access Cdes and Cntact Infrmatin... 3 3.1

More information

Implementing an electronic document and records management system using SharePoint 7

Implementing an electronic document and records management system using SharePoint 7 Reprt title Agenda item Implementing an electrnic dcument and recrds management system using SharePint 7 Meeting Finance, Prcurement & Prperty Cmmittee 16 June 2008 Date Reprt by Dcument Number Head f

More information

CCHIIM ICD-10 Continuing Education Requirements for AHIMA Certified Professionals (& Frequently Asked Questions for Recertification)

CCHIIM ICD-10 Continuing Education Requirements for AHIMA Certified Professionals (& Frequently Asked Questions for Recertification) CCHIIM ICD-10 Cntinuing Educatin Requirements fr AHIMA Certified Prfessinals (& Frequently Asked Questins fr Recertificatin) The transitin t ICD-10-CM and ICD-10-PCS is anticipated t imprve the capture

More information

Purpose Statement. Objectives

Purpose Statement. Objectives Apprved by Academic Affairs Cuncil, June 24, 2014 Faculty Handbk Part VI: Other Plicies and Prcedures Sectin R. Intellectual Prperty Classified Emplyee Handbk Part VI: Other Plicies and Prcedures Sectin

More information

CMS Eligibility Requirements Checklist for MSSP ACO Participation

CMS Eligibility Requirements Checklist for MSSP ACO Participation ATTACHMENT 1 CMS Eligibility Requirements Checklist fr MSSP ACO Participatin 1. General Eligibility Requirements ACO participants wrk tgether t manage and crdinate care fr Medicare fee-fr-service beneficiaries.

More information

Using PayPal Website Payments Pro with ProductCart

Using PayPal Website Payments Pro with ProductCart Using PayPal Website Payments Pr with PrductCart Overview... 2 Abut PayPal Website Payments Pr & Express Checkut... 3 What is Website Payments Pr?... 3 Website Payments Pr and Website Payments Standard...

More information

Business Continuity Management Systems Foundation Training Course

Business Continuity Management Systems Foundation Training Course Certificatin criteria fr Business Cntinuity Management Systems Fundatin Training Curse CONTENTS 1. INTRODUCTION 2. LEARNING OBJECTIVES 3. ENABLING OBJECTIVES KNOWLEDGE & SKILLS 4. TRAINING METHODS 5. COURSE

More information

edoc Lite Recruitment Guidelines

edoc Lite Recruitment Guidelines edc Lite Recruitment Guidelines Intrductin OneStart & the Academic Psitin Search Channel edc Lite Ruting and Wrkgrups Ruting Actin List Ruting Cntrls Wrkgrups Dcument Search edc Lite Dcuments Vacancy Ntice

More information

Data Abstraction Best Practices with Cisco Data Virtualization

Data Abstraction Best Practices with Cisco Data Virtualization White Paper Data Abstractin Best Practices with Cisc Data Virtualizatin Executive Summary Enterprises are seeking ways t imprve their verall prfitability, cut csts, and reduce risk by prviding better access

More information

User Guide. Excel Data Management Pack (EDM-Pack) OnCommand Workflow Automation (WFA) Abstract PROFESSIONAL SERVICES. Date: December 2015

User Guide. Excel Data Management Pack (EDM-Pack) OnCommand Workflow Automation (WFA) Abstract PROFESSIONAL SERVICES. Date: December 2015 PROFESSIONAL SERVICES User Guide OnCmmand Wrkflw Autmatin (WFA) Excel Data Management Pack (EDM-Pack) Date: December 2015 Dcument Versin: 1.0.0 Abstract The EDM-Pack includes a general-purpse Data Surce

More information

Software and Hardware Change Management Policy for CDes Computer Labs

Software and Hardware Change Management Policy for CDes Computer Labs Sftware and Hardware Change Management Plicy fr CDes Cmputer Labs Overview The cmputer labs in the Cllege f Design are clsely integrated with the academic needs f faculty and students. Cmputer lab resurces

More information

Standardization or Harmonization? You need Both

Standardization or Harmonization? You need Both Standardizatin r? Yu need Bth Albrecht Richen and Ansgar Steinhrst Recently the CFO f a majr cnsumer electrnics cmpany stated, We dn t need standardizatin f ur wrldwide prcesses, we need harmnizatin. Is

More information

TaskCentre v4.5 Send Message (SMTP) Tool White Paper

TaskCentre v4.5 Send Message (SMTP) Tool White Paper TaskCentre v4.5 Send Message (SMTP) Tl White Paper Dcument Number: PD500-03-17-1_0-WP Orbis Sftware Limited 2010 Table f Cntents COPYRIGHT 1 TRADEMARKS 1 INTRODUCTION 2 Overview 2 FEATURES 2 GLOBAL CONFIGURATION

More information

Request for Proposal. Saskatchewan Arts Board. Database Development. RFP Reference Number S AB-ADMIN001. Release Date Februar y 9, 2016

Request for Proposal. Saskatchewan Arts Board. Database Development. RFP Reference Number S AB-ADMIN001. Release Date Februar y 9, 2016 Request fr Prpsal Saskatchewan Arts Bard Database Develpment RFP Reference Number S AB-ADMIN001 Release Date Februar y 9, 2016 Clsing Date March 1, 2016 Clsing Time 2:00 pm, Lcal Sask. Time Page 2 f 7

More information

System Business Continuity Classification

System Business Continuity Classification Business Cntinuity Prcedures Business Impact Analysis (BIA) System Recvery Prcedures (SRP) System Business Cntinuity Classificatin Cre Infrastructure Criticality Levels Critical High Medium Lw Required

More information

expertise hp services valupack consulting description security review service for Linux

expertise hp services valupack consulting description security review service for Linux expertise hp services valupack cnsulting descriptin security review service fr Linux Cpyright services prvided, infrmatin is prtected under cpyright by Hewlett-Packard Cmpany Unpublished Wrk -- ALL RIGHTS

More information

2008-2011 CSU STANISLAUS INFORMATION TECHNOLOGY PLAN SUMMARY

2008-2011 CSU STANISLAUS INFORMATION TECHNOLOGY PLAN SUMMARY 2008-2011 CSU STANISLAUS INFORMATION TECHNOLOGY PLAN SUMMARY OFFICE OF INFORMATION TECHNOLOGY AUGUST 2008 Executive Summary The mst recent CSU Stanislaus infrmatin technlgy (IT) plan was issued in 2003.

More information

How to put together a Workforce Development Fund (WDF) claim 2015/16

How to put together a Workforce Development Fund (WDF) claim 2015/16 Index Page 2 Hw t put tgether a Wrkfrce Develpment Fund (WDF) claim 2015/16 Intrductin What eligibility criteria d my establishment/s need t meet? Natinal Minimum Data Set fr Scial Care (NMDS-SC) and WDF

More information

Electronic Signatures Overview

Electronic Signatures Overview White Paper Electrnic Signatures Overview Versin 1.0 Last Updated: 20-09-2010 www.sutisft.cm Histry f Electrnic Signatures Over 100 years ag, peple were using Mrse cde and the telegraph t electrnically

More information

UNCITRAL COLLOQIUM ON FINANCING INTELLECTUAL PROPERTY ASSETS. (by: Kiriakoula Hatzikiriakos, McMillan Binch Mendelsohn)

UNCITRAL COLLOQIUM ON FINANCING INTELLECTUAL PROPERTY ASSETS. (by: Kiriakoula Hatzikiriakos, McMillan Binch Mendelsohn) UNCITRAL COLLOQIUM ON FINANCING INTELLECTUAL PROPERTY ASSETS (by: Kiriakula Hatzikiriaks, McMillan Binch Mendelshn) The purpse f this paper is t highlight sme issues and recmmendatins t be cnsidered during

More information

WEB APPLICATION SECURITY TESTING

WEB APPLICATION SECURITY TESTING WEB APPLICATION SECURITY TESTING Cpyright 2012 ps_testware 1/7 Intrductin Nwadays every rganizatin faces the threat f attacks n web applicatins. Research shws that mre than half f all data breaches are

More information

CERTIFICATION CRITERIA

CERTIFICATION CRITERIA 2014 Editin Test Prcedure fr 170.314(a)(1) Cmputerized prvider rder entry Apprved Test Prcedure Versin 1.3, December 19, 2014 Test Prcedure fr 170.314(a)(1) Cmputerized prvider rder entry This dcument

More information

Electronic Data Interchange (EDI) Requirements

Electronic Data Interchange (EDI) Requirements Electrnic Data Interchange (EDI) Requirements 1.0 Overview 1.1 EDI Definitin 1.2 General Infrmatin 1.3 Third Party Prviders 1.4 EDI Purchase Order (850) 1.5 EDI PO Change Request (860) 1.6 Advance Shipment

More information

Credit Work Group Recommendation

Credit Work Group Recommendation Credit Wrk Grup Recmmendatin T: Credit Wrk Grup Frm: Mike Bixby (305) 829-5549 mbixby@inf1team.cm Paul Wills (770) 740-7353 Paul.Wills@equifax.cm Date: Octber 7, 2004 Re: FACT Act Implicatins and Recmmendatins

More information

Version: Modified By: Date: Approved By: Date: 1.0 Michael Hawkins October 29, 2013 Dan Bowden November 2013

Version: Modified By: Date: Approved By: Date: 1.0 Michael Hawkins October 29, 2013 Dan Bowden November 2013 Versin: Mdified By: Date: Apprved By: Date: 1.0 Michael Hawkins Octber 29, 2013 Dan Bwden Nvember 2013 Rule 4-004J Payment Card Industry (PCI) Patch Management (prpsed) 01.1 Purpse The purpse f the Patch

More information

Phi Kappa Sigma International Fraternity Insurance Billing Methodology

Phi Kappa Sigma International Fraternity Insurance Billing Methodology Phi Kappa Sigma Internatinal Fraternity Insurance Billing Methdlgy The Phi Kappa Sigma Internatinal Fraternity Executive Bard implres each chapter t thrughly review the attached methdlgy and plan nw t

More information

CS 360 Software Development Spring 2008 Tuesdays and Thursdays 3:30 p.m. 4:45 p.m.

CS 360 Software Development Spring 2008 Tuesdays and Thursdays 3:30 p.m. 4:45 p.m. CS 360 Sftware Develpment Spring 2008 Tuesdays and Thursdays 3:30 p.m. 4:45 p.m. Instructr: Ingrid Russell Office: Dana 343 email: irussell@hartfrd.edu http://uhaweb.hartfrd.edu/irussell Curse Descriptin:

More information

Instructions for Masters Thesis Preparation and Defense

Instructions for Masters Thesis Preparation and Defense Instructins fr Masters Thesis Preparatin and Defense The fllwing instructins are basic guidelines t be used in the preparatin f yur thesis. Please als review yur departmental handbk and cntact yur graduate

More information

FundingEdge. Guide to Business Cash Advance & Bank Statement Loan Programs

FundingEdge. Guide to Business Cash Advance & Bank Statement Loan Programs Guide t Business Cash Advance & Bank Statement Lan Prgrams Cash Advances: $2,500 - $1,000,000 Business Bank Statement Lans: $5,000 - $500,000 Canada Cash Advances: $5,000 - $500,000 (must have 9 mnths

More information

University of Texas at Dallas Policy for Accepting Credit Card and Electronic Payments

University of Texas at Dallas Policy for Accepting Credit Card and Electronic Payments University f Texas at Dallas Plicy fr Accepting Credit Card and Electrnic Payments Cntents: Purpse Applicability Plicy Statement Respnsibilities f a Merchant Department Prcess t Becme a Merchant Department

More information

CSE 231 Fall 2015 Computer Project #4

CSE 231 Fall 2015 Computer Project #4 CSE 231 Fall 2015 Cmputer Prject #4 Assignment Overview This assignment fcuses n the design, implementatin and testing f a Pythn prgram that uses character strings fr data decmpressin. It is wrth 45 pints

More information

Economic Justification: Measuring Return on Investment (ROI) and Cost Benefit Analysis (CBA)

Economic Justification: Measuring Return on Investment (ROI) and Cost Benefit Analysis (CBA) Advancing Statewide Spatial Data Infrastructures in Supprt f the Natinal Spatial Data Infrastructure (NSDI) Ecnmic Justificatin: Measuring Return n Investment (ROI) and Cst Benefit Analysis (CBA) Intrductin

More information

LINCOLNSHIRE POLICE Policy Document

LINCOLNSHIRE POLICE Policy Document LINCOLNSHIRE POLICE Plicy Dcument 1. POLICY IDENTIFICATION PAGE POLICY TITLE: ICT CHANGE & RELEASE MANAGEMENT POLICY POLICY REFERENCE NO: PD 186 POLICY OWNERSHIP: ACPO Cmmissining Officer: Prtfli / Business-area

More information

electronic newsletter templates and the communication portal for promoting various products and services.

electronic newsletter templates and the communication portal for promoting various products and services. February 2013 GENERIC ESTATES SPONSORSHIP PROPOSAL T Whm it may Cncern: GLOVent Slutins is pleased t prvide yu with a prpsal fr spnsrship n ur Estate Electrnic- Newsletters and Cmmunicatin Prtal as detailed

More information

UNIVERSITY OF CALIFORNIA MERCED PERFORMANCE MANAGEMENT GUIDELINES

UNIVERSITY OF CALIFORNIA MERCED PERFORMANCE MANAGEMENT GUIDELINES UNIVERSITY OF CALIFORNIA MERCED PERFORMANCE MANAGEMENT GUIDELINES REFERENCES AND RELATED POLICIES A. UC PPSM 2 -Definitin f Terms B. UC PPSM 12 -Nndiscriminatin in Emplyment C. UC PPSM 14 -Affirmative

More information

ITIL V3 Planning, Protection and Optimization (PPO) Certification Program - 5 Days

ITIL V3 Planning, Protection and Optimization (PPO) Certification Program - 5 Days ITIL V3 Planning, Prtectin and Optimizatin (PPO) Certificatin Prgram - 5 Days Prgram Overview The ITIL Intermediate Qualificatin: Planning, Prtectin and Optimizatin (PPO) Certificate is a free-standing

More information

HEAL-Link Federation Higher Education & Research. Exhibit 2. Technical Specifications & Attribute Specifications

HEAL-Link Federation Higher Education & Research. Exhibit 2. Technical Specifications & Attribute Specifications HEAL-Link Federatin Higher Educatin & Research Exhibit 2 Technical Specificatins & Attribute Specificatins Trust Relatinship Trust relatinship amng the federatin, federatin members and federatin partners

More information

General Records Authority 33. Accredited Training

General Records Authority 33. Accredited Training General Recrds Authrity 33 2012/00579704 Accredited Training February 2013 This is an accurate reprductin f the authrised recrds authrity cntent, created fr accessibility purpses CONTENTS INTRODUCTION

More information

FORM ADV (Paper Version) UNIFORM APPLICATION FOR INVESTMENT ADVISER REGISTRATION AND REPORT FORM BY EXEMPT REPORTING ADVISERS

FORM ADV (Paper Version) UNIFORM APPLICATION FOR INVESTMENT ADVISER REGISTRATION AND REPORT FORM BY EXEMPT REPORTING ADVISERS APPENDIX A FORM ADV (Paper Versin) UNIFORM APPLICATION FOR INVESTMENT ADVISER REGISTRATION AND REPORT FORM BY EXEMPT REPORTING ADVISERS Frm ADV: General Instructins Read these instructins carefully befre

More information

CORE 8 to 9 Data Migration Guide

CORE 8 to 9 Data Migration Guide CORE 8 t 9 Data Migratin Guide i CORE 8 t 9 Data Migratin Guide Cpyright 2009-2015 Vitech Crpratin. All rights reserved. N part f this dcument may be reprduced in any frm, including, but nt limited t,

More information

GUIDELINE INFORMATION MANAGEMENT (IM) PROGRAM PLAN

GUIDELINE INFORMATION MANAGEMENT (IM) PROGRAM PLAN Gvernment f Newfundland and Labradr Office f the Chief Infrmatin Officer Infrmatin Management Branch GUIDELINE INFORMATION MANAGEMENT (IM) PROGRAM PLAN Guideline (Definitin): OCIO Guidelines derive frm

More information

Systems Support - Extended

Systems Support - Extended 1 General Overview This is a Service Level Agreement ( SLA ) between and the Enterprise Windws Services t dcument: The technlgy services the Enterprise Windws Services prvides t the custmer. The targets

More information

Audit Committee Charter. St Andrew s Insurance (Australia) Pty Ltd St Andrew s Life Insurance Pty Ltd St Andrew s Australia Services Pty Ltd

Audit Committee Charter. St Andrew s Insurance (Australia) Pty Ltd St Andrew s Life Insurance Pty Ltd St Andrew s Australia Services Pty Ltd Audit Cmmittee Charter St Andrew s Insurance (Australia) Pty Ltd St Andrew s Life Insurance Pty Ltd St Andrew s Australia Services Pty Ltd Versin 2.0, 22 February 2016 Apprver Bard f Directrs St Andrew

More information

Trends and Considerations in Currency Recycle Devices. What is a Currency Recycle Device? November 2003

Trends and Considerations in Currency Recycle Devices. What is a Currency Recycle Device? November 2003 Trends and Cnsideratins in Currency Recycle Devices Nvember 2003 This white paper prvides basic backgrund n currency recycle devices as cmpared t the cmbined features f a currency acceptr device and a

More information

Integrate Marketing Automation, Lead Management and CRM

Integrate Marketing Automation, Lead Management and CRM Clsing the Lp: Integrate Marketing Autmatin, Lead Management and CRM Circular thinking fr marketers 1 (866) 372-9431 www.clickpintsftware.cm Clsing the Lp: Integrate Marketing Autmatin, Lead Management

More information

Validation Methods and Strategies for Presentation of Clinical Reports: The Programmers Road Map to Success

Validation Methods and Strategies for Presentation of Clinical Reports: The Programmers Road Map to Success PharmaSUG 2016 - Paper PO23 Validatin Methds and Strategies fr Presentatin f Clinical Reprts: The Prgrammers Rad Map t Success Vijayata Sanghvi, inventiv Health Clinical, Princetn, NJ Abstract: Validatin

More information

CHANGE MANAGEMENT STANDARD

CHANGE MANAGEMENT STANDARD The electrnic versin is current, r when printed and stamped with the green cntrlled dcument stamp. All ther cpies are uncntrlled. DOCUMENT INFORMATION Descriptin Dcument Owner This standard utlines the

More information

CCHIIM ICD-10 Continuing Education Requirements for AHIMA Certified Professionals (& Frequently Asked Questions for Recertification)

CCHIIM ICD-10 Continuing Education Requirements for AHIMA Certified Professionals (& Frequently Asked Questions for Recertification) CCHIIM ICD-10 Cntinuing Educatin Requirements fr AHIMA Certified Prfessinals (& Frequently Asked Questins fr Recertificatin) The transitin t ICD-10-CM and ICD-10-PCS is anticipated t imprve the capture

More information

Best Practice - Pentaho BA for High Availability

Best Practice - Pentaho BA for High Availability Best Practice - Pentah BA fr High Availability This page intentinally left blank. Cntents Overview... 1 Pentah Server High Availability Intrductin... 2 Prerequisites... 3 Pint Each Server t Same Database

More information

Better Practice Guide Financial Considerations for Government use of Cloud Computing

Better Practice Guide Financial Considerations for Government use of Cloud Computing Better Practice Guide Financial Cnsideratins fr Gvernment use f Clud Cmputing Nvember 2011 Intrductin Many Australian Gvernment agencies are in the prcess f cnsidering the adptin f clud-based slutins.

More information

Overview of the CMS Modification to Meaningful Use 2015 through 2017

Overview of the CMS Modification to Meaningful Use 2015 through 2017 Overview f the CMS Mdificatin t Meaningful Use 2015 thrugh 2017 On April 10, 2015, the Centers fr Medicare & Medicaid Services (CMS) issued a new prpsed rule fr the Medicare and Medicaid EHR Incentive

More information

Succession Planning & Leadership Development: Your Utility s Bridge to the Future

Succession Planning & Leadership Development: Your Utility s Bridge to the Future Successin Planning & Leadership Develpment: Yur Utility s Bridge t the Future Richard L. Gerstberger, P.E. TAP Resurce Develpment Grup, Inc. 4625 West 32 nd Ave Denver, CO 80212 ABSTRACT A few years ag,

More information

BLUE RIDGE COMMUNITY AND TECHNICAL COLLEGE BOARD OF GOVERNORS

BLUE RIDGE COMMUNITY AND TECHNICAL COLLEGE BOARD OF GOVERNORS BLUE RIDGE COMMUNITY AND TECHNICAL COLLEGE BOARD OF GOVERNORS SERIES: 1 General Rules RULE: 17.1 Recrd Retentin Scpe: The purpse f this rule is t establish the systematic review, retentin and destructin

More information

Project Startup Report Presented to the IT Committee June 26, 2012

Project Startup Report Presented to the IT Committee June 26, 2012 Prject Name: SOS File 2.0 Agency: Secretary f State Business Unit/Prgram Area: Secretary f State Prject Spnsr: Al Jaeger Prject Manager: Beverly Maitland Prject Startup Reprt Presented t the IT Cmmittee

More information

Policy on Free and Open-source Software. Government Policy of Iceland

Policy on Free and Open-source Software. Government Policy of Iceland Plicy n Free and Open-surce Sftware Gvernment Plicy f Iceland Prime Minister s Office December 2007 Intrductin Free and pen-surce sftware is sftware based n a surce cde which the authrs chse t make public

More information

An Oracle White Paper January 2013. Comprehensive Data Quality with Oracle Data Integrator and Oracle Enterprise Data Quality

An Oracle White Paper January 2013. Comprehensive Data Quality with Oracle Data Integrator and Oracle Enterprise Data Quality An Oracle White Paper January 2013 Cmprehensive Data Quality with Oracle Data Integratr and Oracle Enterprise Data Quality Executive Overview Pr data quality impacts almst every cmpany. In fact, accrding

More information

UNITED STATES OF AMERICA FEDERAL ENERGY REGULATORY COMMISSION. Statement of Thomas F. O Brien. Vice President & Chief Information Officer

UNITED STATES OF AMERICA FEDERAL ENERGY REGULATORY COMMISSION. Statement of Thomas F. O Brien. Vice President & Chief Information Officer UNITED STATES OF AMERICA FEDERAL ENERGY REGULATORY COMMISSION Revised Critical Infrastructure Prtectin Reliability Standards Dcket N. RM15-14-000 Statement f Thmas F. O Brien Vice President & Chief Infrmatin

More information

Website Design Worksheet

Website Design Worksheet Website Design Wrksheet The mst crucial and imprtant part f having a website designed, r redesigned is t set gals and decide up frnt what yu want yur website t d. What is the purpse f yur new website?

More information

Traffic monitoring on ProCurve switches with sflow and InMon Traffic Sentinel

Traffic monitoring on ProCurve switches with sflow and InMon Traffic Sentinel An HP PrCurve Netwrking Applicatin Nte Traffic mnitring n PrCurve switches with sflw and InMn Traffic Sentinel Cntents 1. Intrductin... 3 2. Prerequisites... 3 3. Netwrk diagram... 3 4. sflw cnfiguratin

More information

Frequently Asked Questions November 19, 2013. 1. Which browsers are compatible with the Global Patent Search Network (GPSN)?

Frequently Asked Questions November 19, 2013. 1. Which browsers are compatible with the Global Patent Search Network (GPSN)? Frequently Asked Questins Nvember 19, 2013 General infrmatin 1. Which brwsers are cmpatible with the Glbal Patent Search Netwrk (GPSN)? Ggle Chrme (v23.x) and IE 8.0. 2. The versin number and dcument cunt

More information

Wireless Nurse Calling System Technical Document

Wireless Nurse Calling System Technical Document Wireless Nurse Calling System Technical Dcument Wireless Nurse Calling System Technical Dcument [May 2016] Bangalre, India Please feel free t give feedback thrugh: sales@frbixindia.cm 1 P a g e Wireless

More information

This report provides Members with an update on of the financial performance of the Corporation s managed IS service contract with Agilisys Ltd.

This report provides Members with an update on of the financial performance of the Corporation s managed IS service contract with Agilisys Ltd. Cmmittee: Date(s): Infrmatin Systems Sub Cmmittee 11 th March 2015 Subject: Agilisys Managed Service Financial Reprt Reprt f: Chamberlain Summary Public Fr Infrmatin This reprt prvides Members with an

More information