ISO 26429-8-2009 Digital cinema (D-cinema) packaging - Part 8 Packing list《数字电影院(D-电影)组件 第8部分 装箱单》.pdf

《ISO 26429-8-2009 Digital cinema (D-cinema) packaging - Part 8 Packing list《数字电影院(D-电影)组件 第8部分 装箱单》.pdf》由会员分享，可在线阅读，更多相关《ISO 26429-8-2009 Digital cinema (D-cinema) packaging - Part 8 Packing list《数字电影院(D-电影)组件 第8部分 装箱单》.pdf（24页珍藏版）》请在麦多课文档分享上搜索。

1、 Reference number ISO 26429-8:2009(E) ISO 2009INTERNATIONAL STANDARD ISO 26429-8 First edition 2009-12-15 Digital cinema (D-cinema) packaging Part 8: Packing list Emballage du cinma numrique (cinma D) Partie 8: Liste demballage ISO 26429-8:2009(E) PDF disclaimer This PDF file may contain embedded ty

2、pefaces. In accordance with Adobes licensing policy, this file may be printed or viewed but shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In downloading this file, parties accept therein the responsibility of not inf

3、ringing Adobes licensing policy. The ISO Central Secretariat accepts no liability in this area. Adobe is a trademark of Adobe Systems Incorporated. Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation parameters were op

4、timized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below. COPYRIGHT PROTECTED DOCUMENT ISO 2009 All rights reserved.

5、 Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or ISOs member body in the country of the requester.

6、ISO copyright office Case postale 56 CH-1211 Geneva 20 Tel. + 41 22 749 01 11 Fax + 41 22 749 09 47 E-mail copyrightiso.org Web www.iso.org Published in Switzerland ii ISO 2009 All rights reservedISO 26429-8:2009(E) ISO 2009 All rights reserved iiiForeword ISO (the International Organization for Sta

7、ndardization) is a worldwide federation of national standards bodies (ISO member bodies). The work of preparing International Standards is normally carried out through ISO technical committees. Each member body interested in a subject for which a technical committee has been established has the righ

8、t to be represented on that committee. International organizations, governmental and non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely with the International Electrotechnical Commission (IEC) on all matters of electrotechnical standardization. International

9、Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2. The main task of technical committees is to prepare International Standards. Draft International Standards adopted by the technical committees are circulated to the member bodies for voting. Publication as an

10、 International Standard requires approval by at least 75 % of the member bodies casting a vote. Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. ISO shall not be held responsible for identifying any or all such patent rights. ISO 2

11、6429-8 was prepared by Technical Committee ISO/TC 36, Cinematography. ISO 26429-8 was prepared by the Society of Motion Picture and Television Engineers (as SMPTE 429-8-2007) and was adopted, under a special “fast-track procedure”, by Technical Committee ISO/TC 36, Cinematography, in parallel with i

12、ts approval by the ISO member bodies. ISO 26429 consists of the following parts, under the general title Digital cinema (D-cinema) packaging: Part 3: Sound and picture track file equivalent to SMPTE 429-3 Part 4: MXF JPEG 2000 application equivalent to SMPTE 429-4 Part 6: MXF track file essence encr

13、yption equivalent to SMPTE 429-6 Part 7: Composition playlist equivalent to SMPTE 429-7 Part 8: Packing list equivalent to SMPTE 429-8 Part 9: Asset mapping and file segmentation equivalent to SMPTE 429-9 Part 10: Stereoscopic picture track file equivalent to SMPTE 429-10 ISO 26429-8:2009(E) iv ISO

14、2009 All rights reservedIntroduction This part of ISO 26429 comprises SMPTE 429-8-2007 and Annex ZZ (which provides equivalences between ISO standards and SMPTE standards referenced in the text). The International Organization for Standardization (ISO) draws attention to the fact that it is claimed

15、that compliance with this document may involve the use of a patent. ISO takes no position concerning the evidence, validity and scope of this patent right. The holder of this patent right has assured ISO that he is willing to negotiate licences under reasonable and non-discriminatory terms and condi

16、tions with applicants throughout the world. In this respect, the statement of the holder of this patent right is registered with ISO. Information may be obtained from: Eastman Kodak Company Intellectual Property Transactions 343 State Street Rochester, NY 14650 USA Attention is drawn to the possibil

17、ity that some of the elements of this document may be the subject of patent rights other than those identified above. ISO shall not be held responsible for identifying any or all such patent rights. Copyright 2007 by THE SOCIETY OF MOTION PICTURE AND TELEVISION ENGINEERS 595 W. Hartsdale Ave., White

18、 Plains, NY 10607 (914) 761-1100 Approved June 25, 2007 Table of Contents Page Forward . 2 1 Scope 2 2 Conformance Notation 2 3 Normative References 2 4 Overview . 3 4.1 Use of XML Language 5 5 PackagingList Structure 6 5.1 Id . 7 5.2 AnnotationText optional 7 5.3 IconId optional. 7 5.4 IssueDate 7

19、5.5 Issuer 7 5.6 Creator 7 5.7 GroupId optional 7 5.8 AssetList 8 5.9 Signer optional 8 5.10 Signature optional . 8 6 Asset Structure 9 6.1 Id . 9 6.2 AnnotationText optional 9 6.3 Hash 10 6.4 Size . 10 6.5 Type 10 6.6 OriginalFileName optional. 10 7 XML Schema. 11 7.1 PackingList 11 7.2 Asset . 11

20、7.3 Misc. 12 Annex A Sample (Informative) 13 Annex B XML Diagram Legend (Informative) . 14 B.1 Element Symbols 14 B.1.1 Examples. 14 B.2 Model Symbols (“Compositors“). 15 B.3 Types 15 B.4 Model Groups and References. 16 Annex C Bibliography (Informative) 17 Page 1 of 17 pages SMPTE 429-8-2007 SMPTE

21、STANDARD D-Cinema Packaging Packing List ISO 26429-8:2009(E) ISO 2009 All rights reserved 1SMPTE 429-8-2007 Page 2 of 17 pages Foreword SMPTE (the Society of Motion Picture and Television Engineers) is an internationally-recognized standards developing organization. Headquartered and incorporated in

22、 the United States of America, SMPTE has members in over 80 countries on six continents. SMPTEs Engineering Documents, including Standards, Recommended Practices and Engineering Guidelines, are prepared by SMPTEs Technology Committees. Participation in these Committees is open to all with a bona fid

23、e interest in their work. SMPTE cooperates closely with other standards-developing organizations, including ISO, IEC and ITU. SMPTE Engineering Documents are drafted in accordance with the rules given in Part XIII of its Administrative Practices. SMPTE 429-8 was prepared by Technology Committee DC28

24、. 1 Scope This standard specifies the data format for interchange of a Packing List for Digital Cinema applications. The electronic or physical form of a complete package described by a Packing List is beyond the scope of this standard. 2 Conformance Notation Normative text is text that describes el

25、ements of the design that are indispensable or contains the conformance language keywords: “shall“, “should“, or “may“. Informative text is text that is potentially helpful to the user, but not indispensable, and can be removed, changed, or added editorially without affecting interoperability. Infor

26、mative text does not contain any conformance keywords. All text in this document is, by default, normative, except: the Introduction, any section explicitly labeled as “Informative“ or individual paragraphs that start with “Note:” The keywords “shall“ and “shall not“ indicate requirements strictly t

27、o be followed in order to conform to the document and from which no deviation is permitted. The keywords, “should“ and “should not“ indicate that, among several possibilities, one is recommended as particularly suitable, without mentioning or excluding others; or that a certain course of action is p

28、referred but not necessarily required; or that (in the negative form) a certain possibility or course of action is deprecated but not prohibited. The keywords “may“ and “need not“ indicate courses of action permissible within the limits of the document. The keyword “reserved” indicates a provision t

29、hat is not defined at this time, shall not be used, and may be defined in the future. The keyword “forbidden” indicates “reserved” and in addition indicates that the provision will never be defined in the future. 3 Normative References The following standards contain provisions which, through refere

30、nce in this text, constitute provisions of this recommended practice. At the time of publication, the editions indicated were valid. All standards are subject to revision, and parties to agreements based on this recommended practice are encouraged to investigate the possibility of applying the most

31、recent edition of the standards indicated below. ISO 26429-8:2009(E) 2 ISO 2009 All rights reservedSMPTE 429-8-2007 Page 3 of 17 pages 1. World Wide Web Consortium (W3C) (2004, February 4). Extensible Markup Language (XML) 1.0 (Third Edition). 2. World Wide Web Consortium (W3C) (2004, October 28). X

32、ML Schema Part 1: Structures (Second Edition). 3. World Wide Web Consortium (W3C) (2004, October 28). XML Schema Part 2: Datatypes (Second Edition). 4. World Wide Web Consortium (W3C) Recommendation (12 February 2002). XML-Signature Syntax and Processing. 5. Internet Engineering Task Force (IETF) RF

33、C3174 (September 2001) US Secure Hash Algorithm 1 6. Internet Engineering Task Force (IETF) RFC2045 (November 1996) Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies 7. Internet Engineering Task Force (IETF) RFC2046 (November 1996) Multipurpose Internet Mail Ex

34、tensions (MIME) Part Two: Media Types 8. Internet Engineering Task Force (IETF) (1996, November). RFC 2396 Uniform Resource Identifiers (URI): Generic Syntax. 9. Internet Engineering Task Force (IETF) (2005, July). RFC 4122 A Universally Unique Identifier (UUID) URN Namespace. 10. Internet Engineeri

35、ng Task Force (IETF) (2001, April) RFC 4051 Additional XML Security Uniform Resource Identifiers (URIs). 4 Overview The packing list specifies the contents of a distribution package. A distribution package shall contain one packing list together with Composition Playlist assets, essence assets and o

36、ther assets as needed to complete the package. The packing list has a list of elements that define the distribution package together with a list of references to all the assets in the package. This list contains the Ids that uniquely identify each asset in the package. Figure 1 illustrates the abstr

37、act form of a complete package for a trailer and a single reel feature. ISO 26429-8:2009(E) ISO 2009 All rights reserved 3SMPTE 429-8-2007 Page 4 of 17 pages Figure 1 Typical Distribution Package (Informative) Figure 2 illustrates the abstract form of a partial Packing List, in which a replacement “

38、reel” is being sent to theatres. This may be created, for example, to distribute a change in the end credits of a feature. Note that this partial package includes picture, sound and subtitle track files, and a Composition Playlist file that references those files as well as files from a previously d

39、elivered package. The example package shown in Figure 2 is not related to the example package shown in Figure 1. ISO 26429-8:2009(E) 4 ISO 2009 All rights reservedSMPTE 429-8-2007 Page 5 of 17 pages Figure 2 Typical Partial Distribution Package (Informative) 4.1 Use of XML Language The structures de

40、fined in this document are represented using the Extensible Markup Language (XML) XML 1.0, and specified using XML Schema XML Schema Part 1: Structures and Datatypes XML Schema Part 2: Datatypes. This specification shall be associated with a unique XML namespace name Namespaces in XML. The namespace

41、 name shall be the string value “http:/www.smpte-ra.org/schemas/429-8/2007/PKL”. This namespace name conveys both structural and semantic version information, and serves the purpose of a traditional version number field. Table 1 lists the XML namespace names used in this specification. Namespace nam

42、es are represented as Uniform Resource Identifier (URI) values RFC 2396 1 . Table 1 XML Namespaces Qualifier URI pkl http:/www.smpte-ra.org/schemas/429-8/2007/PKL xs http:/www.w3.org/2001/XMLSchema ds http:/www.w3.org/2000/09/xmldsig# The URIs found in Table 1 are normative. The namespace qualifier

43、values (also called namespace prefixes in XML jargon) used in Table 1 and elsewhere in this document, namely “pkl“, “xs“ and “ds”, are not normative. Specifically, they may be replaced in instance documents by any XML compliant namespace prefix. In other words, implementations shall expect any arbit

44、rary XML compliant namespace prefix value that is associated with a URI from table 1. 1Readers unfamiliar with URI values as XML namespace names should be aware that although a URI value begins with a “method” element (“http” in this case), the value is designed primarily to be a unique string and d

45、oes not necessarily correspond to an actual on-line resource. Applications implementing this standard should not attempt to resolve URI values on-line. ISO 26429-8:2009(E) ISO 2009 All rights reserved 5SMPTE 429-8-2007 Page 6 of 17 pages Datatypes from other schemas that are used in this document wi

46、ll be prefixed with the appropriate namespace qualifier (e.g., xs:dateTime). See XML Schema Part 2: Datatypes and XML-Signature Syntax and Processing for further information about these types. The MIME type IETF RFC 2046 for a document containing a single PackingList element as its root shall be “te

47、xt/xml”. 5 PackingList Structure A Packing List shall be encoded as an XML document XML 1.0. The top-level element shall be designated PackingList, and is described in Figure 3. Figure 3 Packing List structure. Dotted lines denote an optional element. ISO 26429-8:2009(E) 6 ISO 2009 All rights reserv

48、edSMPTE 429-8-2007 Page 7 of 17 pages 5.1 Id The Id element uniquely identifies the packing list for asset management purposes. Each unique Packing List shall have a distinct Id. This will allow easy differentiation between Packing Lists. The Id shall be encoded as a urn:UUID RFC 4122. 5.2 Annotatio

49、nText optional The AnnotationText element shall be a free-form, human-readable annotation describing the distribution package. It is meant strictly as a displayed guidance for the user. The optional language attribute is an xs:language language code and indicates the language of the content of the element. If the language attribute is not present, the default value en shall be used. 5.3 IconId optional The IconId element uniquely identifie