home *** CD-ROM | disk | FTP | other *** search
/ ftp.cse.unsw.edu.au / 2014.06.ftp.cse.unsw.edu.au.tar / ftp.cse.unsw.edu.au / pub / doc / standards / graphics / it < prev    next >
Encoding:
Text File  |  1992-10-18  |  8.7 KB  |  201 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.           An Aldus/Microsoft Technical Memorandum:  8/8/88    Page 1
  8.           An Aldus/Microsoft Technical Memorandum:  8/8/88    Page 1
  9.           
  10.           
  11.           
  12.           Preface
  13.           
  14.           
  15.           This memorandum  has been prepared jointly by Aldus and Microsoft
  16.           in conjunction  with leading scanner vendors and other interested
  17.           parties.   This document  does not  represent a commitment on the
  18.           part of  either Microsoft  or Aldus  to provide  support for this
  19.           file format  in any  application.   When responding  to  specific
  20.           issues raised  in this memo, or when requesting additional tag or
  21.           field assignments, please address your correspondence to either:
  22.           
  23.                Developers_ Desk    Windows Marketing Group
  24.                Aldus Corporation   Microsoft Corporation
  25.                411 First Ave. South     16011 NE 36th Way
  26.                Suite 200 Box 97017
  27.                Seattle, WA  98104  Redmond, WA  98073-9717
  28.                (206) 622-5500 (206) 882-8080
  29.           
  30.           
  31.           
  32.           Revision Notes
  33.           
  34.           This revision  replaces _TIFF  Revision 4._   Sections in italics
  35.           are new or substantially changed in this revision.  Also new, but
  36.           not in italics, are Appendices F, G, and H.
  37.           
  38.           The major enhancements in TIFF 5.0 are:
  39.           
  40.           1.   Compression of  grayscale and  color images, for better disk
  41.           space utilization.  See Appendix F.
  42.           
  43.           2.   TIFF Classes_restricted  TIFF subsets  that can simplify the
  44.           job of  the TIFF  implementor.   You may  wish to scan Appendix G
  45.           before reading the rest of this document.   In fact, you may want
  46.           to use  Appendix G as your main guide, and refer back to the main
  47.           body of  the specification  as needed for details concerning TIFF
  48.           structures and field definitions.
  49.           
  50.           3.   Support for  _palette color_   images.  See the TIFF Class P
  51.           description  in   Appendix  G,   and  the   new  ColorMap   field
  52.           description.
  53.           
  54.           4.   Two new  tags that  can be  used to  more fully  define  the
  55.           characteristics of  full color  RGB data, and thereby potentially
  56.           improve the quality of color image reproduction.  See Appendix H.
  57.           
  58.           The organization  of the  document has also changed slightly.  In
  59.           particular, the  tags are  listed in  alphabetical order,  within
  60.           several categories, in the main body of the specification.
  61.           
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.           TIFF 5.0                                          page 2
  72.           TIFF 5.0                                          page 2
  73.  
  74.  
  75.           As always,  every attempt  has been  made to add functionality in
  76.           such a  way as  to minimize  incompatibility problems  with older
  77.           TIFF software.   In  particular, many  TIFF  5.0  files  will  be
  78.           readable even  by older  applications that  assume TIFF 4.0 or an
  79.           earlier version  of the  specification.   One exception  is  with
  80.           files that  use the  new TIFF  5.0 LZW  compression scheme.   Old
  81.           applications will  have to  give up  in this case, of course, and
  82.           will do so _gracefully_ if they have been following the rules.
  83.           
  84.           We  are  grateful  to  all  of  the  draft  reviewers  for  their
  85.           suggestions.   Especially helpful  were Herb  Weiner  of  Kitchen
  86.           Wisdom  Publishing   Company,  Brad  Pillow  of  TrueVision,  and
  87.           engineers from Hewlett Packard and Quark.  Chris Sears of Magenta
  88.           Graphics provided information which is included as Appendix H.
  89.           
  90.           
  91.           Abstract
  92.           
  93.           This document  describes TIFF,  a tag  based file  format that is
  94.           designed to promote the interchange of digital image data.
  95.           
  96.           The fields  were defined  primarily with  desktop publishing  and
  97.           related applications  in mind, although it is possible that other
  98.           sorts of imaging applications may find TIFF to be useful.
  99.           
  100.           The general  scenario for  which TIFF  was invented  assumes that
  101.           applications software  for scanning  or painting  creates a  TIFF
  102.           file, which  can then  be read and incorporated into a _document_
  103.           or _publication_   by an application such as a desktop publishing
  104.           package.
  105.           
  106.           TIFF is  not a printer language or page description language, nor
  107.           is it intended to be a general document interchange standard. The
  108.           primary design  goal was  to provide  a rich  environment  within
  109.           which the exchange of image data between application programs can
  110.           be accomplished.   This  richness is  required in  order to  take
  111.           advantage of  the varying  capabilities of  scanners and  similar
  112.           devices.  TIFF is therefore designed to be a superset of existing
  113.           image file  formats for  _desktop_   scanners (and paint programs
  114.           and anything  else that  produces images with pixels in them) and
  115.           will be enhanced on a continuing basis as new capabilities arise.
  116.           A high  priority has been given to structuring the data in such a
  117.           way as  to minimize  the pain  of future  additions.    TIFF  was
  118.           designed to be an extensible interchange format.
  119.           
  120.           Although TIFF  is claimed  to be  in some sense a rich format, it
  121.           can easily  be used for simple scanners and applications as well,
  122.           since the  application developer  need only be concerned with the
  123.           capabilities that he requires.
  124.           
  125.           TIFF is intended to be independent of specific operating systems,
  126.           filing systems,  compilers, and processors.  The only significant
  127.           assumption is  that the  storage medium supports something like a
  128.           _file,_   defined as  a sequence  of 8-bit bytes, where the bytes
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137.  
  138.           TIFF 5.0                                          page 3
  139.           TIFF 5.0                                          page 3
  140.  
  141.  
  142.           are numbered  from 0  to N.   The  largest possible  TIFF file is
  143.           2**32 bytes  in length.   Since TIFF uses pointers (byte offsets)
  144.           quite liberally,  a TIFF  file is  most easily read from a random
  145.           access device  such as a hard disk or flexible diskette, although
  146.           it should  be possible  to read  and write TIFF files on magnetic
  147.           tape.
  148.           
  149.           The recommended  MS-DOS, UNIX,  and OS/2  file extension for TIFF
  150.           files is  _.TIF._   The recommended Macintosh filetype is _TIFF_.
  151.           Suggestions for  conventions in  other computing environments are
  152.           welcome.
  153.           
  154.           
  155.           1) Structure
  156.           
  157.           In TIFF, individual fields are identified with a unique tag. This
  158.           allows particular fields to be present or absent from the file as
  159.           required by the application.  For an explanation of the rationale
  160.           behind using a tag structure format, see Appendix A.
  161.           
  162.           A TIFF file begins with an 8-byte _image file header_ that points
  163.           to one  or  more  _image  file  directories._    The  image  file
  164.           directories contain  information about  the images,  as  well  as
  165.           pointers to the actual image data.
  166.           
  167.           See Figure 1.
  168.           
  169.           We will now describe these structures in more detail.
  170.           
  171.           Image file header
  172.           
  173.           A TIFF  file begins  with an 8-byte image file header, containing
  174.           the following information:
  175.           
  176.           Bytes 0-1:     The first  word of  the file  specifies  the  byte
  177.           order used within the file.  Legal values are:
  178.           
  179.                     _II_ (hex 4949)
  180.                     _MM_ (hex 4D4D)
  181.           
  182.                In the  _II_   format,  byte  order  is  always  from  least
  183.           significant to  most significant,  for  both  16-bit  and  32-bit
  184.           integers.   In the  _MM_   format, byte order is always from most
  185.           significant to  least significant,  for both  16-bit  and  32-bit
  186.           integers.   In both  formats, character  strings are  stored into
  187.           sequential byte locations.
  188.           
  189.                All  TIFF   readers  should  support  both  byte  orders_see
  190.           Appendix G.
  191.           
  192.           Bytes 2-3 The second  word of  the  file  is  the  TIFF  _version
  193.           number._   This number, 42 (2A in hex), is not to be equated with
  194.           the current  Revision of  the TIFF  specification.   In fact, the
  195.           TIFF version  number (42)  has never  changed, and probably never
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.