- Tagged Image File Format
"TIF" and "TIFF" redirect here. For other uses, see TIF (disambiguation) and TIFF (disambiguation).
Tagged Image File Format Filename extension
Internet media type
Type code TIFF Uniform Type Identifier public.tiff Developed by Aldus, now Adobe Systems Initial release 1986 Latest release TIFF 6.0 / 3 June 1992
TIFF Supplement 2 / 22 March 2002
Type of format Image file format Extended to Exif, DCF, TIFF/EP, TIFF/IT, TIFF-FX, GeoTIFF
TIFF (originally standing for Tagged Image File Format) is a file format for storing images, popular among graphic artists, the publishing industry, and both amateur and professional photographers in general. As of 2009, it is under the control of Adobe Systems. Originally created by the company Aldus for use with what was then called "desktop publishing", the TIFF format is widely supported by image-manipulation applications, by publishing and page layout applications, by scanning, faxing, word processing, optical character recognition and other applications. Adobe Systems, which acquired Aldus, now holds the copyright to the TIFF specification. TIFF has not had a major update since 1992, though several Aldus/Adobe technical notes have been published with minor extensions to the format, and several specifications, including TIFF/EP (ISO 12234-2), TIFF/IT (ISO 12639), TIFF-F (RFC 2306) and TIFF-FX (RFC 3949) have been based on the TIFF 6.0 specification.
- 1 History
- 2 Flexible options
- 3 In document imaging
- 4 In scientific imaging
- 5 TIFF/IT
- 6 See also
- 7 Notes
- 8 External links
The phrases "Tagged Image File Format" and "Tag Image File Format" were used as the subtitle to some early versions of the TIFF specification; the 1992 specification, TIFF 6.0, does not use either subtitle phrase, but is simply "TIFF".
TIFF was originally created as an attempt to get desktop scanner vendors of the mid-1980s to agree on a common scanned image file format, rather than have each company promote its own proprietary format. In the beginning, TIFF was only a binary image format (only two possible values for each pixel), because that was all that desktop scanners could handle. As scanners became more powerful, and as desktop computer disk space became more plentiful, TIFF grew to accommodate grayscale images, then color images. Today, TIFF is a popular format for high color-depth images, along with JPEG and PNG.
The first version of the TIFF specification was published by Aldus Corporation in the autumn of 1986 after two major earlier draft releases. It can be labeled as Revision 3.0. It was published after a series of meetings with various scanner manufacturers and software developers. In April 1987 Revision 4.0 was released and it contained mostly minor enhancements. In October 1988 Revision 5.0 was released and it added support for palette color images and LZW compression.
TIFF is a flexible, adaptable file format for handling images and data within a single file, by including the header tags (size, definition, image-data arrangement, applied image compression) defining the image's geometry. For example, a TIFF file can be a container holding compressed (lossy) JPEG and (lossless) PackBits compressed images. A TIFF file also can include a vector-based clipping path (outlines, croppings, image frames). The ability to store image data in a lossless format makes a TIFF file a useful image archive, because, unlike standard JPEG files, a TIFF file using lossless compression (or none) may be edited and re-saved without losing image quality. This is not the case when using the TIFF as a container holding compressed JPEG. Other TIFF options are layers and pages.
TIFF offers the option of using LZW compression, a lossless data-compression technique for reducing a file's size. Until 2004, use of this option was limited because the LZW technique was under several patents. However, these patents have expired.
The TIFF 6.0 specification consists of the following parts:
- Introduction (contains information about TIFF Administration, usage of Private fields and values, etc.)
- Part 1: Baseline TIFF
- Part 2: TIFF Extensions
- Part 3: Appendices
Part 1: Baseline TIFF
When TIFF was introduced, its extensibility provoked compatibility problems. The flexibility in encoding gave rise to the joke that TIFF stands for Thousands of Incompatible File Formats. To avoid these problems, every TIFF reader was required to read Baseline TIFF. The Baseline TIFF does not include layers, or compression with JPEG or LZW.
The Baseline TIFF is formally known as TIFF 6.0, Part 1: Baseline TIFF. The following is an incomplete list of required Baseline TIFF features:
TIFF readers must be prepared for multiple/multi-page images (subfiles) per TIFF file, although they are not required to do anything with images after the first one.
There may be more than one Image File Directory (IFD) in a TIFF file. Each IFD defines a subfile. One potential use of subfiles is to describe related images, such as the pages of a facsimile document. A Baseline TIFF reader is not required to read any IFD beyond the first one.
Baseline TIFF readers must handle the following three compression schemes:
- No compression
- CCITT Group 3 1-Dimensional Modified Huffman RLE
- PackBits compression - a form of run-length encoding
Baseline TIFF image types are: bilevel, grayscale, palette-color, and RGB full-color images.
Every TIFF begins with a 2-byte indicator of byte order: "II" for little-endian and "MM" for big-endian byte ordering. The next 2 bytes represent the number 42, selected because this is the binary pattern 101010 and "for its deep philosophical significance". The 42-reading depends upon the byte order indicated by the 2-byte indicator. All words, double words, etc., in the TIFF file are assumed to be in the indicated byte order. The TIFF 6.0 specification says that compliant TIFF readers must support both byte orders (II and MM); writers may use either.
Other TIFF fields
TIFF readers must be prepared to encounter and ignore private fields not described in the TIFF specification. TIFF readers must not refuse to read a TIFF file if some optional fields do not exist.
Part 2: TIFF Extensions
Many TIFF readers support tags additional to those in Baseline TIFF, but not every reader supports every extension. As a consequence, Baseline TIFF features became the lowest common denominator for TIFF format. Baseline TIFF features are extended in TIFF Extensions (defined in the TIFF 6.0 Part 2 specification) but extensions can also be defined in private tags.
The TIFF Extensions are formally known as TIFF 6.0, Part 2: TIFF Extensions. Here are some examples of TIFF extensions defined in TIFF 6.0 specification:
- CCITT T.4 bi-level encoding
- CCITT T.6 bi-level encoding
- LZW Compression scheme
- JPEG Compression scheme
- CMYK Images
- YCbCr Images
- Tiled Images
- CIE L*a*b* Images
Many used TIFF images contain only uncompressed 32-bit CMYK or 24-bit RGB images.
According to TIFF 6.0 specification (Introduction), all TIFF files using proposed TIFF extensions that are not approved by Adobe as part of Baseline TIFF (typically for specialized uses of TIFF that do not fall within the domain of publishing or general graphics or picture interchange) should be either not called TIFF files or should be marked some way so that they will not be confused with mainstream TIFF files.
Developers can apply for a block of "private tags" to enable them to include their own proprietary information inside a TIFF file without causing problems for file interchange. TIFF readers are required to ignore tags that they do not recognize, and a registered developer's private tags are guaranteed not to clash with anyone else's tags or with the standard set of tags defined in the specification.
TIFF Tags numbered 32768 or higher, sometimes called private tags, are reserved for information meaningful only for some organization or for experiments with a new compression scheme within TIFF. Upon request, the TIFF administrator (Adobe) will allocate and register one or more private tags for an organization, to avoid possible conflicts with other organizations. Organizations and developers are discouraged from choosing their own tag numbers, because doing so could cause serious compatibility problems. However, if there is little or no chance that TIFF files will escape a private environment, organizations and developers are encouraged to consider using TIFF tags in the "reusable" 65000-65535 range. There is no need to contact Adobe when using numbers in this range.
Internet Media Type
image/tiffMIME type (defined in RFC 3302) without an application parameter is used for Baseline TIFF 6.0 files or to indicate that it is not necessary to identify a specific subset of TIFF or TIFF extensions. The optional "application" parameter (Example:
Content-type: image/tiff; application=foo) is defined for image/tiff to identify a particular subset of TIFF and TIFF extensions for the encoded image data, if it is known. According to RFC 3302, specific TIFF subsets or TIFF extensions used in the application parameter must be published as an RFC.
TIFF Compression Tag
The TIFF Tag 259 (hex 0x0103) stores the information about the Compression method. The default value is 1 = no compression.
Most of TIFF writers and TIFF readers support only some of existing TIFF compression schemes. Here are some examples of used TIFF compression schemes:
TIFF Compression Tag Tag value Compression scheme Lossy/lossless Specification Description Type of images Usage and support 1 Uncompressed Lossless TIFF 6.0 Baseline TIFF all common 2 CCITT Group 3 1-Dimensional Modified Huffman run length encoding (a.k.a. MH or CCITT 1D) Lossless TIFF 6.0 Baseline TIFF; compression based on ITU-T T.4 black and white common 32773 PackBits compression, a.k.a. Macintosh RLE Lossless TIFF 6.0 Baseline TIFF all common 3 CCITT T.4 bi-level encoding as specified in section 4, Coding, of ITU-T Recommendation T.4 (a.k.a. CCITT Group 3 fax encoding or CCITT Group 3 2D) Lossless TIFF 6.0 TIFF 6.0 Extensions; compression based on ITU-T T.4 black and white common 4 CCITT T.6 bi-level encoding as specified in section 2 of ITU-T Recommendation T.6 (a.k.a. CCITT Group 4 fax encoding) Lossless TIFF 6.0 TIFF 6.0 extensions; compression based on ITU-T T.6 black and white common 5 LZW (Lempel-Ziv & Welch algorithm) Lossless TIFF 6.0 TIFF 6.0 Extensions; first defined in TIFF 5 (1988); a patented compression algorithm, but the patents expired in 2003 and 2004 all common 6 JPEG ('old-style' JPEG, later overridden in Technote2) Lossy TIFF 6.0 TIFF 6.0 Extensions; first defined in TIFF 6 (1992) continuous-tone rare 7 JPEG ('new-style' JPEG) Lossy TIFF 6 Technote2 (1995) Technote2 overrides old-style JPEG compression; it is a TIFF 6.0 extension continuous-tone medium 32946 Deflate (PKZIP-style Deflate encoding) (experimental) Lossless proprietary According to TIFF Specification Supplement 2 it should be considered obsolete but reading is recommended all medium 8 Deflate ('Adobe-style') Lossless TIFF Specification Supplement 2 (2002) Adobe Photoshop TIFF Technical Notes; it is a TIFF 6.0 extension all medium 9 JBIG, per ITU-T T.85 Lossless TIFF-FX RFC 2301 (1998), RFC 3949 (2005) black and white rare 10 JBIG, per ITU-T T.43 Lossless TIFF-FX RFC 2301 (1998), RFC 3949 (2005) black and white rare 32766 NeXT RLE 2-bit grey scale encoding proprietary rare 32809 ThunderScan RLE 4-bit encoding proprietary black and white rare 32895 RasterPadding in CT or MP (Continuous Tone or Monochrome Picture) Lossless TIFF/IT (1998, 2004) ISO 12639 rare 32896 RLE for LW (Line Work) Lossless TIFF/IT (1998, 2004) ISO 12639 rare 32897 RLE for HC (High-resolution Continuous-tone) Lossless TIFF/IT (1998, 2004) ISO 12639 rare 32898 RLE for BL (Binary Line work) Lossless TIFF/IT (1998, 2004) ISO 12639 rare 32947 Kodak DCS proprietary rare 34661 JBIG LibTiff black and white rare 34712 JPEG2000 proprietary Intoduced by Leadtools rare 34713 Nikon NEF Compressed proprietary rare
The TIFF file formats use 32-bit offsets, which limits file size to 4 GiB (4,294,967,296 bytes). BigTIFF is a TIFF variant file format which uses 64-bit offsets and supports much larger files. The BigTIFF file format specification was implemented in 2007 in development releases of LibTIFF version 4.0, which as of July 2011[update] is still in beta development. Support for BigTIFF file formats by applications is limited.
In document imaging
Adobe holds the copyright on the TIFF specification (aka TIFF 6.0) along with the two supplements that have been published. All of these documents can be found on the Adobe TIFF Resources page. TIFF has not been standardized by either ISO or ANSI, but variations have been used by organizations for numerous years.
TIFF files that strictly use the basic "tag sets" as defined in TIFF 6.0 along with restricting the compression technology to the methods identified in TIFF 6.0 and are adequately tested and verified by multiple sources for all documents being created can be used for storing documents. Commonly seen issues encountered in the content and document management industry associated with the use of TIFF files arise when the structures contain proprietary headers, are not properly documented, and/or contain "wrappers" or other containers around the TIFF datasets, and/or include improper compression technologies, or those compression technologies are not properly implemented.
Variants of the TIFF format can be used within document imaging and content/document management systems using CCITT Group IV 2D compression which supports black-and-white (bitonal, monochrome) images, among other compression technologies that support color. When storage capacity and network bandwidth was a greater issue that commonly seen in today's server environments, high-volume storage scanning, documents were scanned in black and white (not in color or in grayscale) to conserve storage capacity. An average A4 scanning produces 30 kB of data at 200 PPI (pixels per inch of resolution) and 50 kB of data at 300 PPI; 300 PPI is more common than 200 PPI.[verification needed]
The TIFF format can save multi-page documents to a single TIFF file rather than a series of files for each scanned page. Multi-page support and 2D compression of bitonal images led to TIFF's becoming the widely accepted format for facsimiles, especially on Fax Servers. Contrary to many statements seen throughout the internet, there is no TIFF standard at either the ISO and/or ANSI levels.[verification needed]
In scientific imaging
The inclusion of the SampleFormat tag in TIFF 6.0 allows TIFF files to handle advanced pixel data types, including integer images with more than 8 bits per channel and floating point images. This tag made TIFF 6.0 a viable format for scientific image processing where extended precision is required. An example would be the use of TIFF to store images acquired using scientific CCD cameras that provide up to 16 bits per photosite of intensity resolution. Storing a sequence of images in a single TIFF file is also possible, and is allowed under TIFF 6.0, provided the rules for multi-page images are followed.
In many cases TIFF has been superseded by FITS files for scientific applications (for example astronomical data).
TIFF/IT Filename extension
.fp, .ct, .lw, .hc, .mp, .bp, .bl, .sd
Internet media type
Developed by ANSI, ISO Initial release 1993 Latest release TIFF/IT / 2004 Type of format Image file format Extended from TIFF 6.0 Standard(s) ISO 12639
TIFF/IT is a file format structured to digitally send data for print ready pages that have been created on high-end prepress systems. The TIFF/IT specification (ISO 12639) describes a multiple-file format which can describe a single page per file set. TIFF/IT files are different from common TIFF files and they are not interchangeable.
The goals in developing TIFF/IT were to carry forward the original IT8 magnetic tape formats into a media independent version. TIFF/IT is based on Adobe TIFF 6.0 specification and both extends TIFF 6 by adding additional tags and restricts it by limiting some tags and the values within tags. Not all valid TIFF/IT images are valid TIFF 6.0 images.
TIFF/IT defines image file formats for encoding colour continuous tone picture images, colour line art images, high resolution continuous tone images, monochrome continuous tone images, binary picture images, binary line art images, screened data, and images of composite final pages.
TIFF/IT consists of a number of different files and it cannot be created or opened by common desktop applications. TIFF/IT-P1 file sets usually consist of the following files:
- Final Page (FP)
- Continuous Tone image (CT)
- Line Work image (LW)
- High resolution Continuous-tone files (HC - optional)
TIFF/IT also defines the following files:
- Monochrome continuous-tone Picture images (MP)
- Binary Picture images (BP)
- Binary Line-art images (BL)
- Screened Data (SD)
Some of these data types are partly compatible with the corresponding definitions in the TIFF 6.0 specification. The Final Page (FP) allows the various files needed to define a complete page to be grouped together - it provides a mechanism for creating a package that includes separate image layers (of types CT, LW, etc.) to be combined to create the final printed image. Its use is recommended but not required. There must be at least one subfile in an FP file, but no more than one of each type. It typically contains a CT subfile and an LW subfile.
The primary color space for this standard is CMYK, but also other color spaces and the use of ICC Profiles are supported.
TIFF/IT makes no provision for compression within the file structure itself, but there are no restrictions. (For example, it is allowed to compress the whole file structure in a ZIP archive.) LW files use a specific compression scheme known as Run-length encoding for LW (Compression tag value is 32896). HC files also use a specific Run-length encoding for HC (Compression tag value is 32897). The TIFF/IT P1 specs do not allow use of compression within the CT file.
The following is a list of defined TIFF/IT compression schemes:
TIFF/IT compression schemes File type TIFF/IT conformance TIFF/IT-P1 conformance TIFF/IT-P2 conformance Description Final Page (FP) 0th IFD field Uncompressed (1), Deflate (8) or PackBits (32773) Uncompressed (1), Deflate (8) or PackBits (32773) Uncompressed (1), Deflate (8) or PackBits (32773) Continuous Tone (CT) Uncompressed (1), JPEG (7), Deflate (8) or RasterPadding in CT or MP (32895) Uncompressed (1) Uncompressed (1), JPEG (7), Deflate (8) Line Work (LW) RLE for LW (32896) RLE for LW (32896) RLE for LW (32896) High resolution Continuous tone (HC) RLE for HC (32897) RLE for HC (32897) RLE for HC (32897) Monochrome continuous-tone Picture (MP) Uncompressed (1), JPEG (7), Deflate (8) or RasterPadding in CT or MP (32895) Uncompressed (1) Uncompressed (1), JPEG (7), Deflate (8) Binary Picture images (BP) Uncompressed (1), CCITT T.6 bi-level encoding (4), Deflate (8) Uncompressed (1) Uncompressed (1), CCITT T.6 bi-level encoding (4), Deflate (8) Binary Line art (BL) RLE for BL (32898) RLE for BL (32898) Screened Data (SD) Uncompressed (1), CCITT T.6 bi-level encoding (4), Deflate (8) Uncompressed (1), CCITT T.6 bi-level encoding (4), Deflate (8)
Internet Media Type
There is no MIME type defined for TIFF/IT. The
image/tiffMIME type should not be used for TIFF/IT files, because TIFF/IT does not conform to Baseline TIFF 6.0 and the widely-deployed TIFF 6.0 readers are not able to read TIFF/IT. The
image/tiffMIME type (defined in RFC 3302) without an application parameter is used for Baseline TIFF 6.0 files or to indicate that it is not necessary to identify a specific subset of TIFF or TIFF extensions. The application parameter should be used with the
image/tiffto distinguish TIFF extensions or TIFF subsets. According to RFC 3302, specific TIFF subsets or TIFF extensions must be published as an RFC. There is no such an RFC for TIFF/IT. There is also no plan by the ISO committee that oversees TIFF/IT standard to register TIFF/IT with either a parameter to image/tiff or as new separate MIME type.
The ISO 12639:1998 introduced TIFF/IT-P1 (Profile 1) - a direct subset of the full TIFF/IT standard (previously defined in ANSI IT8.8–1993). This subset was developed on the ground of the mutual realization by both the standards and the software development communities that an implementation of the full TIFF/IT standard by any one vendor was both unlikely (because of its complexity), and unnecessary (because Profile 1 would cover most applications for digital ad delivery). Almost all TIFF/IT files in digital advertising were distributed as TIFF/IT-P1 file sets in 2001. When people talk about TIFF/IT, they usually mean the P1 standard.
Here are some of the restrictions on TIFF/IT-P1 (compared to TIFF/IT):
- Uses CMYK only (when appropriate)
- It is pixel interleaved (when appropriate)
- Has a single choice of image orientation
- Has a single choice of dot range
- Restricted compression methods
TIFF/IT-P1 is a simplified conformance level of TIFF/IT and it maximizes the compatibility between Color Electronic Prepress Systems (CEPS) and Desk Top Publishing (DTP) worlds. It provides a clean interface for the proprietary CEPS formats such as the Scitex CT/LW format.
Because TIFF/IT P1 had a number of limitations, an extended format was developed. The ISO 12639:2004 introduced a new extended conformance level - TIFF/IT-P2 (Profile 2). TIFF/IT-P2 added a number of functions to TIFF/IT-P1 like:
- CMYK spot colours only (when appropriate)
- Support for the compression of CT and BP data (JPEG and Deflate)
- Support for multiple LW and CT files in a single file
- Support for copydot files through a new file type called SD (Screened Data)
- There was some effort to create a possibility to concatenate FP, LW, and CT files into a single file called the GF (Group Final) file, but this was not defined in a draft version of ISO 12639:2004.
This format was not widely used.
The TIFF/IT specification preserved the TIFF possibility for developers to utilize private tags. The TIFF/IT specification is very precise regarding how these private tags should be treated - they should be parsed, but ignored.
Private tags in the TIFF/IT-P1 specification were originally intended to provide developers with ways to add specific functionality for specific applications. Private tags can be used by developers (e.g. Scitex) to preserve specific printing values or other functionality. Private tags are typically labelled with tag numbers greater than or equal to 32768.
All private tags must be requested from Adobe (the TIFF administrator) and registered.
In 1992 the DDAP (Digital Distribution of Advertising for Publication, later Digital Directions in Applications for Production) developed their requirement statement for digital ad delivery. This was presented to ANSI-accredited CGATS (Committee for Graphic Arts Technology Standards) for development of an accredited file format standard for the delivery of digital ads. CGATS reviewed their alternatives for this purpose and TIFF format seemed like the ideal candidate, except for the fact that it could not handle certain required functionalities. CGATS asked Aldus (the TIFF administrator) for a block of their own TIFF private tags in order to implement what eventually became TIFF/IT. For example, the ability to identify the sequence of the colors is handled by tag 34017 - the Color Sequence Tag.
TIFF/IT was created to satisfy the need for a transport-independent method of encoding raster data in the IT8.1, IT8.2 and IT8.5 standards.
TIFF/IT was defined in ANSI IT8.8–1993 standard in 1993 and later revised in the International Standard ISO 12639:1998 - Prepress digital data exchange – Tag image file format for image technology (TIFF/IT). The ISO standard replaces ANSI IT8.8–1993. It specifies a media-independent means for prepress electronic data exchange.
The ISO 12639:2004 (Second edition) standard for TIFF/IT superseded the ISO 12639:1998. It was also later extended in ISO 12639:2004 / Amd. 1:2007 - Use of JBIG2-Amd2 compression in TIFF/IT.
Move to PDF/X
Up to early 2004, the DDAP recommended on its web site use of ISO 12639:1998 TIFF/IT-P1 for the delivery of digital advertising material. As of July 2005, the DDAP web site contained no information about TIFF/IT, but did promote the use of PDF/X.
As of Summer 2005, it appeared that PDF/X was preferred over TIFF/IT by the industry and the predominance of PDF/X has continued.
PDF/X has a number of advantages over TIFF/IT-P1:
- PDF/X files are often smaller than TIFF/IT files
- Support for spot colors
- PDF/X can be viewed with common freely available computer software
- There are generally cheaper tool sets for PDF/X with wider availability.
- TIFF/IT is completely raster-based whereas PDF/X files can be both vector based and raster based.
The TIFF/IT-P2 addressed some of P1 limitations, but in the meantime the PDF/X gained wider usage and P2 was not widely accepted and implemented.
- Comparison of graphics file formats
- Image file formats
- STDU Viewer
- Windows Picture and Fax Viewer
- T.37 (ITU-T recommendation)
- ^ theprintspace (2010), TIFF, theprintspace, retrieved on 16 March 2010
- ^ Versions 4 and 5 of the TIFF specification included the sentence "This memorandum has been prepared jointly by Aldus and Microsoft in conjunction with leading scanner and printer manufacturers"; there was a TIFF co-marketing and developer support effort with Microsoft during this time, though Microsoft was not a technical contributor to the specification. Version 6 (1993) of the TIFF specification dropped the Microsoft reference. TIFF Revision 5.0 TIFF Revision 6.0
- ^ TIFF was chosen as the native format for raster graphics in the NeXTstep operating system; this TIFF support carried over into Mac OS X.
- ^ a b c "TIFF/IT ISO/IEC 12639". ISO. 1998. http://www.iso.org/iso/iso_catalogue/catalogue_ics/catalogue_detail_ics.htm?csnumber=2181.
- ^ a b c d e f g h "TIFF/IT for Image Technology". The National Digital Information Infrastructure and Preservation Program at the Library of Congress. 2006-10-03. http://www.digitalpreservation.gov/formats/fdd/fdd000072.shtml.
- ^ a b c d "The TIFF/IT file format". http://www.prepressure.com/library/file-formats/tiffit. Retrieved 2011-02-19.
- ^ "File Format for Internet Fax". 2005. http://tools.ietf.org/html/rfc3949. Retrieved 2011-02-19. "This file format specification is commonly known as TIFF for Fax eXtended (TIFF-FX)."
- ^ a b c d e f g h i TIFF Revision 6.0 Final — June 3, 1992, Retrieved on 2009-07-10
- ^ Trauth, Martin H. (2006). MATLAB Recipes For Earth Sciences. Springer. p. 198. ISBN 3540279830.
- ^ Aldus/Microsoft (1999-08-09). "1) Structure". TIFF. Revision 5.0. Aldus Corporation and Microsoft Corporation. http://cool-palimpsest.stanford.edu/bytopic/imaging/std/tiff5.html. Retrieved 2009-06-29. "The number 42 was chosen for its deep philosophical significance."
- ^ Adobe Developers Association (1992-06-03). "Section 7: Additional baseline TIFF Requirements" (PDF). TIFF. Revision 6.0. Adobe Systems Incorporated. p. 26. http://partners.adobe.com/public/developer/en/tiff/TIFF6.pdf. Retrieved 2009-06-29. "‘MM’ and ‘II’ byte order. TIFF readers must be able to handle both byte orders. TIFF writers can do whichever is most convenient or efficient."
- ^ Microsoft. "You cannot preview scanned TIFF file in Windows Picture and Fax Viewer". http://support.microsoft.com/kb/319196/en-us. Retrieved 2011-02-28.
- ^ a b Microsoft. "You Cannot View TIFF Images Using Windows Picture and Fax Viewer". http://support.microsoft.com/kb/329270. Retrieved 2011-02-28.
- ^ Microsoft. "Handling Microsoft Office Document Scanning TNEF and TIFFs in Linux". http://suppressingfire.org/~burner/evil-mods-tiff/. Retrieved 2011-02-28.
- ^ a b "About Tagged Image File Format (TIFF)". http://office.microsoft.com/en-us/help/about-tagged-image-file-format-tiff-HP003081257.aspx. Retrieved 2011-03-04.
- ^ a b c d e CIP4 (2008). "JDF Specification - Appendix H MimeType and MimeTypeVersion Attributes". http://www.cip4.org/documents/jdf_specifications/html/APPX_MimeType_and_MimeTypeVersion_attributes.html. Retrieved 2011-03-03.
- ^ "Baseline TIFF Tag Compression". http://www.awaresystems.be/imaging/tiff/tifftags/compression.html. Retrieved 2011-02-26.
- ^ "LibTIFF - TIFF 6.0 Specification Coverage". http://www.libtiff.org/support.html. Retrieved 2011-02-28.
- ^ "JSTOR/Harvard Object Validation Environment - TIFF Compression Schemes". http://hul.harvard.edu/jhove/tiff-tags.html. Retrieved 2011-02-26.
- ^ "JSTOR/Harvard Object Validation Environment - JHOVE TIFF-hul Module". http://hul.harvard.edu/jhove/tiff-hul.html. Retrieved 2011-02-26.
- ^ "TIFF Fields". http://tiki-lounge.com/~raf/tiff/tifffields.html. Retrieved 2011-02-27.
- ^ Library of Congress Collections. "Tags for TIFF and Related Specifications". http://www.digitalpreservation.gov/formats/content/tiff_tags.shtml. Retrieved 2011-02-27.
- ^ "GIMP Documentation - Saving as TIFF". http://docs.gimp.org/en/gimp-images-out.html#file-tiff-save. Retrieved 2011-02-27.
- ^ "IrfanView - History of changes". http://www.irfanview.com/history_old.htm. Retrieved 2011-02-27.
- ^ "LEADTOOLS TIFF Format SDK". http://www.leadtools.com/sdk/formats/tiff.htm. Retrieved 2011-07-04.
- ^ "Extending LibTiff library with support for the new BigTIFF format". http://www.remotesensing.org/libtiff/bigtiffpr.html.
- ^ "ISO 12639:2004 - Graphic technology - Prepress digital data exchange - Tag image file format for image technology (TIFF/IT)". http://webstore.ansi.org/RecordDetail.aspx?Sku=ISO%2012639:2004&PageType=2. Retrieved 2011-03-03.
- ^ a b c ISO (2002) (PDF), DRAFT INTERNATIONAL STANDARD ISO/DIS 12639 - Graphic technology — Prepress digital data exchange — Tag image file format for image technology (TIFF/IT) - Revision of first edition (ISO 12639:1998), http://licencepro.estienne.free.fr/Normes/tiffIT_p2.pdf, retrieved 2011-03-07
- ^ "Glossary of Printing Terms - TIFF/IT". http://www.printingtips.com/glossary-term/t--2360/tiffit.asp. Retrieved 2011-03-01.
- ^ CIP3 application note, http://www.cip4.org/documents/ppf_specifications/cip3embd_v1_0.pdf, retrieved 2011-03-01
- ^ a b Tiff/It Questions and Answers, http://www.rgmgraphics.com/Tiff-It.pdf, retrieved 2011-03-01
- ^ Introduction to PDF/X, http://issuu.com/michaelejahn/docs/jahn_introtopdfx_fontsembed, retrieved 2011-03-01
- ^ "Tiff/It P1 Specifications". http://www.interviewmagspecs.com/Pages/Tiff_It_P1_Specs.html. Retrieved 2011-03-03. "Note: TIFF/IT-P1 is not equivalent to a Photoshop® Tiff!"
- ^ a b c d DDAP, TIFF/IT-P1, PDF-X/1, 1998, http://www.ipa.org/pdf/bulletin/ddap_tiff_pdf.pdf, retrieved 2011-03-01
- ^ DDAP Association (2003). "TIFF/IT Implementers". http://replay.waybackmachine.org/20050425150213/http://www.ddap.org/resource_center/tiffit_implementers.php. Retrieved 2011-03-03.
- ^ Harlequin RIP - manual for a commercial TIFF/IT plugin, http://www.xitron.com/downloads/support/technical_documents/plugin_manuals/tiffitp1out.pdf, retrieved 2011-03-02
- ^ a b A software manual with information about TIFF/IT, http://www.rti-rips.com/LinkedDocuments/Version8Manuals/Harlequin_RIP_Manual_Mac.pdf
- ^ DDAP Position Statement - TIFF/IT as a File Format for Delivery of Digital Advertising - October, 2001, 10 2001, archived from the original on 2004-01-11, http://web.archive.org/web/20040111002537/http://www.ddap.org/resource_center/tiffit_position_paper.php, retrieved 2011-03-03
- ^ (PDF) DDAP Position Statement - TIFF/IT as a File Format for Delivery of Digital Advertising - October, 2001, 10 2001, http://replay.waybackmachine.org/20030321070342/http://www.ddap.org/resources/white_papers/TIFFITPosition.pdf, retrieved 2011-03-03
- ^ "TIFF/IT-P1". http://tiffit-online.com/about.html. Retrieved 2011-03-01.
- ^ "Glossary of Printing Terms - TIFF/IT-P1". http://www.printingtips.com/email-term/t--2361/tiffitp1.asp. Retrieved 2011-03-01.
- ^ Quality House of Graphics (2002) (PDF), FILE FORMAT COMPARISON CHART, http://replay.waybackmachine.org/20030416033948/http://ddap.org/resources/format_chart02qhg.pdf, retrieved 2011-03-03
- ^ Olaf Drümmer. "PDF/X FAQ". http://www.pdfxreport.com/doku.php?id=en:faq. Retrieved 2011-03-03.
- Adobe TIFF Resources page: Adobe links to the specification and main TIFF resources
- LibTIFF Home Page: Widely used library used for reading and writing TIFF files as well as TIFF file processing command line tools
- TIFF File Format FAQ and TIFF Tag Reference: Everything you always wanted to know about the TIFF File Format but were afraid to ask
- TIFF description at Digital Preservation (The Library of Congress)
- TIFF Revision 4.0: Specification for revision 4.0, in HTML (warning: for historical purposes only, the TIFF 6.0 spec contains the full 4.0 revision)
- TIFF Revision 5.0: Specification for revision 5.0, in HTML (warning: for historical purposes only, the TIFF 6.0 spec contains the full 5.0 revision)
- TIFF Revision 6.0: Specification for revision 6.0, in PDF (warning: there is an outdated and flawed section (jpeg compression), corrected in supplements, and there are additions to this PDF too – for the full specification, see the Adobe TIFF Resources page)
- RFC 3302 - image/tiff, RFC 3949 and RFC 3950 - image/tiff-fx, RFC 2306 - Tag Image File Format (TIFF) - F Profile for Facsimile, RFC 1314 - legacy exchange of images in the Internet
- AlternaTIFF - Free in-browser TIFF viewer
Multimedia compression and container formats VideoMJPEG · Motion JPEG 2000 · MPEG-1 · MPEG-2 (Part 2) · MPEG-4 (Part 2/ASP · Part 10/AVC) · HEVCOthers AudioMPEG-1 Layer III (MP3) · MPEG-1 Layer II (Multichannel) · MPEG-1 Layer I · AAC · HE-AAC · MPEG Surround · MPEG-4 ALS · MPEG-4 SLS · MPEG-4 DST · MPEG-4 HVXC · MPEG-4 CELP · USACOthersAC-3 · AMR · AMR-WB · AMR-WB+ · Apple Lossless · Asao · ATRAC · CELT · DRA · DTS · EVRC · EVRC-B · FLAC · GSM-HR · GSM-FR · GSM-EFR · iLBC · iSAC · Monkey's Audio · TTA (True Audio) · MT9 · A-law · μ-law · Musepack · OptimFROG · Opus · OSQ · QCELP · RealAudio · RTAudio · SD2 · SHN · SILK · Siren · SMV · Speex · SVOPC · TwinVQ · VMR-WB · Vorbis · WavPack · WMA ImageOthers ContainersISO/IECMPEG-PS · MPEG-TS · ISO base media file format · MPEG-4 Part 14 · Motion JPEG 2000 · MPEG-21 Part 9ITU-TOthers See Compression methods for methods and Compression software implementations for codecs Graphics file formats Raster
- ICO / CUR
- JPEG 2000
- JPEG XR
- PSD / PSB
- Logluv TIFF)
Raw Vector Compound RelatedCategories:
- High dynamic range file formats
- Graphics file formats
- Adobe Systems
Wikimedia Foundation. 2010.