Differ Documentation Documentation Release 0.5

Total Page:16

File Type:pdf, Size:1020Kb

Differ Documentation Documentation Release 0.5 Differ Documentation Documentation Release 0.5 Jan Stavel February 02, 2013 CONTENTS 1 Installation 3 1.1 Installation................................................3 2 Recognized Validator Outputs5 2.1 DJDump.................................................5 2.2 JPyLyzer.................................................6 2.3 ExifTool................................................. 10 2.4 JHOVE.................................................. 10 2.5 FITS................................................... 11 2.6 KDU................................................... 12 2.7 DAITSS................................................. 13 2.8 IMAGEMAGICK............................................ 13 3 Command Line Application 15 3.1 Arguments of the application...................................... 15 3.2 Example of property list definition.................................... 15 3.3 Examples................................................. 15 i ii Differ Documentation Documentation, Release 0.5 Contents: Contents • Welcome to Differ Documentation! – Installation * Installation · DROID · PRONOM – Recognized Validator Outputs * DJDump · Significant Properties · Layers and Compressions * JPyLyzer · Significant Properties * ExifTool · Significant Properties * JHOVE · Significant Properties * FITS · Significant Properties * KDU · Significant Properties * DAITSS * IMAGEMAGICK – Command Line Application * Arguments of the application * Example of property list definition * Examples · Program usage · Program output when validating image · Program output when comparing images · Program output examples CONTENTS 1 Differ Documentation Documentation, Release 0.5 2 CONTENTS CHAPTER ONE INSTALLATION 1.1 Installation 1.1.1 DROID Home page Download Zip file with binary. 1.1.2 PRONOM http://www.nationalarchives.gov.uk/PRONOM/Format/proFormatSearch.aspx?status=new 3 Differ Documentation Documentation, Release 0.5 4 Chapter 1. Installation CHAPTER TWO RECOGNIZED VALIDATOR OUTPUTS 2.1 DJDump Contents • Welcome to Differ Documentation! – Installation * Installation · DROID · PRONOM – Recognized Validator Outputs * DJDump · Significant Properties · Layers and Compressions * JPyLyzer · Significant Properties * ExifTool · Significant Properties * JHOVE · Significant Properties * FITS · Significant Properties * KDU · Significant Properties * DAITSS * IMAGEMAGICK – Command Line Application * Arguments of the application * Example of property list definition * Examples · Program usage · Program output when validating image · Program output when comparing images · Program output examples od verze 16 do v26 umi DJVU od verze 27 can recognize sDJVU 5 Differ Documentation Documentation, Release 0.5 2.1.1 Significant Properties Information Value from an example format version v21 datum vytvoreni velikost souboru num of colors (color .. 24bit) rozliseni 200 dpi pocet pixelu 3776x2520 gamma correction 2.2 pocet vrstev 4 expozice vyvazeni bile DJVU can use max. 24 bits for a color channel or indexed colors. 2.1.2 Layers and Compressions BG .. background 44 .. compression IW44 FG .. foreground BZ .. compression JP2 2K .. compression JPEG200 JP .. compression JPEG SJBZ .. mask with compression DJBZ .. shared layer with compression JP2 TXTA .. hidden text layer TXTZ .. hidden text layer slices nejsou moc dulezite. 2.2 JPyLyzer output of jpylyzer 2.2.1 Significant Properties Table 2.1: Map of significant properties Properties Properties as used in program XPath in JPylyzer xml output File last modified fileLastModified fileInfo/fileLastModified File name fileName fileInfo/fileName File path filePath fileInfo/filePath File size fileSizeInBytes fileInfo/fileSizeInBytes Image width ImageWidth jp2HeaderBox/imageHeaderBox/width Image height ImageHeight jp2HeaderBox/imageHeaderBox/heigth Color depth colorDepth contiguousCodestreamBox/siz/ssizDepth Number of channels numOfChannels jp2HeaderBox/imageHeaderBox/nC Color space colorSpace properties/jp2HeaderBox/colourSpecificationBox/enumCS Resolution vertical vResolutionInPixelsPerInch jp2HeaderBox/resolutionBox/displayResolutionBox/vResdInPixelsPerInch Resolution horizontal hResolutionInPixelsPerInch jp2HeaderBox/resolutionBox/displayResolutionBox/hResdInPixelsPerInch Display resolution horizontal hDisplayResolutionInPixelsPerInch jp2HeaderBox/resolutionBox/displayResolutionBox/hResdInPixelsPerInch Display resolution vertical vDisplayResolutionInPixelsPerInch jp2HeaderBox/resolutionBox/displayResolutionBox/vResdInPixelsPerInch Continued on next page 6 Chapter 2. Recognized Validator Outputs Differ Documentation Documentation, Release 0.5 Table 2.1 – continued from previous page Properties Properties as used in program XPath in JPylyzer xml output Validation (well formed and valid) wellFormedAndValid isValidJP2 Type of format imageFormat properties/jp2HeaderBox/imageHeaderBox/c Universal unique identifier (UUID) uuid properties/uuidBox/uuid Commentary commentary contiguousCodestreamBox/com/comment Number of tiles numberOfTiles contiguousCodestreamBox/siz/numberOfTiles Transformation transformation contiguousCodestreamBox/cod/transformation Compression compression contiguousCodestreamBox/cod/transformation Compression ratio compressionRatio properties/compressionRatio Number of decomposition levels numOfDecompositionLevels contiguousCodestreamBox/cod/levels Number of quality layers numOfQualityLayers contiguousCodestreamBox/cod/layers Progression order progressionOrder contiguousCodestreamBox/cod/order Code block width codeBlockWidth contiguousCodestreamBox/cod/codeBlockWidth Code block height codeBlockWidth contiguousCodestreamBox/cod/codeBlockHeight Coding bypass codingBypass contiguousCodestreamBox/cod/codingBypass Start of packet header sop contiguousCodestreamBox/cod/sop End of packet header eph contiguousCodestreamBox/cod/eph Precincts precints contiguousCodestreamBox/cod/precints tabulka - identifikace image style format jp2000 file format *.jp2 , *.jpf • validace all //tests are important • charakterizace commentaries kakadu compression reversible/ireversible transformation 5-3 reversible 9-7 ireversible compression ration 2.39 tails <contiguousCodestreamBox> <siz> <numberOfTiles>1</numberOfTiles> progression order 2.2. JPyLyzer 7 Differ Documentation Documentation, Release 0.5 <order>RPCL</order> values ====== CPRL RPCL RLCP LRCP PCRL CPRL num of decomposition levels <cod> <levels>5</levels> quality layers <layers>1</layers> precinct .. staci vypsat ve formate 128x128, 256x256 <cod> <precinctSizeX>128</precinctSizeX> <precinctSizeY>128</precinctSizeY> <precinctSizeX>128</precinctSizeX> <precinctSizeY>128</precinctSizeY> <precinct- SizeX>128</precinctSizeX> <precinctSizeY>128</precinctSizeY> <precinct- SizeX>128</precinctSizeX> <precinctSizeY>128</precinctSizeY> <precinct- SizeX>128</precinctSizeX> <precinctSizeY>128</precinctSizeY> <precinct- SizeX>256</precinctSizeX> <precinctSizeY>256</precinctSizeY> regions of interest :: no/yes code block size <cod> <codeBlockWidth>64</codeBlockWidth> <codeBlockHeight>64</codeBlockHeight> tail length layer :: yes /no bypass :: <cod> <codingBypass>yes</codingBypass> icc profiles :: yes/no soh start of packet header (zacatek hlavicky paketu) <sop>yes</sop> eph end of packet header <eph>yes</eph> xml box no uuid box 8 Chapter 2. Recognized Validator Outputs Differ Documentation Documentation, Release 0.5 <uuidBox> <uuid>be7acfcb-97a9-42e8-9c71-999491e3afac</uuid> </uuidBox> toto poskladat nejak dale. rozliseni <vResdInPixelsPerInch>299.98</vResdInPixelsPerInch> rozliseni display <hResdInPixelsPerInch>299.98</hResdInPixelsPerInch> depth: <contiguousCodestreamBox> <siz> <ssizDepth>8</ssizDepth> precincts <cod> <precincts>yes</precincts> multiple component transformation <cod> <multipleComponentTransformation>yes</multipleComponentTransformation> reset on boundaries <resetOnBoundaries>no</resetOnBoundaries> transformation <transformation>5-3 reversible</transformation> compression ration <compressionRatio>2.39</compressionRatio> comments <com> <lcom>15</lcom> <rcom>ISO/IEC 8859-15 (Latin)</rcom> <comment>Kakadu-v6.4</comment> </com> 2.2. JPyLyzer 9 Differ Documentation Documentation, Release 0.5 2.3 ExifTool 2.3.1 Significant Properties Information Value from an example datum vytvoreni File Modification Date/Time : 2011:12:01 16:21:26+01:00 velikost souboru File Size : 4.1 MB pocet barev 24bitu, 8bitu (grey scale) Bits Per Sample : 8 rozliseni Image Size : 3776x2520 pocet vrstev vzdy 1 vrstva expozice 1/125 vyvazeni bile White Balance : Auto prednostne velikost souboru typ souboru main type software type 2.1 modified date exif tool version resolution x, y color space : Exif Image Width : 3776 Exif Image Height : 2520 image unique id Compression : JPEG (old-style) Encoding Process : Baseline DCT, Huffman coding Bits Per Sample : 8 Color Components : 3 Image Size : 3776x2520 ostatni veci vlozit do sekce exif. ExifTool Version Number : 8.60 File Name : 2_2_11-Voda-Glitch10.jpg File Modification Date/Time : 2011:12:01 16:21:26+01:00 File Type : JPEG MIME Type : image/jpeg JFIF Version : 1.01 Exif Byte Order : Little-endian (Intel, II) commentaries:: Make : Panasonic X Resolution : 180 Y Resolution : 180 Resolution Unit : inches typ algoritmu :: Y Cb Cr Positioning : Co-sited Exposure Time : 1/125 F Number : 2.8 Exif Version : 0221 exit :: Components Configuration : Y, Cb, Cr, - Compressed Bits Per Pixel : 4 2.4 JHOVE xml output 10 Chapter 2. Recognized Validator Outputs Differ Documentation Documentation, Release 0.5 2.4.1 Significant Properties Table 2.2: Map of significant properties Properties Properties as used in program XPath
Recommended publications
  • Adobe's Extensible Metadata Platform (XMP): Background [DRAFT -- Caroline Arms, 2011-11-30]
    Adobe's Extensible Metadata Platform (XMP): Background [DRAFT -- Caroline Arms, 2011-11-30] Contents • Introduction • Adobe's XMP Toolkits • Links to Adobe Web Pages on XMP Adoption • Appendix A: Mapping of PDF Document Info (basic metadata) to XMP properties • Appendix B: Software applications that can read or write XMP metadata in PDFs • Appendix C: Creating Custom Info Panels for embedding XMP metadata Introduction Adobe's XMP (Extensible Metadata Platform: http://www.adobe.com/products/xmp/) is a mechanism for embedding metadata into content files. For example. an XMP "packet" can be embedded in PDF documents, in HTML and in image files such as TIFF and JPEG2000 as well as Adobe's own PSD format native to Photoshop. In September 2011, XMP was approved as an ISO standard.[ ISO 16684-1: Graphic technology -- Extensible metadata platform (XMP) specification -- Part 1: Data model, serialization and core properties] XMP is an application of the XML-based Resource Description Framework (RDF; http://www.w3.org/TR/2004/REC-rdf-primer-20040210/), which is a generic way to encode metadata from any scheme. RDF is designed for it to be easy to use elements from any namespace. An important application area is in publication workflows, particularly to support submission of pictures and advertisements for inclusion in publications. The use of RDF allows elements from different schemes (e.g., EXIF and IPTC for photographs) to be held in a common framework during processing workflows. There are two ways to get XMP metadata into PDF documents: • manually via a customized File Info panel (or equivalent for products from vendors other than Adobe).
    [Show full text]
  • 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]
  • Panstamps Documentation Release V0.5.3
    panstamps Documentation Release v0.5.3 Dave Young 2020 Getting Started 1 Installation 3 1.1 Troubleshooting on Mac OSX......................................3 1.2 Development...............................................3 1.2.1 Sublime Snippets........................................4 1.3 Issues...................................................4 2 Command-Line Usage 5 3 Documentation 7 4 Command-Line Tutorial 9 4.1 Command-Line..............................................9 4.1.1 JPEGS.............................................. 12 4.1.2 Temporal Constraints (Useful for Moving Objects)...................... 17 4.2 Importing to Your Own Python Script.................................. 18 5 Installation 19 5.1 Troubleshooting on Mac OSX...................................... 19 5.2 Development............................................... 19 5.2.1 Sublime Snippets........................................ 20 5.3 Issues................................................... 20 6 Command-Line Usage 21 7 Documentation 23 8 Command-Line Tutorial 25 8.1 Command-Line.............................................. 25 8.1.1 JPEGS.............................................. 28 8.1.2 Temporal Constraints (Useful for Moving Objects)...................... 33 8.2 Importing to Your Own Python Script.................................. 34 8.2.1 Subpackages.......................................... 35 8.2.1.1 panstamps.commonutils (subpackage)........................ 35 8.2.1.2 panstamps.image (subpackage)............................ 35 8.2.2 Classes............................................
    [Show full text]
  • Digital Forensics Tool Testing – Image Metadata in the Cloud
    Digital Forensics Tool Testing – Image Metadata in the Cloud Philip Clark Master’s Thesis Master of Science in Information Security 30 ECTS Department of Computer Science and Media Technology Gjøvik University College, 2011 Avdeling for informatikk og medieteknikk Høgskolen i Gjøvik Postboks 191 2802 Gjøvik Department of Computer Science and Media Technology Gjøvik University College Box 191 N-2802 Gjøvik Norway Digital Forensics Tool Testing – Image Metadata in the Cloud Abstract As cloud based services are becoming a common way for users to store and share images on the internet, this adds a new layer to the traditional digital forensics examination, which could cause additional potential errors in the investigation. Courtroom forensics evidence has historically been criticised for lacking a scientific basis. This thesis aims to present an approach for testing to what extent cloud based services alter or remove metadata in the images stored through such services. To exemplify what information which could potentially reveal sensitive information through image metadata, an overview of what information is publically shared will be presented, by looking at a selective section of images published on the internet through image sharing services in the cloud. The main contributions to be made through this thesis will be to provide an overview of what information regular users give away while publishing images through sharing services on the internet, either willingly or unwittingly, as well as provide an overview of how cloud based services handle Exif metadata today, along with how a forensic practitioner can verify to what extent information through a given cloud based service is reliable.
    [Show full text]
  • Making Color Images with the GIMP Las Cumbres Observatory Global Telescope Network Color Imaging: the GIMP Introduction
    Las Cumbres Observatory Global Telescope Network Making Color Images with The GIMP Las Cumbres Observatory Global Telescope Network Color Imaging: The GIMP Introduction These instructions will explain how to use The GIMP to take those three images and composite them to make a color image. Users will also learn how to deal with minor imperfections in their images. Note: The GIMP cannot handle FITS files effectively, so to produce a color image, users will have needed to process FITS files and saved them as grayscale TIFF or JPEG files as outlined in the Basic Imaging section. Separately filtered FITS files are available for you to use on the Color Imaging page. The GIMP can be downloaded for Windows, Mac, and Linux from: www.gimp.org Loading Images Loading TIFF/JPEG Files Users will be processing three separate images to make the RGB color images. When opening files in The GIMP, you can select multiple files at once by holding the Ctrl button and clicking on the TIFF or JPEG files you wish to use to make a color image. Go to File > Open. Image Mode RGB Mode Because these images are saved as grayscale, all three images need to be converted to RGB. This is because color images are made from (R)ed, (G)reen, and (B)lue picture elements (pixels). The different shades of gray in the image show the intensity of light in each of the wavelengths through the red, green, and blue filters. The colors themselves are not recorded in the image. Adding Color Information For the moment, these images are just grayscale.
    [Show full text]
  • Development of National Digital Evidence Metadata
    JOIN (Jurnal Online Informatika) Volume 4 No. 1 | Juni 2019 : 24-27 DOI: 10.15575/join.v4i1.292 Development of National Digital Evidence Metadata Bambang Sugiantoro Magister of Informatics, UIN Sunan Kalijaga, Yogyakarta, Indonesia [email protected] Abstract- The industrial era 4.0 has caused tremendous disruption in many sectors of life. The rapid development of information and communication technology has made the global industrial world undergo a revolution. The act of cyber-crime in Indonesia that utilizes computer equipment, mobile phones are increasingly increasing. The information in a file whose contents are explained about files is called metadata. The evidence items for cyber cases are divided into two types, namely physical evidence, and digital evidence. Physical evidence and digital evidence have different characteristics, the concept will very likely cause problems when applied to digital evidence. The management of national digital evidence that is associated with continued metadata is mostly carried out by researchers. Considering the importance of national digital evidence management solutions in the cyber-crime investigation process the research focused on identifying and modeling correlations with the digital image metadata security approach. Correlation analysis reads metadata characteristics, namely document files, sounds and digital evidence correlation analysis using standard file maker parameters, size, file type and time combined with digital image metadata. nationally designed the highest level of security is needed. Security-enhancing solutions can be encrypted against digital image metadata (EXIF). Read EXIF Metadata in the original digital image based on the EXIF 2.3 Standard ID Tag, then encrypt and insert it into the last line.
    [Show full text]
  • JPEG Standard
    JPEG standard JPEG: “Joint Photographic Experts Group” Formally: ISO/IEC JTC1/SC29/WG10 Working Group 10 International (JBIG, JPEG) Organization for Subcommittee 29 Standardization Joint ISO/IEC (Coding of Audio, Technical International Picture, Multimedia Committee Electrotechnical and Hypermedia (Information Commission Information) Technology) Joint effort with CCITT (International Telephone and Telegraph Consultative Committee, now ITU-T) Study Group VIII Work commenced in 1986 International standard ISO/IEC 10918-1 and CCITT Rec. T.81 in 1992 Widely used for image exchange, WWW, and digital photography Motion-JPEG is de facto standard for digital video editing Bernd Girod: EE398A Image and Video Compression JPEG standard no. 1 JPEG: image partition into 8x8 block 8x8 blocks Padding of right boundary blocks Padding of lower boundary blocks Bernd Girod: EE398A Image and Video Compression JPEG standard no. 2 Baseline JPEG coder DC Huffman tables dc quantization indices Differential coding VLC Level 8x8 Uniform Compressed scalar image data input offset DCT quantization image Zig-zag Run-level scan coding VLC Compressed image data ac quantization indices Quantization tables AC Huffman tables Bernd Girod: EE398A Image and Video Compression JPEG standard no. 3 Recommended quantization tables Based on psychovisual threshold experiments Luminance Chrominance, subsampled 2:1 16 11 10 16 24 40 51 61 17 18 24 47 99 99 99 99 12 12 14 19 26 58 60 55 18 21 26 66 99 99 99 99 14 13 16 24 40 57 69 56 24 26 56 99 99 99 99 99 14 17 22 29 51 87 80 62 47 66 99 99 99 99 99 99 18 22 37 56 68 109 103 77 99 99 99 99 99 99 99 99 24 36 55 64 81 104 113 92 99 99 99 99 99 99 99 99 49 64 78 87 103 121 120 101 99 99 99 99 99 99 99 99 72 92 95 98 112 100 103 99 99 99 99 99 99 99 99 99 [JPEG Standard, Annex K] Bernd Girod: EE398A Image and Video Compression JPEG standard no.
    [Show full text]
  • EXIF: a Format Is Worth a Thousand Words
    NATIONAL LAW ENFORCEMENT AND CORRECTIONS TECHNOLOGY CENTER A program of the Office of Justice Programs’ National Institute of Justice From Winter 2007 TechBeat TECH b • e • a • t Dedicated to Reporting Developments in Technology for Law Enforcement, Corrections, and Forensic Sciences EXIF: A Format Is Worth A Thousand Words he National Center for Missing & Exploited Children if they are used only to open the file. If, however, these T revealed in a June 2005 study that 40 percent of arrest- programs are used to modify an image, they can destroy ed child pornography possessors had both sexually the Exif data. victimized children and were in possession of child pornog- The most important data may be the thumbnail image raphy. Due in part to the increasing prevalence of child exploitation and pornography, the digital photograph has linked to the photograph. Thumbnails are saved in their now become a fixture in gathering and examining forensic own hidden file (a thumbs.db file placed in folders con- evidence in such cases. taining images on the computer), and changes to an image may not always transfer to the corresponding Investigators who frequently handle child pornogra- thumbnail. If an original image is wiped from a disk using phy cases usually have (or know where to access) the a program such as Secure Clean™ or BCWipe®, the thumb- tools and the knowledge to obtain evidence associated nail may still be available. Officers have encountered situ- with contraband images. Nevertheless, law enforcement ations in which the victim’s or perpetrator’s face was officers who do not handle these cases on a regular basis blurred or concealed in the full image, but the thumbnail may be unaware of the important data that can be depicted an older version that revealed the obscured derived from digital images.
    [Show full text]
  • Digital Negative (DNG) Specification
    Digital Negative (DNG) Ë Specification Version 1.1.0.0 February 2005 ADOBE SYSTEMS INCORPORATED Corporate Headquarters 345 Park Avenue San Jose, CA 95110-2704 (408) 536-6000 http://www.adobe.com Copyright © 2004-2005 Adobe Systems Incorporated. All rights reserved. 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, and Photoshop are either registered trademarks or trademarks of Adobe Systems Incorporated in the United States and/or other countries. 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. Table of Contents Preface . .vii About This Document . vii Audience . vii How This Document Is Organized . vii Where to Go for More Information . viii Chapter 1 Introduction . 9 The Pros and Cons of Raw Data. 9 A Standard Format . 9 The Advantages of DNG . 10 Chapter 2 DNG Format Overview . .11 File Extensions . 11 SubIFD Trees . 11 Byte Order . 11 Masked Pixels .
    [Show full text]
  • Arxiv:2002.01657V1 [Eess.IV] 5 Feb 2020 Port Lossless Model to Compress Images Lossless
    LEARNED LOSSLESS IMAGE COMPRESSION WITH A HYPERPRIOR AND DISCRETIZED GAUSSIAN MIXTURE LIKELIHOODS Zhengxue Cheng, Heming Sun, Masaru Takeuchi, Jiro Katto Department of Computer Science and Communications Engineering, Waseda University, Tokyo, Japan. ABSTRACT effectively in [12, 13, 14]. Some methods decorrelate each Lossless image compression is an important task in the field channel of latent codes and apply deep residual learning to of multimedia communication. Traditional image codecs improve the performance as [15, 16, 17]. However, deep typically support lossless mode, such as WebP, JPEG2000, learning based lossless compression has rarely discussed. FLIF. Recently, deep learning based approaches have started One related work is L3C [18] to propose a hierarchical archi- to show the potential at this point. HyperPrior is an effective tecture with 3 scales to compress images lossless. technique proposed for lossy image compression. This paper In this paper, we propose a learned lossless image com- generalizes the hyperprior from lossy model to lossless com- pression using a hyperprior and discretized Gaussian mixture pression, and proposes a L2-norm term into the loss function likelihoods. Our contributions mainly consist of two aspects. to speed up training procedure. Besides, this paper also in- First, we generalize the hyperprior from lossy model to loss- vestigated different parameterized models for latent codes, less compression model, and propose a loss function with L2- and propose to use Gaussian mixture likelihoods to achieve norm for lossless compression to speed up training. Second, adaptive and flexible context models. Experimental results we investigate four parameterized distributions and propose validate our method can outperform existing deep learning to use Gaussian mixture likelihoods for the context model.
    [Show full text]
  • Image Formats
    Image Formats Ioannis Rekleitis Many different file formats • JPEG/JFIF • Exif • JPEG 2000 • BMP • GIF • WebP • PNG • HDR raster formats • TIFF • HEIF • PPM, PGM, PBM, • BAT and PNM • BPG CSCE 590: Introduction to Image Processing https://en.wikipedia.org/wiki/Image_file_formats 2 Many different file formats • JPEG/JFIF (Joint Photographic Experts Group) is a lossy compression method; JPEG- compressed images are usually stored in the JFIF (JPEG File Interchange Format) >ile format. The JPEG/JFIF >ilename extension is JPG or JPEG. Nearly every digital camera can save images in the JPEG/JFIF format, which supports eight-bit grayscale images and 24-bit color images (eight bits each for red, green, and blue). JPEG applies lossy compression to images, which can result in a signi>icant reduction of the >ile size. Applications can determine the degree of compression to apply, and the amount of compression affects the visual quality of the result. When not too great, the compression does not noticeably affect or detract from the image's quality, but JPEG iles suffer generational degradation when repeatedly edited and saved. (JPEG also provides lossless image storage, but the lossless version is not widely supported.) • JPEG 2000 is a compression standard enabling both lossless and lossy storage. The compression methods used are different from the ones in standard JFIF/JPEG; they improve quality and compression ratios, but also require more computational power to process. JPEG 2000 also adds features that are missing in JPEG. It is not nearly as common as JPEG, but it is used currently in professional movie editing and distribution (some digital cinemas, for example, use JPEG 2000 for individual movie frames).
    [Show full text]
  • EXIF Estimation with Convolutional Neural Networks
    EXIF Estimation With Convolutional Neural Networks Divyahans Gupta Sanjay Kannan Stanford University Stanford University [email protected] [email protected] Abstract 1.1. Motivation While many computer vision tasks focus on recognizing In this paper, we explore a novel application of convolu- aspects of a scene, we want to focus instead on aspects of tional neural networks (CNNs): the task of estimating pho- the photography. Determining EXIF data from raw image tographic metadata. Given the raw pixels of a digital pho- pixels has several potential uses, including artistic imitation tograph, we attempt to predict the camera settings it was and digital forensics. Most images on the web are actually taken with, including shutter speed, aperture size, and ISO stripped of this data for this reason. level. We present some baseline results on this task using Moreover, solving this task may provide insight on what the MIRFLICKR dataset. We further contextualize these re- constitutes an image’s form, rather than its content. sults in the realm of photography. 1. Introduction Modern digital cameras store metadata, known as EXIF data, with every photo they capture. EXIF data stores infor- mation about the way a photo was taken, such as a camera’s shutter speed, exposure level, and aperture size, as well as the particular setting (time and place). Figure 2: Visual manifestations of aperture variance. The EXIF fields store significant properties of an image photograph on the left is taken with a small aperture while (depth of field and brightness, to name two examples) that the photograph on the right is taken with a large aperture.
    [Show full text]