DOCSLIB.ORG

White Paper Version of July 2015

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
White Paper Version of July 2015 White paper Digital Video File Recommendation Version of July 2015 edited by Whitepaper 1 DIGITAL VIDEO FILE RECOMMENDATIONS ............................ 4 1.1 Preamble .........................................................................................................................4 1.2 Scope ...............................................................................................................................5 1.3 File Formats ....................................................................................................................5 1.4 Codecs ............................................................................................................................5 1.4.1 Browsing .................................................................................................... 5 1.4.2 Acquisition ................................................................................................. 6 1.4.3 Programme Contribution ........................................................................... 7 1.4.4 Postproduction .......................................................................................... 7 1.4.5 Broadcast ................................................................................................... 7 1.4.6 News & Magazines & Sports ..................................................................... 8 1.4.7 High Definition ........................................................................................... 8 1.5 General Requirements ..................................................................................................9 1.6 Production And Editing Requirements........................................................................9 1.7 Video Format ................................................................................................................10 1.7.1 Standard Definition .................................................................................. 10 1.7.2 High definition .......................................................................................... 10 1.8 Digital Video Signal .....................................................................................................11 1.8.1 Standard Definition .................................................................................. 11 1.8.2 High Definition ......................................................................................... 12 1.8.2.1 Video Signal Is Component Digital (4:2:2) ........................................................12 1.8.2.2 Start of Program .................................................................................................13 1.8.3 Ultra High Definition (High Efficiency Video Coding – HEVC) .............. 13 1.8.4 Digital Audio Recording Levels .............................................................. 13 1.8.5 Additional Specifications ........................................................................ 16 2 MXF – File Recommendation.............................................................. 17 2.1 Introduction ...................................................................................................................17 2.2 MXF Metadata ..............................................................................................................17 2.2.1 Structural and Descriptive Metadata ...................................................... 17 2.2.2 Structural Metadata .................................................................................. 17 2.2.2.1 Partitions ............................................................................................................17 2.2.2.2 Operational Pattern ............................................................................................19 2.2.2.3 Header Metadata ................................................................................................20 2.2.2.4 Index Tables ........................................................................................................21 2.2.2.5 Essence Container ..............................................................................................21 2.2.3 Descriptive Metadata ............................................................................... 23 2.2.3.1 Metadata Tracks .................................................................................................23 2.2.3.2 Production Framework.......................................................................................25 2.2.3.3 Clip Framework ..................................................................................................26 2.2.3.4 Scene Framework ...............................................................................................27 2.2.3.5 Other Metadata ..................................................................................................27 2.2.3.6 Data Tracks ........................................................................................................28 2.3 Operational Patterns ...................................................................................................29 2.3.1 Op1a And OpAtom ................................................................................... 29 2.3.1.1 Op1a ...................................................................................................................29 2.3.1.2 Atomic Op1a .......................................................................................................30 2.3.1.3 OpAtom ...............................................................................................................31 2.3.1.4 OpAtom vs. Op1a ................................................................................................33 2.3.2 External References On Atomic MXF files. ............................................ 34 2.3.2.1 Op1a (embedded material) .................................................................................34 White Paper RTL Group/Standard Recommendations/Draft January 2007 Page 2 of 56 Whitepaper 2.3.2.2 Op1b (external material) ....................................................................................35 2.3.2.3 OpAtom1b ...........................................................................................................36 2.3.2.4 Resolving External References ...........................................................................37 2.3.3 Uses Of Op1b-3c Operational Patterns .................................................. 38 2.3.3.1 Op1b ...................................................................................................................38 2.3.3.2 Op1c ...................................................................................................................39 2.3.3.3 Op2b ...................................................................................................................40 2.3.3.4 Op2c ...................................................................................................................40 2.3.3.5 Op3b ...................................................................................................................41 2.3.3.6 Op3c ...................................................................................................................42 2.4 Interoperability And Metadata Exchange In Production Workflow .......................43 2.5 Recommendations On Metadata Usage ..................................................................45 3 HEVC (Codec for H.265) ..................................................................... 47 4 Audio Standards ................................................................................... 48 4.1 Format PCM: AES 1/2 .................................................................................................48 4.1.1 Mono ......................................................................................................... 49 4.1.2 Stereo........................................................................................................ 49 4.2 Dolby Surround ............................................................................................................50 4.2.1 Format Dolby-E : AES 3/4 (and AES1/2 On Special Request) ............... 50 4.2.2 Procedures For Measuring Dolby-E........................................................ 51 4.3 Organization Of The Content .....................................................................................51 4.3.1 AUDIO AES 1/2 ......................................................................................... 52 4.3.1.1 From A PCM Stream ..........................................................................................52 4.3.1.2 For A Dolby E Stream ........................................................................................53 4.3.2 AUDIO AES 3/4 ......................................................................................... 55 4.3.2.1 For The Dolby-E Stream ....................................................................................55 White Paper RTL Group/Standard Recommendations/Draft January 2007 Page 3 of 56 Whitepaper 1 DIGITAL VIDEO FILE RECOMMENDATIONS 1.1 Preamble This paper aims to simplify and integrate workflows across production and broadcast departments of RTL Group stations but also for contribution and distribution purposes with external partners. This paper is considered as a useful recommendation for any station that might want to use it. A first major corner stone will be to define specifications for digital
Load more

Recommended publications
  • Delivery Specifications for Commercials and Billboards
    DELIVERY SPECIFICATIONS FOR COMMERCIALS AND BILLBOARDS 1. General This document covers the technical requirements for commercials and billboards commissioned in High Definition (HD) which are to be transmitted by the broadcaster. The broadcaster offers the option of electronic delivery by means of transferring computer files via the Internet, further described in section 3. A submission always consists of two files: the file containing image and audio data, and a file containing metadata. Next to this document, the General Terms and Conditions and Sales Restrictions must be accepted by the supplier. If the requirements included in this document are not fulfilled, the broadcaster retains the right to refuse or adapt the received production. 2. Specifications for the computer file The content is packaged in an MXF file containing compressed image and audio data. The file must be delivered in MXF format using ‘Operational Pattern 1a’, which is specified in the following section. 2.1 References A submission must at least comply with the following standards and recommendations: SMPTE 377M-2009 Material Exchange Format (MXF) – File Format Specification. SMPTE 378M-2004 Material Exchange Format (MXF) – Operational pattern 1A. (Single Item, Single Package) SMPTE 379M-2010 Material Exchange Format (MXF) – MXF Generic Container. SMPTE 381M-2005 Material Exchange Format (MXF) – Mapping MPEG Streams into the MXF Generic Container. SMPTE 382M-2007 Material Exchange Format – Mapping AES3 and Broadcast Wave Audio into the MXF Generic Container. ITU-R BT.709-5-2004 Parameter values for the HDTV standards for production and international program exchange. ITU-R BT.1702-2005 Guidance for the reduction of photosensitive epileptic seizures caused by television.
    [Show full text]
  • LOW COMPLEXITY H.264 to VC-1 TRANSCODER by VIDHYA
    LOW COMPLEXITY H.264 TO VC-1 TRANSCODER by VIDHYA VIJAYAKUMAR Presented to the Faculty of the Graduate School of The University of Texas at Arlington in Partial Fulfillment of the Requirements for the Degree of MASTER OF SCIENCE IN ELECTRICAL ENGINEERING THE UNIVERSITY OF TEXAS AT ARLINGTON AUGUST 2010 Copyright © by Vidhya Vijayakumar 2010 All Rights Reserved ACKNOWLEDGEMENTS As true as it would be with any research effort, this endeavor would not have been possible without the guidance and support of a number of people whom I stand to thank at this juncture. First and foremost, I express my sincere gratitude to my advisor and mentor, Dr. K.R. Rao, who has been the backbone of this whole exercise. I am greatly indebted for all the things that I have learnt from him, academically and otherwise. I thank Dr. Ishfaq Ahmad for being my co-advisor and mentor and for his invaluable guidance and support. I was fortunate to work with Dr. Ahmad as his research assistant on the latest trends in video compression and it has been an invaluable experience. I thank my mentor, Mr. Vishy Swaminathan, and my team members at Adobe Systems for giving me an opportunity to work in the industry and guide me during my internship. I would like to thank the other members of my advisory committee Dr. W. Alan Davis and Dr. William E Dillon for reviewing the thesis document and offering insightful comments. I express my gratitude Dr. Jonathan Bredow and the Electrical Engineering department for purchasing the software required for this thesis and giving me the chance to work on cutting edge technologies.
    [Show full text]
  • Standards Quarterly Report March 2021
    STANDARDS QUARTERLY REPORT MARCH 2021 Result of SMPTE® Technology Committee Meetings 08-11 March 2021 Copyright © 2020 by the Society of Motion Picture and Television Engineers ®, Inc. (SMPTE ®) - All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, with the express written permission of the publisher. Society of Media Professionals, Technologists and Engineers ® 445 Hamilton Avenue White Plains, NY 10601 USA www.smpte.org SMPTE® Standards Quarterly Report Executive Summary SMPTE Standards Committee Meetings 8-11 March 2021 Host: Online Meeting This Executive Summary lists the new projects this quarter and gives a high-level view of project developments. More information on the status of the 150 active projects can be found in the detailed account, after this summary. Nine SMPTE Technology Committees (TCs) and no subgroups scheduled meetings at this round (the subgroups normally meet by telecon, so their normal cadence was able to continue through the meeting week). 120 members attended by remote access over the four days. Documents published in the last quarter from the work of each TC are listed on this page. New Projects that Began in the Last Quarter TC Type Project (links to online project Approval Date (links statement; these may not be publicly to this report) available yet) File Formats and Revision ST 2094-2 KLV Encoding and MXF Not known Systems Mapping File Formats and New Standard ST 2127-1 Mapping NGA Signals into Not Known Systems the
    [Show full text]
  • Video Coding Standards
    Module 8 Video Coding Standards Version 2 ECE IIT, Kharagpur Lesson 23 MPEG-1 standards Version 2 ECE IIT, Kharagpur Lesson objectives At the end of this lesson, the students should be able to : 1. Enlist the major video coding standards 2. State the basic objectives of MPEG-1 standard. 3. Enlist the set of constrained parameters in MPEG-1 4. Define the I- P- and B-pictures 5. Present the hierarchical data structure of MPEG-1 6. Define the macroblock modes supported by MPEG-1 23.0 Introduction In lesson 21 and lesson 22, we studied how to perform motion estimation and thereby temporally predict the video frames to exploit significant temporal redundancies present in the video sequence. The error in temporal prediction is encoded by standard transform domain techniques like the DCT, followed by quantization and entropy coding to exploit the spatial and statistical redundancies and achieve significant video compression. The video codecs therefore follow a hybrid coding structure in which DPCM is adopted in temporal domain and DCT or other transform domain techniques in spatial domain. Efforts to standardize video data exchange via storage media or via communication networks are actively in progress since early 1980s. A number of international video and audio standardization activities started within the International Telephone Consultative Committee (CCITT), followed by the International Radio Consultative Committee (CCIR), and the International Standards Organization / International Electrotechnical Commission (ISO/IEC). An experts group, known as the Motion Pictures Expects Group (MPEG) was established in 1988 in the framework of the Joint ISO/IEC Technical Committee with an objective to develop standards for coded representation of moving pictures, associated audio, and their combination for storage and retrieval of digital media.
    [Show full text]
  • 20130218 Technical White Paper.Bw.Jp
    Sending, Storing & Sharing Video With latakoo © Copyright latakoo. All rights reserved. Revised 11/12/2012 Table of contents Table of contents ................................................................................................... 1 1. Introduction ...................................................................................................... 2 2. Sending video & files with latakoo ...................................................................... 3 2.1 The latakoo app ............................................................................................ 3 2.2 Compression & upload ................................................................................. 3 2.3 latakoo minutes ............................................................................................ 4 3. The latakoo web interface .................................................................................. 4 3.1 Web interface requirements .......................................................................... 4 3.2 Logging into the dashboard .......................................................................... 4 3.3 Streaming video previews ............................................................................. 4 3.4 Downloading video ...................................................................................... 5 3.5 latakoo Pilot ................................................................................................. 5 3.6 Search and tagging ......................................................................................
    [Show full text]
  • Bibliography: Preservation File Formats for Video & Associated Metadata Rev March 10, 2005
    PRESERVING DIGITAL PUBLIC TELEVISION Bibliography: Preservation File Formats for Video & Associated Metadata rev March 10, 2005 Advanced Authoring Format: Specifications: AAF Association (2004). Advanced Authoring Format (AAF) Object Specification v1.1. Available at: http://www.aafassociation.org/html/specs/aafobjectspec-v1.1.pdf AAF Association (2004). Advanced Authoring Format (AAF) Stored Format Specification v1.0.1. Available at: http://www.aafassociation.org/html/specs/aafstoredformatspec-v1.0.1.pdf AAF Association (2004). Advanced Authoring Format (AAF) Low-Level Container Specification v1.0.1. Available at: http://www.aafassociation.org/html/specs/aafcontainerspec-v1.0.1.pdf Useful references: AAF and COM (Microsoft Component Object Model). Available at: http://www.aafassociation.org/html/techinfo/COMaaf.html AAF software developers kit (SDK). Available at: http://aaf.sourceforge.net/ XML for AAF and MXF, from the International Broadcasters Convention (IBC) Web site. Available at: http://www.broadcastpapers.com/asset/IBCSonyXMLDictionary01.htm Multiple articles in Motion Imaging , July/August 2004. This double issue of the monthly journal of the Society of Motion Picture, and Television Engineers (SMPTE) is devoted to the Advanced Authoring Format (AAF) and the Material Exchange Format (MXF). Library of Congress format description for AAF: http://www.digitalpreservation.gov/formats/fdd/fdd000004.shtml Media Exchange Format: Selected specifications: SMPTE (2004). Television – Material Exchange Format (MXF) – File Format Specification. SMPTE 377M- 2004. White Plains, NY: Author. SMPTE (2004). Television – Material Exchange Format (MXF) – Operational Pattern 1a (Single Item, Single Package). SMPTE 378M-2004. White Plains, NY: Author. SMPTE (2004). Television – Material Exchange Format (MXF) – MXF Generic Container. SMPTE 379M- 2004. White Plains, NY: Author.
    [Show full text]
  • Soundcode Exchange MXF Users Guide
    SoundCode Exchange MXF User’s Guide SoundCode Exchange MXF Users Guide Version 2.0 Quicktime Import Component MXF To Pro Tools Utility Application Pro Tools Export PlugIn (SoundCode Exchange Only) for Macintosh OS X and Windows XP /Vista Created By Neyrinck San Francisco, CA USA www.neyrinck.com [email protected] Technical Support www.neyrinck.com [email protected] Product Information www.neyrinck.com [email protected] SoundCode Exchange MXF User’s Guide Copyright This guide is copyrighted ©2011 by Neyrinck with all rights reserved. Under copyright laws, this guide may not be duplicated in whole or in part without the written consent of Neyrinck. Trademarks “DIGIDESIGN”, “PRO TOOLS”, “PRO TOOLS HD”,“PRO TOOLS LE”, and “PRO TOOLS M- POWERED” are trademarks or registered trademarks of Avid Technology, Inc. Dolby and the double-D symbol are trademarks of Dolby Laboratories Disclaimers Product features, specifications, system requirements and availability are subject to change without notice. Manufactured under license from Dolby Laboratories 2 SoundCode Exchange MXF User’s Guide Table Of Contents Chapter 1 1 Introduction Welcome To SoundCode Exchange MXF System Requirements Chapter 2 4 Installation Installing SoundCode Exchange MXF Authorizing SoundCode Exchange MXF Removing Expired Plug-Ins Chapter 3 5 SoundCode Exchange MXF Technologies MXF Files OP1a Files OP-Atom Files Quicktime Chapter 4 6 Using Quicktime Player Overview Chapter 5 7 Importing MXF Into Pro Tools - MXF To Pro Tools Overview Chapter 6 7 SoundCode Exchange MXF Export Overview
    [Show full text]
  • AVC to the Max: How to Configure Encoder
    Contents Company overview …. ………………………………………………………………… 3 Introduction…………………………………………………………………………… 4 What is AVC….………………………………………………………………………… 6 Making sense of profiles, levels, and bitrate………………………………………... 7 Group of pictures and its structure..………………………………………………… 11 Macroblocks: partitioning and prediction modes….………………………………. 14 Eliminating spatial redundancy……………………………………………………… 15 Eliminating temporal redundancy……...……………………………………………. 17 Adaptive quantization……...………………………………………………………… 24 Deblocking filtering….….…………………………………………………………….. 26 Entropy encoding…………………………………….……………………………….. 2 8 Conclusion…………………………………………………………………………….. 29 Contact details..………………………………………………………………………. 30 2 www.elecard.com Company overview Elecard company, founded in 1988, is a leading provider of software products for encoding, decoding, processing, monitoring and analysis of video and audio data in 9700 companies various formats. Elecard is a vendor of professional software products and software development kits (SDKs); products for in - depth high - quality analysis and monitoring of the media content; countries 1 50 solutions for IPTV and OTT projects, digital TV broadcasting and video streaming; transcoding servers. Elecard is based in the United States, Russia, and China with 20M users headquarters located in Tomsk, Russia. Elecard products are highly appreciated and widely used by the leaders of IT industry such as Intel, Cisco, Netflix, Huawei, Blackmagic Design, etc. For more information, please visit www.elecard.com. 3 www.elecard.com Introduction Video compression is the key step in video processing. Compression allows broadcasters and premium TV providers to deliver their content to their audience. Many video compression standards currently exist in TV broadcasting. Each standard has different properties, some of which are better suited to traditional live TV while others are more suited to video on demand (VoD). Two basic standards can be identified in the history of video compression: • MPEG-2, a legacy codec used for SD video and early digital broadcasting.
    [Show full text]
  • Forcepoint DLP Supported File Formats and Size Limits
    Forcepoint DLP Supported File Formats and Size Limits Supported File Formats and Size Limits | Forcepoint DLP | v8.8.1 This article provides a list of the file formats that can be analyzed by Forcepoint DLP, file formats from which content and meta data can be extracted, and the file size limits for network, endpoint, and discovery functions. See: ● Supported File Formats ● File Size Limits © 2021 Forcepoint LLC Supported File Formats Supported File Formats and Size Limits | Forcepoint DLP | v8.8.1 The following tables lists the file formats supported by Forcepoint DLP. File formats are in alphabetical order by format group. ● Archive For mats, page 3 ● Backup Formats, page 7 ● Business Intelligence (BI) and Analysis Formats, page 8 ● Computer-Aided Design Formats, page 9 ● Cryptography Formats, page 12 ● Database Formats, page 14 ● Desktop publishing formats, page 16 ● eBook/Audio book formats, page 17 ● Executable formats, page 18 ● Font formats, page 20 ● Graphics formats - general, page 21 ● Graphics formats - vector graphics, page 26 ● Library formats, page 29 ● Log formats, page 30 ● Mail formats, page 31 ● Multimedia formats, page 32 ● Object formats, page 37 ● Presentation formats, page 38 ● Project management formats, page 40 ● Spreadsheet formats, page 41 ● Text and markup formats, page 43 ● Word processing formats, page 45 ● Miscellaneous formats, page 53 Supported file formats are added and updated frequently. Key to support tables Symbol Description Y The format is supported N The format is not supported P Partial metadata
    [Show full text]
  • Video Coding Standards 1 Videovideo Codingcoding Standardsstandards
    VideoVideo CodingCoding StandardsStandards • H.120 • H.261 • MPEG-1 and MPEG-2/H.262 • H.263 • MPEG-4 Thomas Wiegand: Digital Image Communication Video Coding Standards 1 VideoVideo CodingCoding StandardsStandards MPEG-2 digital TV 2 -6 Mbps ITU-R 601 166 Mbit/s H.261 ISDN 64 kbps Picture phone H.263 PSTN < 28.8 kbps picture phone Thomas Wiegand: Digital Image Communication Video Coding Standards 2 H.120:H.120: TheThe FirstFirst DigitalDigital VideoVideo CodingCoding StandardStandard • ITU-T (ex-CCITT) Rec. H.120: The first digital video coding standard (1984) • v1 (1984) had conditional replenishment, DPCM, scalar quantization, variable-length coding, switch for quincunx sampling • v2 (1988) added motion compensation and background prediction • Operated at 1544 (NTSC) and 2048 (PAL) kbps • Few units made, essentially not in use today Thomas Wiegand: Digital Image Communication Video Coding Standards 3 H.261:H.261: TheThe BasisBasis ofof ModernModern VideoVideo CompressionCompression • ITU-T (ex-CCITT) Rec. H.261: The first widespread practical success • First design (late ’80s) embodying typical structure that dominates today: 16x16 macroblock motion compensation, 8x8 DCT, scalar quantization, and variable-length coding • Other key aspects: loop filter, integer-pel motion compensation accuracy, 2-D VLC for coefficients • Operated at 64-2048 kbps • Still in use, although mostly as a backward- compatibility feature – overtaken by H.263 Thomas Wiegand: Digital Image Communication Video Coding Standards 4 H.261&3H.261&3 MacroblockMacroblock
    [Show full text]
  • File Formats
    FILE FORMATS v1.9.0 This document forms part of the Ministry of Education and Culture’s Open science and digital cultural heritage entity. Licence Creative Commons Suomi CC-BY-NC-SA 4.0 (https://creativecommons.org/licenses/by-nc-sa/4.0/) Users of this Specification are entitled to distribute the report, i.e. copy, circulate, display publicly and perform publicly, and modify it under the following conditions: . The Ministry of Education and Culture is appointed the Original Author (not, however, so that notification would refer to a licensee or means by which the Specification is used as supported by the licensor). The user is not entitled to use the Specification commercially. If the user makes any modifications to the Specification or uses it as the basis for their own works, the derivative work shall be distributed in the same manner or under the same type of licence. FILE FORMATS – 1.9.0 CONTENT 1. INTRODUCTION ............................................................................................................................................... 5 1.1. Digital Preservation Services ............................................................................................................................. 5 1.2. Recommended and Acceptable for Transfer File Formats ................................................................................ 5 1.3. Technical Characteristics of File Formats .......................................................................................................... 6 1.4. Format Registry ................................................................................................................................................
    [Show full text]
  • Digital Recording of Performing Arts: Formats and Conversion
    detailed approach also when the transfer of rights forms part of an employment contract between the producer of Digital recording of performing the recording and the live crew. arts: formats and conversion • Since the area of activity most probably qualifies as Stijn Notebaert, Jan De Cock, Sam Coppens, Erik Mannens, part of the ‘cultural sector’, separate remuneration for Rik Van de Walle (IBBT-MMLab-UGent) each method of exploitation should be stipulated in the Marc Jacobs, Joeri Barbarien, Peter Schelkens (IBBT-ETRO-VUB) contract. If no separate remuneration system has been set up, right holders might at any time invoke the legal default mechanism. This default mechanism grants a proportionate part of the gross revenue linked to a specific method of exploitation to the right holders. The producer In today’s digital era, the cultural sector is confronted with a may also be obliged to provide an annual overview of the growing demand for making digital recordings – audio, video and gross revenue per way of exploitation. This clause is crucial still images – of stage performances available over a multitude of in order to avoid unforeseen financial and administrative channels, including digital television and the internet. Essentially, burdens in a later phase. this can be accomplished in two different ways. A single entity can act as a content aggregator, collecting digital recordings from • Determine geographical scope and, if necessary, the several cultural partners and making this content available to duration of the transfer for each way of exploitation. content distributors or each individual partner can distribute its own • Include future methods of exploitation in the contract.
    [Show full text]