DOCSLIB.ORG

Xmp Specification Part 3 Storage in Files

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Xmp Specification Part 3 Storage in Files XMP SPECIFICATION PART 3 STORAGE IN FILES November 2014 Copyright © 2014 Adobe Systems Incorporated. All rights reserved. Adobe XMP Specification Part 3: Storage in Files NOTICE: All information contained herein is the property of Adobe Systems Incorporated. No part of this publication (whether in hardcopy or electronic form) may be reproduced or transmitted, in any form or by any means, electronic, mechanical, photocopying, recording, or otherwise, without the prior written consent of Adobe Systems Incorporated. Adobe, the Adobe logo, Acrobat, Acrobat Distiller, Flash, FrameMaker, InDesign, Illustrator, Photoshop, PostScript, and the XMP logo are either registered trademarks or trademarks of Adobe Systems Incorporated in the United States and/or other countries. MS-DOS, Windows, and Windows NT are either registered trademarks or trademarks of Microsoft Corporation in the United States and/or other countries. Apple, Macintosh, Mac OS and QuickTime are trademarks of Apple Computer, Inc., registered in the United States and other countries. UNIX is a trademark in the United States and other countries, licensed exclusively through X/Open Company, Ltd. All other trademarks are the property of their respective owners. This publication and the information herein is furnished AS IS, is subject to change without notice, and should not be construed as a commitment by Adobe Systems Incorporated. Adobe Systems Incorporated assumes no responsibility or liability for any errors or inaccuracies, makes no warranty of any kind (express, implied, or statutory) with respect to this publication, and expressly disclaims any and all warranties of merchantability, fitness for particular purposes, and noninfringement of third party rights. Contents 1 Embedding XMP metadata in application files . .9 1.1 Image formats . 9 1.1.1 DNG (Digital Negative). 9 1.1.2 GIF (Graphic Interchange Format) . 11 1.1.3 JPEG . 12 1.1.4 JPEG 2000 . 15 1.1.5 PNG (Portable Network Graphics) . 16 1.1.6 TIFF (Tagged Image File Format) . 17 1.2 Dynamic media formats . 19 1.2.1 ASF (WMA, WMV) . 19 1.2.2 FLV (Flash® Video) . 21 1.2.3 IFF/RIFF (AVI, WAV, AIFF) . 22 1.2.4 MOV (QuickTime). 24 1.2.5 MP3 . 24 1.2.6 MPEG-2 . 25 1.2.7 MPEG-4 (generic and F4V) . 25 1.2.8 SWF (Flash) . 26 1.3 Video package formats . 26 1.3.1 AVCHD . 27 1.3.2 P2 . 27 1.3.3 Sony HDV (High Definition Video) . 28 1.3.4 XDCAM. 29 1.4 Adobe application formats . 32 1.4.1 AI (Adobe Illustrator®) . 32 1.4.2 INDD, INDT (Adobe InDesign®). 32 1.4.3 PSD (Adobe Photoshop) . 37 1.5 Markup formats . 38 1.5.1 HTML . 38 1.5.2 XML . 39 1.6 Document formats . 39 1.6.1 PDF . 39 1.6.2 PS, EPS (PostScript® and Encapsulated PostScript) . 40 1.6.3 UCF (Universal Container Format). 46 2 Handling native metadata . .49 2.1 Reconciling metadata in different formats . 49 2.1.1 Text encodings in import and export . 49 2.1.2 Native metadata export and import . 50 2.1.3 Use of native metadata digests . 51 2.2 Native metadata in PDF files. 51 2.2.1 User-defined keys. 51 2.2.2 Resolving metadata conflicts . 52 2.3 Native metadata in dynamic media formats . 52 2.3.1 Native metadata in ASF (WMA, WMV) formats . 52 2.3.2 Native metadata in IFF/RIFF (AVI, WAV, AIFF) formats . 53 2.3.3 Native metadata in MP3 . 57 2.3.4 Native metadata in MPEG-4. 58 2.4 Native metadata in digital photography formats . 59 2.4.1 Reconciliation issues . 60 2.4.2 Encoding of text in metadata . 61 3 Digital photography native metadata. .63 ©Adobe Systems Incorporated, 2014 3 3.1 Metadata storage in native formats . 63 3.1.1 TIFF metadata . 63 3.1.2 Exif metadata . 63 3.1.3 Photoshop image resources . 64 3.1.4 IPTC (IIM) metadata . 65 3.2 Reconciling metadata properties . 66 3.2.1 Photoshop image resources for metadata . 66 3.2.2 IPTC DataSets for metadata. ..
Load more

Recommended publications
  • XMP SPECIFICATION PART 3 STORAGE in FILES Copyright © 2016 Adobe Systems Incorporated
    XMP SPECIFICATION PART 3 STORAGE IN FILES Copyright © 2016 Adobe Systems Incorporated. All rights reserved. Adobe XMP Specification Part 3: Storage in Files NOTICE: All information contained herein is the property of Adobe Systems Incorporated. No part of this publication (whether in hardcopy or electronic form) may be reproduced or transmitted, in any form or by any means, electronic, mechanical, photocopying, recording, or otherwise, without the prior written consent of Adobe Systems Incorporated. Adobe, the Adobe logo, Acrobat, Acrobat Distiller, Flash, FrameMaker, InDesign, Illustrator, Photoshop, PostScript, and the XMP logo are either registered trademarks or trademarks of Adobe Systems Incorporated in the United States and/or other countries. MS-DOS, Windows, and Windows NT are either registered trademarks or trademarks of Microsoft Corporation in the United States and/or other countries. Apple, Macintosh, Mac OS and QuickTime are trademarks of Apple Computer, Inc., registered in the United States and other countries. UNIX is a trademark in the United States and other countries, licensed exclusively through X/Open Company, Ltd. All other trademarks are the property of their respective owners. This publication and the information herein is furnished AS IS, is subject to change without notice, and should not be construed as a commitment by Adobe Systems Incorporated. Adobe Systems Incorporated assumes no responsibility or liability for any errors or inaccuracies, makes no warranty of any kind (express, implied, or statutory) with respect to this publication, and expressly disclaims any and all warranties of merchantability, fitness for particular purposes, and noninfringement of third party rights. Contents 1 Embedding XMP metadata in application files .
    [Show full text]
  • (A/V Codecs) REDCODE RAW (.R3D) ARRIRAW
    What is a Codec? Codec is a portmanteau of either "Compressor-Decompressor" or "Coder-Decoder," which describes a device or program capable of performing transformations on a data stream or signal. Codecs encode a stream or signal for transmission, storage or encryption and decode it for viewing or editing. Codecs are often used in videoconferencing and streaming media solutions. A video codec converts analog video signals from a video camera into digital signals for transmission. It then converts the digital signals back to analog for display. An audio codec converts analog audio signals from a microphone into digital signals for transmission. It then converts the digital signals back to analog for playing. The raw encoded form of audio and video data is often called essence, to distinguish it from the metadata information that together make up the information content of the stream and any "wrapper" data that is then added to aid access to or improve the robustness of the stream. Most codecs are lossy, in order to get a reasonably small file size. There are lossless codecs as well, but for most purposes the almost imperceptible increase in quality is not worth the considerable increase in data size. The main exception is if the data will undergo more processing in the future, in which case the repeated lossy encoding would damage the eventual quality too much. Many multimedia data streams need to contain both audio and video data, and often some form of metadata that permits synchronization of the audio and video. Each of these three streams may be handled by different programs, processes, or hardware; but for the multimedia data stream to be useful in stored or transmitted form, they must be encapsulated together in a container format.
    [Show full text]
  • Game Audio Via Openal
    Game Audio via OpenAL Summary In the Graphics For Games module, you learnt how to use OpenGL to create complex graphical scenes, improving your programming skills along the way, and learning about data structures such as scene graphs. In this workshop, you'll see how to add sounds to your game worlds using the OpenAL sound library. New Concepts Sound in games, OpenAL, PCM audio, binary file formats, FourCC codes, WAV files, limited resource management Introduction Audio has played an important part in gaming almost as long as there have been games to play - even Pong back in 1972 had simple sound effects. We've moved a long way from then; the 80s brought dedicated audio hardware such as the Commodore 64's SID chip that could play 3 simultaneous syn- thesised sounds, and later the Amiga brought the ability to play audio samples to the home gaming market. In modern gaming hardware, we can expect to hear many simultaneous sounds and music tracks, often in surround sound. Game developers now employ dedicated sound engineers that will carefully adjust the sounds in each game release to create an immersive aural experience - making sure that each individual sound is uniquely identifiable and correctly equalised, and that every music track suits the situation they will be played in. At the heart of a game's audio experience is the code that plays back the game sounds, and cal- culates which speakers they should use - the sound system. Although we can't hope to compete with the complex sound systems of AAA games, we should still be able to make a robust, simple system for the addition of sound in our 3D games, and that's what this workshop will assist you in creating.
    [Show full text]
  • Codec Is a Portmanteau of Either
    What is a Codec? Codec is a portmanteau of either "Compressor-Decompressor" or "Coder-Decoder," which describes a device or program capable of performing transformations on a data stream or signal. Codecs encode a stream or signal for transmission, storage or encryption and decode it for viewing or editing. Codecs are often used in videoconferencing and streaming media solutions. A video codec converts analog video signals from a video camera into digital signals for transmission. It then converts the digital signals back to analog for display. An audio codec converts analog audio signals from a microphone into digital signals for transmission. It then converts the digital signals back to analog for playing. The raw encoded form of audio and video data is often called essence, to distinguish it from the metadata information that together make up the information content of the stream and any "wrapper" data that is then added to aid access to or improve the robustness of the stream. Most codecs are lossy, in order to get a reasonably small file size. There are lossless codecs as well, but for most purposes the almost imperceptible increase in quality is not worth the considerable increase in data size. The main exception is if the data will undergo more processing in the future, in which case the repeated lossy encoding would damage the eventual quality too much. Many multimedia data streams need to contain both audio and video data, and often some form of metadata that permits synchronization of the audio and video. Each of these three streams may be handled by different programs, processes, or hardware; but for the multimedia data stream to be useful in stored or transmitted form, they must be encapsulated together in a container format.
    [Show full text]
  • FLV File Format
    Video File Format Specification Version 10 Copyright © 2008 Adobe Systems Incorporated. All rights reserved. This manual may not be copied, photocopied, reproduced, translated, or converted to any electronic or machine-readable form in whole or in part without written approval from Adobe Systems Incorporated. Notwithstanding the foregoing, a person obtaining an electronic version of this manual from Adobe may print out one copy of this manual provided that no part of this manual may be printed out, reproduced, distributed, resold, or transmitted for any other purposes, including, without limitation, commercial purposes, such as selling copies of this documentation or providing paid-for support services. Trademarks Adobe, ActionScript, Flash, Flash Media Server, XMP, and Flash Player are either registered trademarks or trademarks of Adobe Systems Incorporated and may be registered in the United States or in other jurisdictions including internationally. Other product names, logos, designs, titles, words, or phrases mentioned within this publication may be trademarks, service marks, or trade names of Adobe Systems Incorporated or other entities and may be registered in certain jurisdictions including internationally. No right or license is granted to any Adobe trademark. Third-Party Information This guide contains links to third-party websites that are not under the control of Adobe Systems Incorporated, and Adobe Systems Incorporated is not responsible for the content on any linked site. If you access a third-party website mentioned in this guide, then you do so at your own risk. Adobe Systems Incorporated provides these links only as a convenience, and the inclusion of the link does not imply that Adobe Systems Incorporated endorses or accepts any responsibility for the content on those third- party sites.
    [Show full text]
  • Creating and Archiving Born Digital Video
    Federal Agencies Digitization Guidelines Initiative Creating and Archiving Born Digital Video Part III. High Level Recommended Practices December 2, 2014 The FADGI Audio-Visual Working Group http://www.digitizationguidelines.govaudio-visual/ Creating and Archiving Born Digital Video III: High Level Recommended Practices By the Federal Agencies Digitization Guidelines Initiative Audio-Visual Working Group http://www.digitizationguidelines.gov/audio-visual/ Version 1.1, December 2, 2014 TABLE OF CONTENTS Introduction .............................................................................................................................................................. 4 What is this Document? .......................................................................................................................................... 4 Key to Case History References .............................................................................................................................. 4 Understanding the Recommended Practices .......................................................................................................... 4 Part 1. Advice for File Creators .............................................................................................................................. 6 Plan for High Quality Video Files and Metadata ................................................................................................... 6 RP 1.1 Select a camera and other recording equipment with the capability to capture at high quality
    [Show full text]
  • Video Quality Measurement for 3G Handset
    University of Plymouth PEARL https://pearl.plymouth.ac.uk 04 University of Plymouth Research Theses 01 Research Theses Main Collection 2007 Video Quality Measurement for 3G Handset Zeeshan http://hdl.handle.net/10026.2/509 University of Plymouth All content in PEARL is protected by copyright law. Author manuscripts are made available in accordance with publisher policies. Please cite only the published version using the details provided on the item record or document. In the absence of an open licence (e.g. Creative Commons), permissions for further reuse of content should be sought from the publisher or author. Video Quality Measurement for 3G Handset by Zeeshan Dissertation submitted in partial fulfilment of the requirements for the award of Master of Research in Communications Engineering and Signal Processing in School of Computing, Communication and Electronics University of Plymouth January 2007 Supervisors Professor Emmanuel C. Ifeachor Dr. Lingfen Sun Mr. Zhuoqun Li © Zeeshan 2007 University of Plymouth Library Item no. „ . ^ „ Declaration This is to certify that the candidate, Mr. Zeeshan, carried out the work submitted herewith Candidate's Signature: Mr. Zeeshan KJ(. 'X&_.XJ<t^ Date: 25/01/2007 Supervisor's Signature: Dr. Lingfen Sun /^i^-^^^^f^ » P^^^. 25/01/2007 Second Supervisor's Signature: Mr. Zhuoqun Li / Date: 25/01/2007 Copyright & Legal Notice This copy of the dissertation has been supplied on the condition that anyone who consults it is understood to recognize that its copyright rests with its author and that no part of this dissertation and information derived from it may be published without the author's prior written consent.
    [Show full text]
  • [MS-SSTR]: Smooth Streaming Protocol
    [MS-SSTR]: Smooth Streaming Protocol Intellectual Property Rights Notice for Open Specifications Documentation . Technical Documentation. Microsoft publishes Open Specifications documentation (“this documentation”) for protocols, file formats, data portability, computer languages, and standards support. Additionally, overview documents cover inter-protocol relationships and interactions. Copyrights. This documentation is covered by Microsoft copyrights. Regardless of any other terms that are contained in the terms of use for the Microsoft website that hosts this documentation, you can make copies of it in order to develop implementations of the technologies that are described in this documentation and can distribute portions of it in your implementations that use these technologies or in your documentation as necessary to properly document the implementation. You can also distribute in your implementation, with or without modification, any schemas, IDLs, or code samples that are included in the documentation. This permission also applies to any documents that are referenced in the Open Specifications documentation. No Trade Secrets. Microsoft does not claim any trade secret rights in this documentation. Patents. Microsoft has patents that might cover your implementations of the technologies described in the Open Specifications documentation. Neither this notice nor Microsoft's delivery of this documentation grants any licenses under those patents or any other Microsoft patents. However, a given Open Specifications document might be covered by the Microsoft Open Specifications Promise or the Microsoft Community Promise. If you would prefer a written license, or if the technologies described in this documentation are not covered by the Open Specifications Promise or Community Promise, as applicable, patent licenses are available by contacting [email protected].
    [Show full text]
  • Compression and File Formats Updated to Include HTML5 Video
    Compressing Moving Images" Moving versus still images: – Temporal as well as spatial compression Compression and File Formats! – Data transfer rates are critical updated to include HTML5 video tag." • How much data is needed to maintain 24 frames/sec? Methods: – Motion JPEG, Cinepak, Indeo, MPEG – Known as CODECs • compression / decompression algorithms • hardware and software implementations • symmetrical / asymmetrical Autumn 2013" ITNP80: Multimedia" 2" Why and where to compress" The DV standard" Consider video as displayed on a television screen Digital video (DV) standard includes compression on camera – Raw data rate is huge: • 768 (across) by 576 (vertical) by 25 (frames/sec) CCIR601 standard specifies signal sampling – 31Mbytes/sec or 1.85Gbytes/minute – Subsamples chrominance – Eyes are less sensitive to variations in colour than to variations Can we compress in hardware and/or in software to provide in brightness reasonable data rates and storage requirements? – Uses luminance, Y (=0.2125R + 0.7154G + 0.0721B), B-Y, and R-Y – Luminance is sent each pixel, but others are subsampled e.g. colour (B-Y & R-Y) sent every 4th pixel Data rate is 166Mbits (just over 20Mbytes)/second Autumn 2013" ITNP80: Multimedia" 3" Autumn 2013" ITNP80: Multimedia" 4" The DV standard" Spatial Compression" 166Mbits/second is inconveniently high Compress each frame (still image) independently DV standard uses further compression to bring the data rate Animated GIFs down to 25Mbits/second (just over 3Mbytes/sec) – single file containing multiple images
    [Show full text]
  • High Efficiency Image File Format Implementation
    LASSE HEIKKILÄ HIGH EFFICIENCY IMAGE FILE FORMAT IMPLEMENTATION Master of Science thesis Examiner: Prof. Petri Ihantola Examiner and topic approved by the Faculty Council of the Faculty of Computing and Electrical Engineering on 4th of May 2016 i ABSTRACT LASSE HEIKKILÄ: High Efficiency Image File Format implementation Tampere University of Technology Master of Science thesis, 49 pages, 1 Appendix page June 2016 Master’s Degree Programme in Electrical Engineering Technology Major: Embedded systems Examiner: Prof. Petri Ihantola Keywords: High Efficiency Image File Format, HEIF, HEVC During recent years, methods used to encode video have been developing quickly. However, image file formats commonly used for saving still images, such as PNG and JPEG, are originating from the 1990s. Therefore it is often possible to get better image quality and smaller file sizes, when photographs are compressed with modern video compression techniques. The High Efficiency Video Coding (HEVC) standard was finalized in 2013, and in the same year work for utilizing it for still image storage started. The resulting High Efficiency Image File Format (HEIF) standard offers a competitive image data compression ratio, and several other features such as support for image sequences and non-destructive editing. During this thesis work, writer and reader programs for handling HEIF files were developed. Together with an HEVC encoder the writer can create HEIF compliant files. By utilizing the reader and an HEVC decoder, an HEIF player program can then present images from HEIF files without the most detailed knowledge about their low-level structure. To make development work easier, and improve the extensibility and maintainability of the programs, code correctness and simplicity were given special attention.
    [Show full text]
  • Elemental® Live
    ELEMENTAL® LIVE API AND USER GUIDE 2.20.3.0 RELEASE DECEMBER 23, 2020 Elemental Live API and User Guide TABLE OF CONTENTS • Overview • Web Interface • REST Interface • Elemental/Live/Live Event Parameters • SNMP Interface • Authentication • Reference • Supported Codecs • Supported Captions 12/23/20 Copyright 2020 AWS Elemental. All rights reserved. 2/171 Elemental Live API and User Guide Overview OVERVIEW • Purpose • Product Overview • Live Events • Live Event Profiles • Presets • Schedules • MPTS Multiplexers • Notifications • Statistics • Advanced Pre and Post Processing • Custom Scripts • Troubleshooting PURPOSE This document is intended for system integrators and users of Elemental® Live. It outlines interfaces for machine and human control, configuration, and monitoring. Each API is defined in enough detail to explain how to use the system and how it can be integrated into larger workflow automation systems. PRODUCT OVERVIEW Elemental Live is a powerful media encoder which can accept input through an HD-SDI interface, IP over Ethernet, or a local file. It can produce multiple video output streams using a variety of live streaming protocols. Elemental Live can be controlled, configured and monitored through the following interfaces: • Web browser via HTML • Web Services REST interface • SNMP interface Using a web browser is the easiest way to control, configure, and monitor Elemental Live. This interface is used when a human is interacting with the server, or when no automation or integration with other systems is required. Elemental recommends Mozilla Firefox as the client web browser. The REST-based interface supports all features of the web interface as well as automation features. More general information on REST-based interfaces is available online.
    [Show full text]
  • Digital File Formats for Videotape Reformatting
    Federal Agencies Digitization Guidelines Initiative Digital File Formats for Videotape Reformatting Part 3. Detailed Matrix for Encodings (unified large table) This table presents all of the information in a single table to facilitate comparisons. All pages after this cover are intended for printing on 11x17-inch paper. Part 4 provides the same information on multiple, easily printable pages. December 2, 2014 The FADGI Audio-Visual Working Group http://www.digitizationguidelines.gov/audio-visual/ Digital File Formats for Videotape Reformatting: Part 3. Detailed Matrix for Encodings Uncompressed 4:2:2, 8-bit Uncompressed 4:2:2, 10-bit JPEG2000 - Lossless ffv1 MPEG-2 - 4:2:2 Profile/Main Level (UYVY and YUY2) (v210) 8-bit 8 or 10-bit lossless Version 1 stable since 2006 ATTRIBUTES Scoring Conventions Considerations 10-bit ISO/IEC 13818-2 UYVY, also known as 2vuy Broadcast Profiles within the set in Amendment Version 3 incorporates new features like v210 4:2:2 Profile/Main Level, 50 Mbps, I-frame only 3 checksums YUY2, also known as yuvs Sustainability Factors Does complete technical documentation exist for this format? Acceptable Acceptable Good Good Good Is the format a standard (e.g., ISO)? Bitstream is fixed and codec is no longer experimental, but documentation Good Some documentation is available. Published standards do not exist for these Two sets of disclosure around this format: ISO/IEC 15444-1:2004. Information Open published international standard developed by the Moving Picture Experts Group. The Not a published standard. It is attributed to both QuickTime and AJA. Apple remains incomplete. However, there is an organized effort to continue Disclosure Acceptable How stable is the standard? codecs, but documentation is available from multiple sources.
    [Show full text]