From d479dd1aab1c1cb907932c6595b0ef33523fc797 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?J=C3=B6rg=20Frings-F=C3=BCrst?= Date: Fri, 6 Nov 2015 07:14:47 +0100 Subject: Imported Upstream version 1.8.3 --- tiff/html/Makefile.am | 88 -- tiff/html/Makefile.in | 788 ---------- tiff/html/TIFFTechNote2.html | 707 --------- tiff/html/addingtags.html | 292 ---- tiff/html/bugs.html | 61 - tiff/html/build.html | 524 ------- tiff/html/contrib.html | 209 --- tiff/html/document.html | 52 - tiff/html/images.html | 41 - tiff/html/images/Makefile.am | 46 - tiff/html/images/Makefile.in | 568 ------- tiff/html/index.html | 123 -- tiff/html/internals.html | 572 ------- tiff/html/intro.html | 68 - tiff/html/libtiff.html | 747 --------- tiff/html/man/Makefile.am | 126 -- tiff/html/man/Makefile.in | 644 -------- tiff/html/man/TIFFClose.3tiff.html | 87 -- tiff/html/man/TIFFDataWidth.3tiff.html | 98 -- tiff/html/man/TIFFError.3tiff.html | 106 -- tiff/html/man/TIFFFieldDataType.3tiff.html | 89 -- tiff/html/man/TIFFFieldName.3tiff.html | 86 -- tiff/html/man/TIFFFieldPassCount.3tiff.html | 98 -- tiff/html/man/TIFFFieldReadCount.3tiff.html | 101 -- tiff/html/man/TIFFFieldTag.3tiff.html | 88 -- tiff/html/man/TIFFFieldWriteCount.3tiff.html | 108 -- tiff/html/man/TIFFFlush.3tiff.html | 113 -- tiff/html/man/TIFFGetField.3tiff.html | 1969 ------------------------ tiff/html/man/TIFFOpen.3tiff.html | 421 ----- tiff/html/man/TIFFPrintDirectory.3tiff.html | 225 --- tiff/html/man/TIFFRGBAImage.3tiff.html | 319 ---- tiff/html/man/TIFFReadDirectory.3tiff.html | 218 --- tiff/html/man/TIFFReadEncodedStrip.3tiff.html | 133 -- tiff/html/man/TIFFReadEncodedTile.3tiff.html | 130 -- tiff/html/man/TIFFReadRGBAImage.3tiff.html | 301 ---- tiff/html/man/TIFFReadRGBAStrip.3tiff.html | 208 --- tiff/html/man/TIFFReadRGBATile.3tiff.html | 261 ---- tiff/html/man/TIFFReadRawStrip.3tiff.html | 109 -- tiff/html/man/TIFFReadRawTile.3tiff.html | 111 -- tiff/html/man/TIFFReadScanline.3tiff.html | 157 -- tiff/html/man/TIFFReadTile.3tiff.html | 133 -- tiff/html/man/TIFFSetDirectory.3tiff.html | 122 -- tiff/html/man/TIFFSetField.3tiff.html | 1865 ---------------------- tiff/html/man/TIFFWarning.3tiff.html | 108 -- tiff/html/man/TIFFWriteDirectory.3tiff.html | 176 --- tiff/html/man/TIFFWriteEncodedStrip.3tiff.html | 153 -- tiff/html/man/TIFFWriteEncodedTile.3tiff.html | 147 -- tiff/html/man/TIFFWriteRawStrip.3tiff.html | 144 -- tiff/html/man/TIFFWriteRawTile.3tiff.html | 128 -- tiff/html/man/TIFFWriteScanline.3tiff.html | 206 --- tiff/html/man/TIFFWriteTile.3tiff.html | 115 -- tiff/html/man/TIFFbuffer.3tiff.html | 116 -- tiff/html/man/TIFFcodec.3tiff.html | 116 -- tiff/html/man/TIFFcolor.3tiff.html | 975 ------------ tiff/html/man/TIFFmemory.3tiff.html | 110 -- tiff/html/man/TIFFquery.3tiff.html | 148 -- tiff/html/man/TIFFsize.3tiff.html | 95 -- tiff/html/man/TIFFstrip.3tiff.html | 129 -- tiff/html/man/TIFFswab.3tiff.html | 110 -- tiff/html/man/TIFFtile.3tiff.html | 141 -- tiff/html/man/bmp2tiff.1.html | 121 -- tiff/html/man/fax2ps.1.html | 252 --- tiff/html/man/fax2tiff.1.html | 607 -------- tiff/html/man/gif2tiff.1.html | 141 -- tiff/html/man/index.html | 64 - tiff/html/man/libtiff.3tiff.html | 1150 -------------- tiff/html/man/pal2rgb.1.html | 189 --- tiff/html/man/ppm2tiff.1.html | 141 -- tiff/html/man/ras2tiff.1.html | 139 -- tiff/html/man/raw2tiff.1.html | 510 ------ tiff/html/man/rgb2ycbcr.1.html | 155 -- tiff/html/man/sgi2tiff.1.html | 147 -- tiff/html/man/thumbnail.1.html | 148 -- tiff/html/man/tiff2bw.1.html | 161 -- tiff/html/man/tiff2pdf.1.html | 609 -------- tiff/html/man/tiff2ps.1.html | 639 -------- tiff/html/man/tiff2rgba.1.html | 162 -- tiff/html/man/tiffcmp.1.html | 156 -- tiff/html/man/tiffcp.1.html | 569 ------- tiff/html/man/tiffcrop.1.html | 684 -------- tiff/html/man/tiffdither.1.html | 196 --- tiff/html/man/tiffdump.1.html | 145 -- tiff/html/man/tiffgt.1.html | 551 ------- tiff/html/man/tiffinfo.1.html | 196 --- tiff/html/man/tiffmedian.1.html | 183 --- tiff/html/man/tiffset.1.html | 176 --- tiff/html/man/tiffsplit.1.html | 102 -- tiff/html/man/tiffsv.1.html | 207 --- tiff/html/misc.html | 116 -- tiff/html/support.html | 655 -------- tiff/html/tools.html | 164 -- tiff/html/v3.4beta007.html | 112 -- tiff/html/v3.4beta016.html | 122 -- tiff/html/v3.4beta018.html | 84 - tiff/html/v3.4beta024.html | 139 -- tiff/html/v3.4beta028.html | 146 -- tiff/html/v3.4beta029.html | 86 -- tiff/html/v3.4beta031.html | 94 -- tiff/html/v3.4beta032.html | 90 -- tiff/html/v3.4beta033.html | 82 - tiff/html/v3.4beta034.html | 68 - tiff/html/v3.4beta035.html | 63 - tiff/html/v3.4beta036.html | 117 -- tiff/html/v3.5.1.html | 75 - tiff/html/v3.5.2.html | 108 -- tiff/html/v3.5.3.html | 132 -- tiff/html/v3.5.4.html | 88 -- tiff/html/v3.5.5.html | 155 -- tiff/html/v3.5.6-beta.html | 185 --- tiff/html/v3.5.7.html | 259 ---- tiff/html/v3.6.0.html | 434 ------ tiff/html/v3.6.1.html | 199 --- tiff/html/v3.7.0.html | 144 -- tiff/html/v3.7.0alpha.html | 249 --- tiff/html/v3.7.0beta.html | 162 -- tiff/html/v3.7.0beta2.html | 131 -- tiff/html/v3.7.1.html | 233 --- tiff/html/v3.7.2.html | 222 --- tiff/html/v3.7.3.html | 230 --- tiff/html/v3.7.4.html | 133 -- tiff/html/v3.8.0.html | 199 --- tiff/html/v3.8.1.html | 217 --- tiff/html/v3.8.2.html | 137 -- tiff/html/v3.9.0beta.html | 304 ---- tiff/html/v3.9.1.html | 115 -- tiff/html/v3.9.2.html | 122 -- tiff/html/v4.0.0.html | 269 ---- tiff/html/v4.0.1.html | 113 -- tiff/html/v4.0.2.html | 118 -- tiff/html/v4.0.3.html | 125 -- tiff/html/v4.0.4beta.html | 291 ---- 131 files changed, 32216 deletions(-) delete mode 100755 tiff/html/Makefile.am delete mode 100755 tiff/html/Makefile.in delete mode 100755 tiff/html/TIFFTechNote2.html delete mode 100755 tiff/html/addingtags.html delete mode 100755 tiff/html/bugs.html delete mode 100755 tiff/html/build.html delete mode 100755 tiff/html/contrib.html delete mode 100755 tiff/html/document.html delete mode 100755 tiff/html/images.html delete mode 100755 tiff/html/images/Makefile.am delete mode 100755 tiff/html/images/Makefile.in delete mode 100755 tiff/html/index.html delete mode 100755 tiff/html/internals.html delete mode 100755 tiff/html/intro.html delete mode 100755 tiff/html/libtiff.html delete mode 100755 tiff/html/man/Makefile.am delete mode 100755 tiff/html/man/Makefile.in delete mode 100755 tiff/html/man/TIFFClose.3tiff.html delete mode 100755 tiff/html/man/TIFFDataWidth.3tiff.html delete mode 100755 tiff/html/man/TIFFError.3tiff.html delete mode 100755 tiff/html/man/TIFFFieldDataType.3tiff.html delete mode 100755 tiff/html/man/TIFFFieldName.3tiff.html delete mode 100755 tiff/html/man/TIFFFieldPassCount.3tiff.html delete mode 100755 tiff/html/man/TIFFFieldReadCount.3tiff.html delete mode 100755 tiff/html/man/TIFFFieldTag.3tiff.html delete mode 100755 tiff/html/man/TIFFFieldWriteCount.3tiff.html delete mode 100755 tiff/html/man/TIFFFlush.3tiff.html delete mode 100755 tiff/html/man/TIFFGetField.3tiff.html delete mode 100755 tiff/html/man/TIFFOpen.3tiff.html delete mode 100755 tiff/html/man/TIFFPrintDirectory.3tiff.html delete mode 100755 tiff/html/man/TIFFRGBAImage.3tiff.html delete mode 100755 tiff/html/man/TIFFReadDirectory.3tiff.html delete mode 100755 tiff/html/man/TIFFReadEncodedStrip.3tiff.html delete mode 100755 tiff/html/man/TIFFReadEncodedTile.3tiff.html delete mode 100755 tiff/html/man/TIFFReadRGBAImage.3tiff.html delete mode 100755 tiff/html/man/TIFFReadRGBAStrip.3tiff.html delete mode 100755 tiff/html/man/TIFFReadRGBATile.3tiff.html delete mode 100755 tiff/html/man/TIFFReadRawStrip.3tiff.html delete mode 100755 tiff/html/man/TIFFReadRawTile.3tiff.html delete mode 100755 tiff/html/man/TIFFReadScanline.3tiff.html delete mode 100755 tiff/html/man/TIFFReadTile.3tiff.html delete mode 100755 tiff/html/man/TIFFSetDirectory.3tiff.html delete mode 100755 tiff/html/man/TIFFSetField.3tiff.html delete mode 100755 tiff/html/man/TIFFWarning.3tiff.html delete mode 100755 tiff/html/man/TIFFWriteDirectory.3tiff.html delete mode 100755 tiff/html/man/TIFFWriteEncodedStrip.3tiff.html delete mode 100755 tiff/html/man/TIFFWriteEncodedTile.3tiff.html delete mode 100755 tiff/html/man/TIFFWriteRawStrip.3tiff.html delete mode 100755 tiff/html/man/TIFFWriteRawTile.3tiff.html delete mode 100755 tiff/html/man/TIFFWriteScanline.3tiff.html delete mode 100755 tiff/html/man/TIFFWriteTile.3tiff.html delete mode 100755 tiff/html/man/TIFFbuffer.3tiff.html delete mode 100755 tiff/html/man/TIFFcodec.3tiff.html delete mode 100755 tiff/html/man/TIFFcolor.3tiff.html delete mode 100755 tiff/html/man/TIFFmemory.3tiff.html delete mode 100755 tiff/html/man/TIFFquery.3tiff.html delete mode 100755 tiff/html/man/TIFFsize.3tiff.html delete mode 100755 tiff/html/man/TIFFstrip.3tiff.html delete mode 100755 tiff/html/man/TIFFswab.3tiff.html delete mode 100755 tiff/html/man/TIFFtile.3tiff.html delete mode 100755 tiff/html/man/bmp2tiff.1.html delete mode 100755 tiff/html/man/fax2ps.1.html delete mode 100755 tiff/html/man/fax2tiff.1.html delete mode 100755 tiff/html/man/gif2tiff.1.html delete mode 100755 tiff/html/man/index.html delete mode 100755 tiff/html/man/libtiff.3tiff.html delete mode 100755 tiff/html/man/pal2rgb.1.html delete mode 100755 tiff/html/man/ppm2tiff.1.html delete mode 100755 tiff/html/man/ras2tiff.1.html delete mode 100755 tiff/html/man/raw2tiff.1.html delete mode 100755 tiff/html/man/rgb2ycbcr.1.html delete mode 100755 tiff/html/man/sgi2tiff.1.html delete mode 100755 tiff/html/man/thumbnail.1.html delete mode 100755 tiff/html/man/tiff2bw.1.html delete mode 100755 tiff/html/man/tiff2pdf.1.html delete mode 100755 tiff/html/man/tiff2ps.1.html delete mode 100755 tiff/html/man/tiff2rgba.1.html delete mode 100755 tiff/html/man/tiffcmp.1.html delete mode 100755 tiff/html/man/tiffcp.1.html delete mode 100755 tiff/html/man/tiffcrop.1.html delete mode 100755 tiff/html/man/tiffdither.1.html delete mode 100755 tiff/html/man/tiffdump.1.html delete mode 100755 tiff/html/man/tiffgt.1.html delete mode 100755 tiff/html/man/tiffinfo.1.html delete mode 100755 tiff/html/man/tiffmedian.1.html delete mode 100755 tiff/html/man/tiffset.1.html delete mode 100755 tiff/html/man/tiffsplit.1.html delete mode 100755 tiff/html/man/tiffsv.1.html delete mode 100755 tiff/html/misc.html delete mode 100755 tiff/html/support.html delete mode 100755 tiff/html/tools.html delete mode 100755 tiff/html/v3.4beta007.html delete mode 100755 tiff/html/v3.4beta016.html delete mode 100755 tiff/html/v3.4beta018.html delete mode 100755 tiff/html/v3.4beta024.html delete mode 100755 tiff/html/v3.4beta028.html delete mode 100755 tiff/html/v3.4beta029.html delete mode 100755 tiff/html/v3.4beta031.html delete mode 100755 tiff/html/v3.4beta032.html delete mode 100755 tiff/html/v3.4beta033.html delete mode 100755 tiff/html/v3.4beta034.html delete mode 100755 tiff/html/v3.4beta035.html delete mode 100755 tiff/html/v3.4beta036.html delete mode 100755 tiff/html/v3.5.1.html delete mode 100755 tiff/html/v3.5.2.html delete mode 100755 tiff/html/v3.5.3.html delete mode 100755 tiff/html/v3.5.4.html delete mode 100755 tiff/html/v3.5.5.html delete mode 100755 tiff/html/v3.5.6-beta.html delete mode 100755 tiff/html/v3.5.7.html delete mode 100755 tiff/html/v3.6.0.html delete mode 100755 tiff/html/v3.6.1.html delete mode 100755 tiff/html/v3.7.0.html delete mode 100755 tiff/html/v3.7.0alpha.html delete mode 100755 tiff/html/v3.7.0beta.html delete mode 100755 tiff/html/v3.7.0beta2.html delete mode 100755 tiff/html/v3.7.1.html delete mode 100755 tiff/html/v3.7.2.html delete mode 100755 tiff/html/v3.7.3.html delete mode 100755 tiff/html/v3.7.4.html delete mode 100755 tiff/html/v3.8.0.html delete mode 100755 tiff/html/v3.8.1.html delete mode 100755 tiff/html/v3.8.2.html delete mode 100755 tiff/html/v3.9.0beta.html delete mode 100755 tiff/html/v3.9.1.html delete mode 100755 tiff/html/v3.9.2.html delete mode 100755 tiff/html/v4.0.0.html delete mode 100755 tiff/html/v4.0.1.html delete mode 100755 tiff/html/v4.0.2.html delete mode 100755 tiff/html/v4.0.3.html delete mode 100755 tiff/html/v4.0.4beta.html (limited to 'tiff/html') diff --git a/tiff/html/Makefile.am b/tiff/html/Makefile.am deleted file mode 100755 index aa6a5dd..0000000 --- a/tiff/html/Makefile.am +++ /dev/null @@ -1,88 +0,0 @@ -# -# Tag Image File Format (TIFF) Software -# -# Copyright (C) 2004, Andrey Kiselev -# -# Permission to use, copy, modify, distribute, and sell this software and -# its documentation for any purpose is hereby granted without fee, provided -# that (i) the above copyright notices and this permission notice appear in -# all copies of the software and related documentation, and (ii) the names of -# Sam Leffler and Silicon Graphics may not be used in any advertising or -# publicity relating to the software without the specific, prior written -# permission of Sam Leffler and Silicon Graphics. -# -# THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND, -# EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY -# WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. -# -# IN NO EVENT SHALL SAM LEFFLER OR SILICON GRAPHICS BE LIABLE FOR -# ANY SPECIAL, INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND, -# OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, -# WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY THEORY OF -# LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE -# OF THIS SOFTWARE. - -# Process this file with automake to produce Makefile.in. - -docdir = $(LIBTIFF_DOCDIR)/html - -docfiles = \ - addingtags.html \ - bugs.html \ - build.html \ - contrib.html \ - document.html \ - images.html \ - index.html \ - internals.html \ - intro.html \ - libtiff.html \ - misc.html \ - support.html \ - TIFFTechNote2.html \ - tools.html \ - v3.4beta007.html \ - v3.4beta016.html \ - v3.4beta018.html \ - v3.4beta024.html \ - v3.4beta028.html \ - v3.4beta029.html \ - v3.4beta031.html \ - v3.4beta032.html \ - v3.4beta033.html \ - v3.4beta034.html \ - v3.4beta035.html \ - v3.4beta036.html \ - v3.5.1.html \ - v3.5.2.html \ - v3.5.3.html \ - v3.5.4.html \ - v3.5.5.html \ - v3.5.6-beta.html \ - v3.5.7.html \ - v3.6.0.html \ - v3.6.1.html \ - v3.7.0alpha.html \ - v3.7.0beta.html \ - v3.7.0beta2.html \ - v3.7.0.html \ - v3.7.1.html \ - v3.7.2.html \ - v3.7.3.html \ - v3.7.4.html \ - v3.8.0.html \ - v3.8.1.html \ - v3.8.2.html \ - v3.9.0beta.html \ - v3.9.1.html \ - v3.9.2.html \ - v4.0.0.html \ - v4.0.1.html \ - v4.0.2.html \ - v4.0.3.html \ - v4.0.4beta.html - -dist_doc_DATA = $(docfiles) - -SUBDIRS = images man - diff --git a/tiff/html/Makefile.in b/tiff/html/Makefile.in deleted file mode 100755 index d903412..0000000 --- a/tiff/html/Makefile.in +++ /dev/null @@ -1,788 +0,0 @@ -# Makefile.in generated by automake 1.15 from Makefile.am. -# @configure_input@ - -# Copyright (C) 1994-2014 Free Software Foundation, Inc. - -# This Makefile.in is free software; the Free Software Foundation -# gives unlimited permission to copy and/or distribute it, -# with or without modifications, as long as this notice is preserved. - -# This program is distributed in the hope that it will be useful, -# but WITHOUT ANY WARRANTY, to the extent permitted by law; without -# even the implied warranty of MERCHANTABILITY or FITNESS FOR A -# PARTICULAR PURPOSE. - -@SET_MAKE@ - -# -# Tag Image File Format (TIFF) Software -# -# Copyright (C) 2004, Andrey Kiselev -# -# Permission to use, copy, modify, distribute, and sell this software and -# its documentation for any purpose is hereby granted without fee, provided -# that (i) the above copyright notices and this permission notice appear in -# all copies of the software and related documentation, and (ii) the names of -# Sam Leffler and Silicon Graphics may not be used in any advertising or -# publicity relating to the software without the specific, prior written -# permission of Sam Leffler and Silicon Graphics. -# -# THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND, -# EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY -# WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. -# -# IN NO EVENT SHALL SAM LEFFLER OR SILICON GRAPHICS BE LIABLE FOR -# ANY SPECIAL, INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND, -# OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, -# WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY THEORY OF -# LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE -# OF THIS SOFTWARE. - -# Process this file with automake to produce Makefile.in. - -VPATH = @srcdir@ -am__is_gnu_make = { \ - if test -z '$(MAKELEVEL)'; then \ - false; \ - elif test -n '$(MAKE_HOST)'; then \ - true; \ - elif test -n '$(MAKE_VERSION)' && test -n '$(CURDIR)'; then \ - true; \ - else \ - false; \ - fi; \ -} -am__make_running_with_option = \ - case $${target_option-} in \ - ?) ;; \ - *) echo "am__make_running_with_option: internal error: invalid" \ - "target option '$${target_option-}' specified" >&2; \ - exit 1;; \ - esac; \ - has_opt=no; \ - sane_makeflags=$$MAKEFLAGS; \ - if $(am__is_gnu_make); then \ - sane_makeflags=$$MFLAGS; \ - else \ - case $$MAKEFLAGS in \ - *\\[\ \ ]*) \ - bs=\\; \ - sane_makeflags=`printf '%s\n' "$$MAKEFLAGS" \ - | sed "s/$$bs$$bs[$$bs $$bs ]*//g"`;; \ - esac; \ - fi; \ - skip_next=no; \ - strip_trailopt () \ - { \ - flg=`printf '%s\n' "$$flg" | sed "s/$$1.*$$//"`; \ - }; \ - for flg in $$sane_makeflags; do \ - test $$skip_next = yes && { skip_next=no; continue; }; \ - case $$flg in \ - *=*|--*) continue;; \ - -*I) strip_trailopt 'I'; skip_next=yes;; \ - -*I?*) strip_trailopt 'I';; \ - -*O) strip_trailopt 'O'; skip_next=yes;; \ - -*O?*) strip_trailopt 'O';; \ - -*l) strip_trailopt 'l'; skip_next=yes;; \ - -*l?*) strip_trailopt 'l';; \ - -[dEDm]) skip_next=yes;; \ - -[JT]) skip_next=yes;; \ - esac; \ - case $$flg in \ - *$$target_option*) has_opt=yes; break;; \ - esac; \ - done; \ - test $$has_opt = yes -am__make_dryrun = (target_option=n; $(am__make_running_with_option)) -am__make_keepgoing = (target_option=k; $(am__make_running_with_option)) -pkgdatadir = $(datadir)/@PACKAGE@ -pkgincludedir = $(includedir)/@PACKAGE@ -pkglibdir = $(libdir)/@PACKAGE@ -pkglibexecdir = $(libexecdir)/@PACKAGE@ -am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd -install_sh_DATA = $(install_sh) -c -m 644 -install_sh_PROGRAM = $(install_sh) -c -install_sh_SCRIPT = $(install_sh) -c -INSTALL_HEADER = $(INSTALL_DATA) -transform = $(program_transform_name) -NORMAL_INSTALL = : -PRE_INSTALL = : -POST_INSTALL = : -NORMAL_UNINSTALL = : -PRE_UNINSTALL = : -POST_UNINSTALL = : -build_triplet = @build@ -host_triplet = @host@ -subdir = html -ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 -am__aclocal_m4_deps = $(top_srcdir)/m4/acinclude.m4 \ - $(top_srcdir)/m4/libtool.m4 $(top_srcdir)/m4/ltoptions.m4 \ - $(top_srcdir)/m4/ltsugar.m4 $(top_srcdir)/m4/ltversion.m4 \ - $(top_srcdir)/m4/lt~obsolete.m4 $(top_srcdir)/configure.ac -am__configure_deps = $(am__aclocal_m4_deps) $(CONFIGURE_DEPENDENCIES) \ - $(ACLOCAL_M4) -DIST_COMMON = $(srcdir)/Makefile.am $(dist_doc_DATA) \ - $(am__DIST_COMMON) -mkinstalldirs = $(SHELL) $(top_srcdir)/config/mkinstalldirs -CONFIG_HEADER = $(top_builddir)/libtiff/tif_config.h \ - $(top_builddir)/libtiff/tiffconf.h -CONFIG_CLEAN_FILES = -CONFIG_CLEAN_VPATH_FILES = -AM_V_P = $(am__v_P_@AM_V@) -am__v_P_ = $(am__v_P_@AM_DEFAULT_V@) -am__v_P_0 = false -am__v_P_1 = : -AM_V_GEN = $(am__v_GEN_@AM_V@) -am__v_GEN_ = $(am__v_GEN_@AM_DEFAULT_V@) -am__v_GEN_0 = @echo " GEN " $@; -am__v_GEN_1 = -AM_V_at = $(am__v_at_@AM_V@) -am__v_at_ = $(am__v_at_@AM_DEFAULT_V@) -am__v_at_0 = @ -am__v_at_1 = -SOURCES = -DIST_SOURCES = -RECURSIVE_TARGETS = all-recursive check-recursive cscopelist-recursive \ - ctags-recursive dvi-recursive html-recursive info-recursive \ - install-data-recursive install-dvi-recursive \ - install-exec-recursive install-html-recursive \ - install-info-recursive install-pdf-recursive \ - install-ps-recursive install-recursive installcheck-recursive \ - installdirs-recursive pdf-recursive ps-recursive \ - tags-recursive uninstall-recursive -am__can_run_installinfo = \ - case $$AM_UPDATE_INFO_DIR in \ - n|no|NO) false;; \ - *) (install-info --version) >/dev/null 2>&1;; \ - esac -am__vpath_adj_setup = srcdirstrip=`echo "$(srcdir)" | sed 's|.|.|g'`; -am__vpath_adj = case $$p in \ - $(srcdir)/*) f=`echo "$$p" | sed "s|^$$srcdirstrip/||"`;; \ - *) f=$$p;; \ - esac; -am__strip_dir = f=`echo $$p | sed -e 's|^.*/||'`; -am__install_max = 40 -am__nobase_strip_setup = \ - srcdirstrip=`echo "$(srcdir)" | sed 's/[].[^$$\\*|]/\\\\&/g'` -am__nobase_strip = \ - for p in $$list; do echo "$$p"; done | sed -e "s|$$srcdirstrip/||" -am__nobase_list = $(am__nobase_strip_setup); \ - for p in $$list; do echo "$$p $$p"; done | \ - sed "s| $$srcdirstrip/| |;"' / .*\//!s/ .*/ ./; s,\( .*\)/[^/]*$$,\1,' | \ - $(AWK) 'BEGIN { files["."] = "" } { files[$$2] = files[$$2] " " $$1; \ - if (++n[$$2] == $(am__install_max)) \ - { print $$2, files[$$2]; n[$$2] = 0; files[$$2] = "" } } \ - END { for (dir in files) print dir, files[dir] }' -am__base_list = \ - sed '$$!N;$$!N;$$!N;$$!N;$$!N;$$!N;$$!N;s/\n/ /g' | \ - sed '$$!N;$$!N;$$!N;$$!N;s/\n/ /g' -am__uninstall_files_from_dir = { \ - test -z "$$files" \ - || { test ! -d "$$dir" && test ! -f "$$dir" && test ! -r "$$dir"; } \ - || { echo " ( cd '$$dir' && rm -f" $$files ")"; \ - $(am__cd) "$$dir" && rm -f $$files; }; \ - } -am__installdirs = "$(DESTDIR)$(docdir)" -DATA = $(dist_doc_DATA) -RECURSIVE_CLEAN_TARGETS = mostlyclean-recursive clean-recursive \ - distclean-recursive maintainer-clean-recursive -am__recursive_targets = \ - $(RECURSIVE_TARGETS) \ - $(RECURSIVE_CLEAN_TARGETS) \ - $(am__extra_recursive_targets) -AM_RECURSIVE_TARGETS = $(am__recursive_targets:-recursive=) TAGS CTAGS \ - distdir -am__tagged_files = $(HEADERS) $(SOURCES) $(TAGS_FILES) $(LISP) -# Read a list of newline-separated strings from the standard input, -# and print each of them once, without duplicates. Input order is -# *not* preserved. -am__uniquify_input = $(AWK) '\ - BEGIN { nonempty = 0; } \ - { items[$$0] = 1; nonempty = 1; } \ - END { if (nonempty) { for (i in items) print i; }; } \ -' -# Make sure the list of sources is unique. This is necessary because, -# e.g., the same source file might be shared among _SOURCES variables -# for different programs/libraries. -am__define_uniq_tagged_files = \ - list='$(am__tagged_files)'; \ - unique=`for i in $$list; do \ - if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ - done | $(am__uniquify_input)` -ETAGS = etags -CTAGS = ctags -DIST_SUBDIRS = $(SUBDIRS) -am__DIST_COMMON = $(srcdir)/Makefile.in \ - $(top_srcdir)/config/mkinstalldirs -DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) -am__relativize = \ - dir0=`pwd`; \ - sed_first='s,^\([^/]*\)/.*$$,\1,'; \ - sed_rest='s,^[^/]*/*,,'; \ - sed_last='s,^.*/\([^/]*\)$$,\1,'; \ - sed_butlast='s,/*[^/]*$$,,'; \ - while test -n "$$dir1"; do \ - first=`echo "$$dir1" | sed -e "$$sed_first"`; \ - if test "$$first" != "."; then \ - if test "$$first" = ".."; then \ - dir2=`echo "$$dir0" | sed -e "$$sed_last"`/"$$dir2"; \ - dir0=`echo "$$dir0" | sed -e "$$sed_butlast"`; \ - else \ - first2=`echo "$$dir2" | sed -e "$$sed_first"`; \ - if test "$$first2" = "$$first"; then \ - dir2=`echo "$$dir2" | sed -e "$$sed_rest"`; \ - else \ - dir2="../$$dir2"; \ - fi; \ - dir0="$$dir0"/"$$first"; \ - fi; \ - fi; \ - dir1=`echo "$$dir1" | sed -e "$$sed_rest"`; \ - done; \ - reldir="$$dir2" -ACLOCAL = @ACLOCAL@ -AMTAR = @AMTAR@ -AM_DEFAULT_VERBOSITY = @AM_DEFAULT_VERBOSITY@ -AR = @AR@ -AS = @AS@ -AUTOCONF = @AUTOCONF@ -AUTOHEADER = @AUTOHEADER@ -AUTOMAKE = @AUTOMAKE@ -AWK = @AWK@ -CC = @CC@ -CCDEPMODE = @CCDEPMODE@ -CFLAGS = @CFLAGS@ -CPP = @CPP@ -CPPFLAGS = @CPPFLAGS@ -CXX = @CXX@ -CXXCPP = @CXXCPP@ -CXXDEPMODE = @CXXDEPMODE@ -CXXFLAGS = @CXXFLAGS@ -CYGPATH_W = @CYGPATH_W@ -DEFS = @DEFS@ -DEPDIR = @DEPDIR@ -DLLTOOL = @DLLTOOL@ -DSYMUTIL = @DSYMUTIL@ -DUMPBIN = @DUMPBIN@ -ECHO_C = @ECHO_C@ -ECHO_N = @ECHO_N@ -ECHO_T = @ECHO_T@ -EGREP = @EGREP@ -EXEEXT = @EXEEXT@ -FGREP = @FGREP@ -GLUT_CFLAGS = @GLUT_CFLAGS@ -GLUT_LIBS = @GLUT_LIBS@ -GLU_CFLAGS = @GLU_CFLAGS@ -GLU_LIBS = @GLU_LIBS@ -GL_CFLAGS = @GL_CFLAGS@ -GL_LIBS = @GL_LIBS@ -GREP = @GREP@ -INSTALL = @INSTALL@ -INSTALL_DATA = @INSTALL_DATA@ -INSTALL_PROGRAM = @INSTALL_PROGRAM@ -INSTALL_SCRIPT = @INSTALL_SCRIPT@ -INSTALL_STRIP_PROGRAM = @INSTALL_STRIP_PROGRAM@ -LD = @LD@ -LDFLAGS = @LDFLAGS@ -LIBDIR = @LIBDIR@ -LIBOBJS = @LIBOBJS@ -LIBS = @LIBS@ -LIBTIFF_ALPHA_VERSION = @LIBTIFF_ALPHA_VERSION@ -LIBTIFF_DOCDIR = @LIBTIFF_DOCDIR@ -LIBTIFF_MAJOR_VERSION = @LIBTIFF_MAJOR_VERSION@ -LIBTIFF_MICRO_VERSION = @LIBTIFF_MICRO_VERSION@ -LIBTIFF_MINOR_VERSION = @LIBTIFF_MINOR_VERSION@ -LIBTIFF_RELEASE_DATE = @LIBTIFF_RELEASE_DATE@ -LIBTIFF_VERSION = @LIBTIFF_VERSION@ -LIBTIFF_VERSION_INFO = @LIBTIFF_VERSION_INFO@ -LIBTOOL = @LIBTOOL@ -LIPO = @LIPO@ -LN_S = @LN_S@ -LTLIBOBJS = @LTLIBOBJS@ -LT_SYS_LIBRARY_PATH = @LT_SYS_LIBRARY_PATH@ -MAINT = @MAINT@ -MAKEINFO = @MAKEINFO@ -MANIFEST_TOOL = @MANIFEST_TOOL@ -MKDIR_P = @MKDIR_P@ -NM = @NM@ -NMEDIT = @NMEDIT@ -OBJDUMP = @OBJDUMP@ -OBJEXT = @OBJEXT@ -OTOOL = @OTOOL@ -OTOOL64 = @OTOOL64@ -PACKAGE = @PACKAGE@ -PACKAGE_BUGREPORT = @PACKAGE_BUGREPORT@ -PACKAGE_NAME = @PACKAGE_NAME@ -PACKAGE_STRING = @PACKAGE_STRING@ -PACKAGE_TARNAME = @PACKAGE_TARNAME@ -PACKAGE_URL = @PACKAGE_URL@ -PACKAGE_VERSION = @PACKAGE_VERSION@ -PATH_SEPARATOR = @PATH_SEPARATOR@ -PTHREAD_CC = @PTHREAD_CC@ -PTHREAD_CFLAGS = @PTHREAD_CFLAGS@ -PTHREAD_LIBS = @PTHREAD_LIBS@ -RANLIB = @RANLIB@ -SED = @SED@ -SET_MAKE = @SET_MAKE@ -SHELL = @SHELL@ -STRIP = @STRIP@ -VERSION = @VERSION@ -XMKMF = @XMKMF@ -X_CFLAGS = @X_CFLAGS@ -X_EXTRA_LIBS = @X_EXTRA_LIBS@ -X_LIBS = @X_LIBS@ -X_PRE_LIBS = @X_PRE_LIBS@ -abs_builddir = @abs_builddir@ -abs_srcdir = @abs_srcdir@ -abs_top_builddir = @abs_top_builddir@ -abs_top_srcdir = @abs_top_srcdir@ -ac_ct_AR = @ac_ct_AR@ -ac_ct_CC = @ac_ct_CC@ -ac_ct_CXX = @ac_ct_CXX@ -ac_ct_DUMPBIN = @ac_ct_DUMPBIN@ -am__include = @am__include@ -am__leading_dot = @am__leading_dot@ -am__quote = @am__quote@ -am__tar = @am__tar@ -am__untar = @am__untar@ -ax_pthread_config = @ax_pthread_config@ -bindir = @bindir@ -build = @build@ -build_alias = @build_alias@ -build_cpu = @build_cpu@ -build_os = @build_os@ -build_vendor = @build_vendor@ -builddir = @builddir@ -datadir = @datadir@ -datarootdir = @datarootdir@ -docdir = $(LIBTIFF_DOCDIR)/html -dvidir = @dvidir@ -exec_prefix = @exec_prefix@ -host = @host@ -host_alias = @host_alias@ -host_cpu = @host_cpu@ -host_os = @host_os@ -host_vendor = @host_vendor@ -htmldir = @htmldir@ -includedir = @includedir@ -infodir = @infodir@ -install_sh = @install_sh@ -libdir = @libdir@ -libexecdir = @libexecdir@ -localedir = @localedir@ -localstatedir = @localstatedir@ -mandir = @mandir@ -mkdir_p = @mkdir_p@ -oldincludedir = @oldincludedir@ -pdfdir = @pdfdir@ -prefix = @prefix@ -program_transform_name = @program_transform_name@ -psdir = @psdir@ -sbindir = @sbindir@ -sharedstatedir = @sharedstatedir@ -srcdir = @srcdir@ -sysconfdir = @sysconfdir@ -target_alias = @target_alias@ -tiff_libs_private = @tiff_libs_private@ -top_build_prefix = @top_build_prefix@ -top_builddir = @top_builddir@ -top_srcdir = @top_srcdir@ -docfiles = \ - addingtags.html \ - bugs.html \ - build.html \ - contrib.html \ - document.html \ - images.html \ - index.html \ - internals.html \ - intro.html \ - libtiff.html \ - misc.html \ - support.html \ - TIFFTechNote2.html \ - tools.html \ - v3.4beta007.html \ - v3.4beta016.html \ - v3.4beta018.html \ - v3.4beta024.html \ - v3.4beta028.html \ - v3.4beta029.html \ - v3.4beta031.html \ - v3.4beta032.html \ - v3.4beta033.html \ - v3.4beta034.html \ - v3.4beta035.html \ - v3.4beta036.html \ - v3.5.1.html \ - v3.5.2.html \ - v3.5.3.html \ - v3.5.4.html \ - v3.5.5.html \ - v3.5.6-beta.html \ - v3.5.7.html \ - v3.6.0.html \ - v3.6.1.html \ - v3.7.0alpha.html \ - v3.7.0beta.html \ - v3.7.0beta2.html \ - v3.7.0.html \ - v3.7.1.html \ - v3.7.2.html \ - v3.7.3.html \ - v3.7.4.html \ - v3.8.0.html \ - v3.8.1.html \ - v3.8.2.html \ - v3.9.0beta.html \ - v3.9.1.html \ - v3.9.2.html \ - v4.0.0.html \ - v4.0.1.html \ - v4.0.2.html \ - v4.0.3.html \ - v4.0.4beta.html - -dist_doc_DATA = $(docfiles) -SUBDIRS = images man -all: all-recursive - -.SUFFIXES: -$(srcdir)/Makefile.in: @MAINTAINER_MODE_TRUE@ $(srcdir)/Makefile.am $(am__configure_deps) - @for dep in $?; do \ - case '$(am__configure_deps)' in \ - *$$dep*) \ - ( cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh ) \ - && { if test -f $@; then exit 0; else break; fi; }; \ - exit 1;; \ - esac; \ - done; \ - echo ' cd $(top_srcdir) && $(AUTOMAKE) --foreign html/Makefile'; \ - $(am__cd) $(top_srcdir) && \ - $(AUTOMAKE) --foreign html/Makefile -Makefile: $(srcdir)/Makefile.in $(top_builddir)/config.status - @case '$?' in \ - *config.status*) \ - cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh;; \ - *) \ - echo ' cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe)'; \ - cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe);; \ - esac; - -$(top_builddir)/config.status: $(top_srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) - cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh - -$(top_srcdir)/configure: @MAINTAINER_MODE_TRUE@ $(am__configure_deps) - cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh -$(ACLOCAL_M4): @MAINTAINER_MODE_TRUE@ $(am__aclocal_m4_deps) - cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh -$(am__aclocal_m4_deps): - -mostlyclean-libtool: - -rm -f *.lo - -clean-libtool: - -rm -rf .libs _libs -install-dist_docDATA: $(dist_doc_DATA) - @$(NORMAL_INSTALL) - @list='$(dist_doc_DATA)'; test -n "$(docdir)" || list=; \ - if test -n "$$list"; then \ - echo " $(MKDIR_P) '$(DESTDIR)$(docdir)'"; \ - $(MKDIR_P) "$(DESTDIR)$(docdir)" || exit 1; \ - fi; \ - for p in $$list; do \ - if test -f "$$p"; then d=; else d="$(srcdir)/"; fi; \ - echo "$$d$$p"; \ - done | $(am__base_list) | \ - while read files; do \ - echo " $(INSTALL_DATA) $$files '$(DESTDIR)$(docdir)'"; \ - $(INSTALL_DATA) $$files "$(DESTDIR)$(docdir)" || exit $$?; \ - done - -uninstall-dist_docDATA: - @$(NORMAL_UNINSTALL) - @list='$(dist_doc_DATA)'; test -n "$(docdir)" || list=; \ - files=`for p in $$list; do echo $$p; done | sed -e 's|^.*/||'`; \ - dir='$(DESTDIR)$(docdir)'; $(am__uninstall_files_from_dir) - -# This directory's subdirectories are mostly independent; you can cd -# into them and run 'make' without going through this Makefile. -# To change the values of 'make' variables: instead of editing Makefiles, -# (1) if the variable is set in 'config.status', edit 'config.status' -# (which will cause the Makefiles to be regenerated when you run 'make'); -# (2) otherwise, pass the desired values on the 'make' command line. -$(am__recursive_targets): - @fail=; \ - if $(am__make_keepgoing); then \ - failcom='fail=yes'; \ - else \ - failcom='exit 1'; \ - fi; \ - dot_seen=no; \ - target=`echo $@ | sed s/-recursive//`; \ - case "$@" in \ - distclean-* | maintainer-clean-*) list='$(DIST_SUBDIRS)' ;; \ - *) list='$(SUBDIRS)' ;; \ - esac; \ - for subdir in $$list; do \ - echo "Making $$target in $$subdir"; \ - if test "$$subdir" = "."; then \ - dot_seen=yes; \ - local_target="$$target-am"; \ - else \ - local_target="$$target"; \ - fi; \ - ($(am__cd) $$subdir && $(MAKE) $(AM_MAKEFLAGS) $$local_target) \ - || eval $$failcom; \ - done; \ - if test "$$dot_seen" = "no"; then \ - $(MAKE) $(AM_MAKEFLAGS) "$$target-am" || exit 1; \ - fi; test -z "$$fail" - -ID: $(am__tagged_files) - $(am__define_uniq_tagged_files); mkid -fID $$unique -tags: tags-recursive -TAGS: tags - -tags-am: $(TAGS_DEPENDENCIES) $(am__tagged_files) - set x; \ - here=`pwd`; \ - if ($(ETAGS) --etags-include --version) >/dev/null 2>&1; then \ - include_option=--etags-include; \ - empty_fix=.; \ - else \ - include_option=--include; \ - empty_fix=; \ - fi; \ - list='$(SUBDIRS)'; for subdir in $$list; do \ - if test "$$subdir" = .; then :; else \ - test ! -f $$subdir/TAGS || \ - set "$$@" "$$include_option=$$here/$$subdir/TAGS"; \ - fi; \ - done; \ - $(am__define_uniq_tagged_files); \ - shift; \ - if test -z "$(ETAGS_ARGS)$$*$$unique"; then :; else \ - test -n "$$unique" || unique=$$empty_fix; \ - if test $$# -gt 0; then \ - $(ETAGS) $(ETAGSFLAGS) $(AM_ETAGSFLAGS) $(ETAGS_ARGS) \ - "$$@" $$unique; \ - else \ - $(ETAGS) $(ETAGSFLAGS) $(AM_ETAGSFLAGS) $(ETAGS_ARGS) \ - $$unique; \ - fi; \ - fi -ctags: ctags-recursive - -CTAGS: ctags -ctags-am: $(TAGS_DEPENDENCIES) $(am__tagged_files) - $(am__define_uniq_tagged_files); \ - test -z "$(CTAGS_ARGS)$$unique" \ - || $(CTAGS) $(CTAGSFLAGS) $(AM_CTAGSFLAGS) $(CTAGS_ARGS) \ - $$unique - -GTAGS: - here=`$(am__cd) $(top_builddir) && pwd` \ - && $(am__cd) $(top_srcdir) \ - && gtags -i $(GTAGS_ARGS) "$$here" -cscopelist: cscopelist-recursive - -cscopelist-am: $(am__tagged_files) - list='$(am__tagged_files)'; \ - case "$(srcdir)" in \ - [\\/]* | ?:[\\/]*) sdir="$(srcdir)" ;; \ - *) sdir=$(subdir)/$(srcdir) ;; \ - esac; \ - for i in $$list; do \ - if test -f "$$i"; then \ - echo "$(subdir)/$$i"; \ - else \ - echo "$$sdir/$$i"; \ - fi; \ - done >> $(top_builddir)/cscope.files - -distclean-tags: - -rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags - -distdir: $(DISTFILES) - @srcdirstrip=`echo "$(srcdir)" | sed 's/[].[^$$\\*]/\\\\&/g'`; \ - topsrcdirstrip=`echo "$(top_srcdir)" | sed 's/[].[^$$\\*]/\\\\&/g'`; \ - list='$(DISTFILES)'; \ - dist_files=`for file in $$list; do echo $$file; done | \ - sed -e "s|^$$srcdirstrip/||;t" \ - -e "s|^$$topsrcdirstrip/|$(top_builddir)/|;t"`; \ - case $$dist_files in \ - */*) $(MKDIR_P) `echo "$$dist_files" | \ - sed '/\//!d;s|^|$(distdir)/|;s,/[^/]*$$,,' | \ - sort -u` ;; \ - esac; \ - for file in $$dist_files; do \ - if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ - if test -d $$d/$$file; then \ - dir=`echo "/$$file" | sed -e 's,/[^/]*$$,,'`; \ - if test -d "$(distdir)/$$file"; then \ - find "$(distdir)/$$file" -type d ! -perm -700 -exec chmod u+rwx {} \;; \ - fi; \ - if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ - cp -fpR $(srcdir)/$$file "$(distdir)$$dir" || exit 1; \ - find "$(distdir)/$$file" -type d ! -perm -700 -exec chmod u+rwx {} \;; \ - fi; \ - cp -fpR $$d/$$file "$(distdir)$$dir" || exit 1; \ - else \ - test -f "$(distdir)/$$file" \ - || cp -p $$d/$$file "$(distdir)/$$file" \ - || exit 1; \ - fi; \ - done - @list='$(DIST_SUBDIRS)'; for subdir in $$list; do \ - if test "$$subdir" = .; then :; else \ - $(am__make_dryrun) \ - || test -d "$(distdir)/$$subdir" \ - || $(MKDIR_P) "$(distdir)/$$subdir" \ - || exit 1; \ - dir1=$$subdir; dir2="$(distdir)/$$subdir"; \ - $(am__relativize); \ - new_distdir=$$reldir; \ - dir1=$$subdir; dir2="$(top_distdir)"; \ - $(am__relativize); \ - new_top_distdir=$$reldir; \ - echo " (cd $$subdir && $(MAKE) $(AM_MAKEFLAGS) top_distdir="$$new_top_distdir" distdir="$$new_distdir" \\"; \ - echo " am__remove_distdir=: am__skip_length_check=: am__skip_mode_fix=: distdir)"; \ - ($(am__cd) $$subdir && \ - $(MAKE) $(AM_MAKEFLAGS) \ - top_distdir="$$new_top_distdir" \ - distdir="$$new_distdir" \ - am__remove_distdir=: \ - am__skip_length_check=: \ - am__skip_mode_fix=: \ - distdir) \ - || exit 1; \ - fi; \ - done -check-am: all-am -check: check-recursive -all-am: Makefile $(DATA) -installdirs: installdirs-recursive -installdirs-am: - for dir in "$(DESTDIR)$(docdir)"; do \ - test -z "$$dir" || $(MKDIR_P) "$$dir"; \ - done -install: install-recursive -install-exec: install-exec-recursive -install-data: install-data-recursive -uninstall: uninstall-recursive - -install-am: all-am - @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am - -installcheck: installcheck-recursive -install-strip: - if test -z '$(STRIP)'; then \ - $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ - install_sh_PROGRAM="$(INSTALL_STRIP_PROGRAM)" INSTALL_STRIP_FLAG=-s \ - install; \ - else \ - $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ - install_sh_PROGRAM="$(INSTALL_STRIP_PROGRAM)" INSTALL_STRIP_FLAG=-s \ - "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'" install; \ - fi -mostlyclean-generic: - -clean-generic: - -distclean-generic: - -test -z "$(CONFIG_CLEAN_FILES)" || rm -f $(CONFIG_CLEAN_FILES) - -test . = "$(srcdir)" || test -z "$(CONFIG_CLEAN_VPATH_FILES)" || rm -f $(CONFIG_CLEAN_VPATH_FILES) - -maintainer-clean-generic: - @echo "This command is intended for maintainers to use" - @echo "it deletes files that may require special tools to rebuild." -clean: clean-recursive - -clean-am: clean-generic clean-libtool mostlyclean-am - -distclean: distclean-recursive - -rm -f Makefile -distclean-am: clean-am distclean-generic distclean-tags - -dvi: dvi-recursive - -dvi-am: - -html: html-recursive - -html-am: - -info: info-recursive - -info-am: - -install-data-am: install-dist_docDATA - -install-dvi: install-dvi-recursive - -install-dvi-am: - -install-exec-am: - -install-html: install-html-recursive - -install-html-am: - -install-info: install-info-recursive - -install-info-am: - -install-man: - -install-pdf: install-pdf-recursive - -install-pdf-am: - -install-ps: install-ps-recursive - -install-ps-am: - -installcheck-am: - -maintainer-clean: maintainer-clean-recursive - -rm -f Makefile -maintainer-clean-am: distclean-am maintainer-clean-generic - -mostlyclean: mostlyclean-recursive - -mostlyclean-am: mostlyclean-generic mostlyclean-libtool - -pdf: pdf-recursive - -pdf-am: - -ps: ps-recursive - -ps-am: - -uninstall-am: uninstall-dist_docDATA - -.MAKE: $(am__recursive_targets) install-am install-strip - -.PHONY: $(am__recursive_targets) CTAGS GTAGS TAGS all all-am check \ - check-am clean clean-generic clean-libtool cscopelist-am ctags \ - ctags-am distclean distclean-generic distclean-libtool \ - distclean-tags distdir dvi dvi-am html html-am info info-am \ - install install-am install-data install-data-am \ - install-dist_docDATA install-dvi install-dvi-am install-exec \ - install-exec-am install-html install-html-am install-info \ - install-info-am install-man install-pdf install-pdf-am \ - install-ps install-ps-am install-strip installcheck \ - installcheck-am installdirs installdirs-am maintainer-clean \ - maintainer-clean-generic mostlyclean mostlyclean-generic \ - mostlyclean-libtool pdf pdf-am ps ps-am tags tags-am uninstall \ - uninstall-am uninstall-dist_docDATA - -.PRECIOUS: Makefile - - -# Tell versions [3.59,3.63) of GNU make to not export all variables. -# Otherwise a system limit (for SysV at least) may be exceeded. -.NOEXPORT: diff --git a/tiff/html/TIFFTechNote2.html b/tiff/html/TIFFTechNote2.html deleted file mode 100755 index 92bace4..0000000 --- a/tiff/html/TIFFTechNote2.html +++ /dev/null @@ -1,707 +0,0 @@ -
-DRAFT TIFF Technical Note #2				17-Mar-95
-============================
-
-This Technical Note describes serious problems that have been found in
-TIFF 6.0's design for embedding JPEG-compressed data in TIFF (Section 22
-of the TIFF 6.0 spec of 3 June 1992).  A replacement TIFF/JPEG
-specification is given.  Some corrections to Section 21 are also given.
-
-To permit TIFF implementations to continue to read existing files, the 6.0
-JPEG fields and tag values will remain reserved indefinitely.  However,
-TIFF writers are strongly discouraged from using the 6.0 JPEG design.  It
-is expected that the next full release of the TIFF specification will not
-describe the old design at all, except to note that certain tag numbers
-are reserved.  The existing Section 22 will be replaced by the
-specification text given in the second part of this Tech Note.
-
-
-Problems in TIFF 6.0 JPEG
-=========================
-
-Abandoning a published spec is not a step to be taken lightly.  This
-section summarizes the reasons that have forced this decision.
-TIFF 6.0's JPEG design suffers from design errors and limitations,
-ambiguities, and unnecessary complexity.
-
-
-Design errors and limitations
------------------------------
-
-The fundamental design error in the existing Section 22 is that JPEG's
-various tables and parameters are broken out as separate fields which the
-TIFF control logic must manage.  This is bad software engineering: that
-information should be treated as private to the JPEG codec
-(compressor/decompressor).  Worse, the fields themselves are specified
-without sufficient thought for future extension and without regard to
-well-established TIFF conventions.  Here are some of the significant
-problems:
-
-* The JPEGxxTable fields do not store the table data directly in the
-IFD/field structure; rather, the fields hold pointers to information
-elsewhere in the file.  This requires special-purpose code to be added to
-*every* TIFF-manipulating application, whether it needs to decode JPEG
-image data or not.  Even a trivial TIFF editor, for example a program to
-add an ImageDescription field to a TIFF file, must be explicitly aware of
-the internal structure of the JPEG-related tables, or else it will probably
-break the file.  Every other auxiliary field in the TIFF spec contains
-data, not pointers, and can be copied or relocated by standard code that
-doesn't know anything about the particular field.  This is a crucial
-property of the TIFF format that must not be given up.
-
-* To manipulate these fields, the TIFF control logic is required to know a
-great deal about JPEG details, for example such arcana as how to compute
-the length of a Huffman code table --- the length is not supplied in the
-field structure and can only be found by inspecting the table contents.
-This is again a violation of good software practice.  Moreover, it will
-prevent easy adoption of future JPEG extensions that might change these
-low-level details.
-
-* The design neglects the fact that baseline JPEG codecs support only two
-sets of Huffman tables: it specifies a separate table for each color
-component.  This implies that encoders must waste space (by storing
-duplicate Huffman tables) or else violate the well-founded TIFF convention
-that prohibits duplicate pointers.  Furthermore, baseline decoders must
-test to find out which tables are identical, a waste of time and code
-space.
-
-* The JPEGInterchangeFormat field also violates TIFF's proscription against
-duplicate pointers: the normal strip/tile pointers are expected to point
-into the larger data area pointed to by JPEGInterchangeFormat.  All TIFF
-editing applications must be specifically aware of this relationship, since
-they must maintain it or else delete the JPEGInterchangeFormat field.  The
-JPEGxxTables fields are also likely to point into the JPEGInterchangeFormat
-area, creating additional pointer relationships that must be maintained.
-
-* The JPEGQTables field is fixed at a byte per table entry; there is no
-way to support 16-bit quantization values.  This is a serious impediment
-to extending TIFF to use 12-bit JPEG.
-
-* The 6.0 design cannot support using different quantization tables in
-different strips/tiles of an image (so as to encode some areas at higher
-quality than others).  Furthermore, since quantization tables are tied
-one-for-one to color components, the design cannot support table switching
-options that are likely to be added in future JPEG revisions.
-
-
-Ambiguities
------------
-
-Several incompatible interpretations are possible for 6.0's treatment of
-JPEG restart markers:
-
-  * It is unclear whether restart markers must be omitted at TIFF segment
-    (strip/tile) boundaries, or whether they are optional.
-
-  * It is unclear whether the segment size is required to be chosen as
-    a multiple of the specified restart interval (if any); perhaps the
-    JPEG codec is supposed to be reset at each segment boundary as if
-    there were a restart marker there, even if the boundary does not fall
-    at a multiple of the nominal restart interval.
-
-  * The spec fails to address the question of restart marker numbering:
-    do the numbers begin again within each segment, or not?
-
-That last point is particularly nasty.  If we make numbering begin again
-within each segment, we give up the ability to impose a TIFF strip/tile
-structure on an existing JPEG datastream with restarts (which was clearly a
-goal of Section 22's authors).  But the other choice interferes with random
-access to the image segments: a reader must compute the first restart
-number to be expected within a segment, and must have a way to reset its
-JPEG decoder to expect a nonzero restart number first.  This may not even
-be possible with some JPEG chips.
-
-The tile height restriction found on page 104 contradicts Section 15's
-general description of tiles.  For an image that is not vertically
-downsampled, page 104 specifies a tile height of one MCU or 8 pixels; but
-Section 15 requires tiles to be a multiple of 16 pixels high.
-
-This Tech Note does not attempt to resolve these ambiguities, so
-implementations that follow the 6.0 design should be aware that
-inter-application compatibility problems are likely to arise.
-
-
-Unnecessary complexity
-----------------------
-
-The 6.0 design creates problems for implementations that need to keep the
-JPEG codec separate from the TIFF control logic --- for example, consider
-using a JPEG chip that was not designed specifically for TIFF.  JPEG codecs
-generally want to produce or consume a standard ISO JPEG datastream, not
-just raw compressed data.  (If they were to handle raw data, a separate
-out-of-band mechanism would be needed to load tables into the codec.)
-With such a codec, the TIFF control logic must parse JPEG markers emitted
-by the codec to create the TIFF table fields (when writing) or synthesize
-JPEG markers from the TIFF fields to feed the codec (when reading).  This
-means that the control logic must know a great deal more about JPEG details
-than we would like.  The parsing and reconstruction of the markers also
-represents a fair amount of unnecessary work.
-
-Quite a few implementors have proposed writing "TIFF/JPEG" files in which
-a standard JPEG datastream is simply dumped into the file and pointed to
-by JPEGInterchangeFormat.  To avoid parsing the JPEG datastream, they
-suggest not writing the JPEG auxiliary fields (JPEGxxTables etc) nor even
-the basic TIFF strip/tile data pointers.  This approach is incompatible
-with implementations that handle the full TIFF 6.0 JPEG design, since they
-will expect to find strip/tile pointers and auxiliary fields.  Indeed this
-is arguably not TIFF at all, since *all* TIFF-reading applications expect
-to find strip or tile pointers.  A subset implementation that is not
-upward-compatible with the full spec is clearly unacceptable.  However,
-the frequency with which this idea has come up makes it clear that
-implementors find the existing Section 22 too complex.
-
-
-Overview of the solution
-========================
-
-To solve these problems, we adopt a new design for embedding
-JPEG-compressed data in TIFF files.  The new design uses only complete,
-uninterpreted ISO JPEG datastreams, so it should be much more forgiving of
-extensions to the ISO standard.  It should also be far easier to implement
-using unmodified JPEG codecs.
-
-To reduce overhead in multi-segment TIFF files, we allow JPEG overhead
-tables to be stored just once in a JPEGTables auxiliary field.  This
-feature does not violate the integrity of the JPEG datastreams, because it
-uses the notions of "tables-only datastreams" and "abbreviated image
-datastreams" as defined by the ISO standard.
-
-To prevent confusion with the old design, the new design is given a new
-Compression tag value, Compression=7.  Readers that need to handle
-existing 6.0 JPEG files may read both old and new files, using whatever
-interpretation of the 6.0 spec they did before.  Compression tag value 6
-and the field tag numbers defined by 6.0 section 22 will remain reserved
-indefinitely, even though detailed descriptions of them will be dropped
-from future editions of the TIFF specification.
-
-
-Replacement TIFF/JPEG specification
-===================================
-
-[This section of the Tech Note is expected to replace Section 22 in the
-next release of the TIFF specification.]
-
-This section describes TIFF compression scheme 7, a high-performance
-compression method for continuous-tone images.
-
-Introduction
-------------
-
-This TIFF compression method uses the international standard for image
-compression ISO/IEC 10918-1, usually known as "JPEG" (after the original
-name of the standards committee, Joint Photographic Experts Group).  JPEG
-is a joint ISO/CCITT standard for compression of continuous-tone images.
-
-The JPEG committee decided that because of the broad scope of the standard,
-no one algorithmic procedure was able to satisfy the requirements of all
-applications.  Instead, the JPEG standard became a "toolkit" of multiple
-algorithms and optional capabilities.  Individual applications may select
-a subset of the JPEG standard that meets their requirements.
-
-The most important distinction among the JPEG processes is between lossy
-and lossless compression.  Lossy compression methods provide high
-compression but allow only approximate reconstruction of the original
-image.  JPEG's lossy processes allow the encoder to trade off compressed
-file size against reconstruction fidelity over a wide range.  Typically,
-10:1 or more compression of full-color data can be obtained while keeping
-the reconstructed image visually indistinguishable from the original.  Much
-higher compression ratios are possible if a low-quality reconstructed image
-is acceptable.  Lossless compression provides exact reconstruction of the
-source data, but the achievable compression ratio is much lower than for
-the lossy processes; JPEG's rather simple lossless process typically
-achieves around 2:1 compression of full-color data.
-
-The most widely implemented JPEG subset is the "baseline" JPEG process.
-This provides lossy compression of 8-bit-per-channel data.  Optional
-extensions include 12-bit-per-channel data, arithmetic entropy coding for
-better compression, and progressive/hierarchical representations.  The
-lossless process is an independent algorithm that has little in
-common with the lossy processes.
-
-It should be noted that the optional arithmetic-coding extension is subject
-to several US and Japanese patents.  To avoid patent problems, use of
-arithmetic coding processes in TIFF files intended for inter-application
-interchange is discouraged.
-
-All of the JPEG processes are useful only for "continuous tone" data,
-in which the difference between adjacent pixel values is usually small.
-Low-bit-depth source data is not appropriate for JPEG compression, nor
-are palette-color images good candidates.  The JPEG processes work well
-on grayscale and full-color data.
-
-Describing the JPEG compression algorithms in sufficient detail to permit
-implementation would require more space than we have here.  Instead, we
-refer the reader to the References section.
-
-
-What data is being compressed?
-------------------------------
-
-In lossy JPEG compression, it is customary to convert color source data
-to YCbCr and then downsample it before JPEG compression.  This gives
-2:1 data compression with hardly any visible image degradation, and it
-permits additional space savings within the JPEG compression step proper.
-However, these steps are not considered part of the ISO JPEG standard.
-The ISO standard is "color blind": it accepts data in any color space.
-
-For TIFF purposes, the JPEG compression tag is considered to represent the
-ISO JPEG compression standard only.  The ISO standard is applied to the
-same data that would be stored in the TIFF file if no compression were
-used.  Therefore, if color conversion or downsampling are used, they must
-be reflected in the regular TIFF fields; these steps are not considered to
-be implicit in the JPEG compression tag value.  PhotometricInterpretation
-and related fields shall describe the color space actually stored in the
-file.  With the TIFF 6.0 field definitions, downsampling is permissible
-only for YCbCr data, and it must correspond to the YCbCrSubSampling field.
-(Note that the default value for this field is not 1,1; so the default for
-YCbCr is to apply downsampling!)  It is likely that future versions of TIFF
-will provide additional PhotometricInterpretation values and a more general
-way of defining subsampling, so as to allow more flexibility in
-JPEG-compressed files.  But that issue is not addressed in this Tech Note.
-
-Implementors should note that many popular JPEG codecs
-(compressor/decompressors) provide automatic color conversion and
-downsampling, so that the application may supply full-size RGB data which
-is nonetheless converted to downsampled YCbCr.  This is an implementation
-convenience which does not excuse the TIFF control layer from its
-responsibility to know what is really going on.  The
-PhotometricInterpretation and subsampling fields written to the file must
-describe what is actually in the file.
-
-A JPEG-compressed TIFF file will typically have PhotometricInterpretation =
-YCbCr and YCbCrSubSampling = [2,1] or [2,2], unless the source data was
-grayscale or CMYK.
-
-
-Basic representation of JPEG-compressed images
-----------------------------------------------
-
-JPEG compression works in either strip-based or tile-based TIFF files.
-Rather than repeating "strip or tile" constantly, we will use the term
-"segment" to mean either a strip or a tile.
-
-When the Compression field has the value 7, each image segment contains
-a complete JPEG datastream which is valid according to the ISO JPEG
-standard (ISO/IEC 10918-1).  Any sequential JPEG process can be used,
-including lossless JPEG, but progressive and hierarchical processes are not
-supported.  Since JPEG is useful only for continuous-tone images, the
-PhotometricInterpretation of the image shall not be 3 (palette color) nor
-4 (transparency mask).  The bit depth of the data is also restricted as
-specified below.
-
-Each image segment in a JPEG-compressed TIFF file shall contain a valid
-JPEG datastream according to the ISO JPEG standard's rules for
-interchange-format or abbreviated-image-format data.  The datastream shall
-contain a single JPEG frame storing that segment of the image.  The
-required JPEG markers within a segment are:
-	SOI	(must appear at very beginning of segment)
-	SOFn
-	SOS	(one for each scan, if there is more than one scan)
-	EOI	(must appear at very end of segment)
-The actual compressed data follows SOS; it may contain RSTn markers if DRI
-is used.
-
-Additional JPEG "tables and miscellaneous" markers may appear between SOI
-and SOFn, between SOFn and SOS, and before each subsequent SOS if there is
-more than one scan.  These markers include:
-	DQT
-	DHT
-	DAC	(not to appear unless arithmetic coding is used)
-	DRI
-	APPn	(shall be ignored by TIFF readers)
-	COM	(shall be ignored by TIFF readers)
-DNL markers shall not be used in TIFF files.  Readers should abort if any
-other marker type is found, especially the JPEG reserved markers;
-occurrence of such a marker is likely to indicate a JPEG extension.
-
-The tables/miscellaneous markers may appear in any order.  Readers are
-cautioned that although the SOFn marker refers to DQT tables, JPEG does not
-require those tables to precede the SOFn, only the SOS.  Missing-table
-checks should be made when SOS is reached.
-
-If no JPEGTables field is used, then each image segment shall be a complete
-JPEG interchange datastream.  Each segment must define all the tables it
-references.  To allow readers to decode segments in any order, no segment
-may rely on tables being carried over from a previous segment.
-
-When a JPEGTables field is used, image segments may omit tables that have
-been specified in the JPEGTables field.  Further details appear below.
-
-The SOFn marker shall be of type SOF0 for strict baseline JPEG data, of
-type SOF1 for non-baseline lossy JPEG data, or of type SOF3 for lossless
-JPEG data.  (SOF9 or SOF11 would be used for arithmetic coding.)  All
-segments of a JPEG-compressed TIFF image shall use the same JPEG
-compression process, in particular the same SOFn type.
-
-The data precision field of the SOFn marker shall agree with the TIFF
-BitsPerSample field.  (Note that when PlanarConfiguration=1, this implies
-that all components must have the same BitsPerSample value; when
-PlanarConfiguration=2, different components could have different bit
-depths.)  For SOF0 only precision 8 is permitted; for SOF1, precision 8 or
-12 is permitted; for SOF3, precisions 2 to 16 are permitted.
-
-The image dimensions given in the SOFn marker shall agree with the logical
-dimensions of that particular strip or tile.  For strip images, the SOFn
-image width shall equal ImageWidth and the height shall equal RowsPerStrip,
-except in the last strip; its SOFn height shall equal the number of rows
-remaining in the ImageLength.  (In other words, no padding data is counted
-in the SOFn dimensions.)  For tile images, each SOFn shall have width
-TileWidth and height TileHeight; adding and removing any padding needed in
-the edge tiles is the concern of some higher level of the TIFF software.
-(The dimensional rules are slightly different when PlanarConfiguration=2,
-as described below.)
-
-The ISO JPEG standard only permits images up to 65535 pixels in width or
-height, due to 2-byte fields in the SOFn markers.  In TIFF, this limits
-the size of an individual JPEG-compressed strip or tile, but the total
-image size can be greater.
-
-The number of components in the JPEG datastream shall equal SamplesPerPixel
-for PlanarConfiguration=1, and shall be 1 for PlanarConfiguration=2.  The
-components shall be stored in the same order as they are described at the
-TIFF field level.  (This applies both to their order in the SOFn marker,
-and to the order in which they are scanned if multiple JPEG scans are
-used.)  The component ID bytes are arbitrary so long as each component
-within an image segment is given a distinct ID.  To avoid any possible
-confusion, we require that all segments of a TIFF image use the same ID
-code for a given component.
-
-In PlanarConfiguration 1, the sampling factors given in SOFn markers shall
-agree with the sampling factors defined by the related TIFF fields (or with
-the default values that are specified in the absence of those fields).
-
-When DCT-based JPEG is used in a strip TIFF file, RowsPerStrip is required
-to be a multiple of 8 times the largest vertical sampling factor, i.e., a
-multiple of the height of an interleaved MCU.  (For simplicity of
-specification, we require this even if the data is not actually
-interleaved.)  For example, if YCbCrSubSampling = [2,2] then RowsPerStrip
-must be a multiple of 16.  An exception to this rule is made for
-single-strip images (RowsPerStrip >= ImageLength): the exact value of
-RowsPerStrip is unimportant in that case.  This rule ensures that no data
-padding is needed at the bottom of a strip, except perhaps the last strip.
-Any padding required at the right edge of the image, or at the bottom of
-the last strip, is expected to occur internally to the JPEG codec.
-
-When DCT-based JPEG is used in a tiled TIFF file, TileLength is required
-to be a multiple of 8 times the largest vertical sampling factor, i.e.,
-a multiple of the height of an interleaved MCU; and TileWidth is required
-to be a multiple of 8 times the largest horizontal sampling factor, i.e.,
-a multiple of the width of an interleaved MCU.  (For simplicity of
-specification, we require this even if the data is not actually
-interleaved.)  All edge padding required will therefore occur in the course
-of normal TIFF tile padding; it is not special to JPEG.
-
-Lossless JPEG does not impose these constraints on strip and tile sizes,
-since it is not DCT-based.
-
-Note that within JPEG datastreams, multibyte values appear in the MSB-first
-order specified by the JPEG standard, regardless of the byte ordering of
-the surrounding TIFF file.
-
-
-JPEGTables field
-----------------
-
-The only auxiliary TIFF field added for Compression=7 is the optional
-JPEGTables field.  The purpose of JPEGTables is to predefine JPEG
-quantization and/or Huffman tables for subsequent use by JPEG image
-segments.  When this is done, these rather bulky tables need not be
-duplicated in each segment, thus saving space and processing time.
-JPEGTables may be used even in a single-segment file, although there is no
-space savings in that case.
-
-JPEGTables:
-	Tag = 347 (15B.H)
-	Type = UNDEFINED
-	N = number of bytes in tables datastream, typically a few hundred
-JPEGTables provides default JPEG quantization and/or Huffman tables which
-are used whenever a segment datastream does not contain its own tables, as
-specified below.
-
-Notice that the JPEGTables field is required to have type code UNDEFINED,
-not type code BYTE.  This is to cue readers that expanding individual bytes
-to short or long integers is not appropriate.  A TIFF reader will generally
-need to store the field value as an uninterpreted byte sequence until it is
-fed to the JPEG decoder.
-
-Multibyte quantities within the tables follow the ISO JPEG convention of
-MSB-first storage, regardless of the byte ordering of the surrounding TIFF
-file.
-
-When the JPEGTables field is present, it shall contain a valid JPEG
-"abbreviated table specification" datastream.  This datastream shall begin
-with SOI and end with EOI.  It may contain zero or more JPEG "tables and
-miscellaneous" markers, namely:
-	DQT
-	DHT
-	DAC	(not to appear unless arithmetic coding is used)
-	DRI
-	APPn	(shall be ignored by TIFF readers)
-	COM	(shall be ignored by TIFF readers)
-Since JPEG defines the SOI marker to reset the DAC and DRI state, these two
-markers' values cannot be carried over into any image datastream, and thus
-they are effectively no-ops in the JPEGTables field.  To avoid confusion,
-it is recommended that writers not place DAC or DRI markers in JPEGTables.
-However readers must properly skip over them if they appear.
-
-When JPEGTables is present, readers shall load the table specifications
-contained in JPEGTables before processing image segment datastreams.
-Image segments may simply refer to these preloaded tables without defining
-them.  An image segment can still define and use its own tables, subject to
-the restrictions below.
-
-An image segment may not redefine any table defined in JPEGTables.  (This
-restriction is imposed to allow readers to process image segments in random
-order without having to reload JPEGTables between segments.)  Therefore, use
-of JPEGTables divides the available table slots into two groups: "global"
-slots are defined in JPEGTables and may be used but not redefined by
-segments; "local" slots are available for local definition and use in each
-segment.  To permit random access, a segment may not reference any local
-tables that it does not itself define.
-
-
-Special considerations for PlanarConfiguration 2
-------------------------------------------------
-
-In PlanarConfiguration 2, each image segment contains data for only one
-color component.  To avoid confusing the JPEG codec, we wish the segments
-to look like valid single-channel (i.e., grayscale) JPEG datastreams.  This
-means that different rules must be used for the SOFn parameters.
-
-In PlanarConfiguration 2, the dimensions given in the SOFn of a subsampled
-component shall be scaled down by the sampling factors compared to the SOFn
-dimensions that would be used in PlanarConfiguration 1.  This is necessary
-to match the actual number of samples stored in that segment, so that the
-JPEG codec doesn't complain about too much or too little data.  In strip
-TIFF files the computed dimensions may need to be rounded up to the next
-integer; in tiled files, the restrictions on tile size make this case
-impossible.
-
-Furthermore, all SOFn sampling factors shall be given as 1.  (This is
-merely to avoid confusion, since the sampling factors in a single-channel
-JPEG datastream have no real effect.)
-
-Any downsampling will need to happen externally to the JPEG codec, since
-JPEG sampling factors are defined with reference to the full-precision
-component.  In PlanarConfiguration 2, the JPEG codec will be working on
-only one component at a time and thus will have no reference component to
-downsample against.
-
-
-Minimum requirements for TIFF/JPEG
-----------------------------------
-
-ISO JPEG is a large and complex standard; most implementations support only
-a subset of it.  Here we define a "core" subset of TIFF/JPEG which readers
-must support to claim TIFF/JPEG compatibility.  For maximum
-cross-application compatibility, we recommend that writers confine
-themselves to this subset unless there is very good reason to do otherwise.
-
-Use the ISO baseline JPEG process: 8-bit data precision, Huffman coding,
-with no more than 2 DC and 2 AC Huffman tables.  Note that this implies
-BitsPerSample = 8 for each component.  We recommend deviating from baseline
-JPEG only if 12-bit data precision or lossless coding is required.
-
-Use no subsampling (all JPEG sampling factors = 1) for color spaces other
-than YCbCr.  (This is, in fact, required with the TIFF 6.0 field
-definitions, but may not be so in future revisions.)  For YCbCr, use one of
-the following choices:
-	YCbCrSubSampling field		JPEG sampling factors
-	1,1				1h1v, 1h1v, 1h1v
-	2,1				2h1v, 1h1v, 1h1v
-	2,2  (default value)		2h2v, 1h1v, 1h1v
-We recommend that RGB source data be converted to YCbCr for best compression
-results.  Other source data colorspaces should probably be left alone.
-Minimal readers need not support JPEG images with colorspaces other than
-YCbCr and grayscale (PhotometricInterpretation = 6 or 1).
-
-A minimal reader also need not support JPEG YCbCr images with nondefault
-values of YCbCrCoefficients or YCbCrPositioning, nor with values of
-ReferenceBlackWhite other than [0,255,128,255,128,255].  (These values
-correspond to the RGB<=>YCbCr conversion specified by JFIF, which is widely
-implemented in JPEG codecs.)
-
-Writers are reminded that a ReferenceBlackWhite field *must* be included
-when PhotometricInterpretation is YCbCr, because the default
-ReferenceBlackWhite values are inappropriate for YCbCr.
-
-If any subsampling is used, PlanarConfiguration=1 is preferred to avoid the
-possibly-confusing requirements of PlanarConfiguration=2.  In any case,
-readers are not required to support PlanarConfiguration=2.
-
-If possible, use a single interleaved scan in each image segment.  This is
-not legal JPEG if there are more than 4 SamplesPerPixel or if the sampling
-factors are such that more than 10 blocks would be needed per MCU; in that
-case, use a separate scan for each component.  (The recommended color
-spaces and sampling factors will not run into that restriction, so a
-minimal reader need not support more than one scan per segment.)
-
-To claim TIFF/JPEG compatibility, readers shall support multiple-strip TIFF
-files and the optional JPEGTables field; it is not acceptable to read only
-single-datastream files.  Support for tiled TIFF files is strongly
-recommended but not required.
-
-
-Other recommendations for implementors
---------------------------------------
-
-The TIFF tag Compression=7 guarantees only that the compressed data is
-represented as ISO JPEG datastreams.  Since JPEG is a large and evolving
-standard, readers should apply careful error checking to the JPEG markers
-to ensure that the compression process is within their capabilities.  In
-particular, to avoid being confused by future extensions to the JPEG
-standard, it is important to abort if unknown marker codes are seen.
-
-The point of requiring that all image segments use the same JPEG process is
-to ensure that a reader need check only one segment to determine whether it
-can handle the image.  For example, consider a TIFF reader that has access
-to fast but restricted JPEG hardware, as well as a slower, more general
-software implementation.  It is desirable to check only one image segment
-to find out whether the fast hardware can be used.  Thus, writers should
-try to ensure that all segments of an image look as much "alike" as
-possible: there should be no variation in scan layout, use of options such
-as DRI, etc.  Ideally, segments will be processed identically except
-perhaps for using different local quantization or entropy-coding tables.
-
-Writers should avoid including "noise" JPEG markers (COM and APPn markers).
-Standard TIFF fields provide a better way to transport any non-image data.
-Some JPEG codecs may change behavior if they see an APPn marker they
-think they understand; since the TIFF spec requires these markers to be
-ignored, this behavior is undesirable.
-
-It is possible to convert an interchange-JPEG file (e.g., a JFIF file) to
-TIFF simply by dropping the interchange datastream into a single strip.
-(However, designers are reminded that the TIFF spec discourages huge
-strips; splitting the image is somewhat more work but may give better
-results.)  Conversion from TIFF to interchange JPEG is more complex.  A
-strip-based TIFF/JPEG file can be converted fairly easily if all strips use
-identical JPEG tables and no RSTn markers: just delete the overhead markers
-and insert RSTn markers between strips.  Converting tiled images is harder,
-since the data will usually not be in the right order (unless the tiles are
-only one MCU high).  This can still be done losslessly, but it will require
-undoing and redoing the entropy coding so that the DC coefficient
-differences can be updated.
-
-There is no default value for JPEGTables: standard TIFF files must define all
-tables that they reference.  For some closed systems in which many files will
-have identical tables, it might make sense to define a default JPEGTables
-value to avoid actually storing the tables.  Or even better, invent a
-private field selecting one of N default JPEGTables settings, so as to allow
-for future expansion.  Either of these must be regarded as a private
-extension that will render the files unreadable by other applications.
-
-
-References
-----------
-
-[1] Wallace, Gregory K.  "The JPEG Still Picture Compression Standard",
-Communications of the ACM, April 1991 (vol. 34 no. 4), pp. 30-44.
-
-This is the best short technical introduction to the JPEG algorithms.
-It is a good overview but does not provide sufficiently detailed
-information to write an implementation.
-
-[2] Pennebaker, William B. and Mitchell, Joan L.  "JPEG Still Image Data
-Compression Standard", Van Nostrand Reinhold, 1993, ISBN 0-442-01272-1.
-638pp.
-
-This textbook is by far the most complete exposition of JPEG in existence.
-It includes the full text of the ISO JPEG standards (DIS 10918-1 and draft
-DIS 10918-2).  No would-be JPEG implementor should be without it.
-
-[3] ISO/IEC IS 10918-1, "Digital Compression and Coding of Continuous-tone
-Still Images, Part 1: Requirements and guidelines", February 1994.
-ISO/IEC DIS 10918-2, "Digital Compression and Coding of Continuous-tone
-Still Images, Part 2: Compliance testing", final approval expected 1994.
-
-These are the official standards documents.  Note that the Pennebaker and
-Mitchell textbook is likely to be cheaper and more useful than the official
-standards.
-
-
-Changes to Section 21: YCbCr Images
-===================================
-
-[This section of the Tech Note clarifies section 21 to make clear the
-interpretation of image dimensions in a subsampled image.  Furthermore,
-the section is changed to allow the original image dimensions not to be
-multiples of the sampling factors.  This change is necessary to support use
-of JPEG compression on odd-size images.]
-
-Add the following paragraphs to the Section 21 introduction (p. 89),
-just after the paragraph beginning "When a Class Y image is subsampled":
-
-	In a subsampled image, it is understood that all TIFF image
-	dimensions are measured in terms of the highest-resolution
-	(luminance) component.  In particular, ImageWidth, ImageLength,
-	RowsPerStrip, TileWidth, TileLength, XResolution, and YResolution
-	are measured in luminance samples.
-
-	RowsPerStrip, TileWidth, and TileLength are constrained so that
-	there are an integral number of samples of each component in a
-	complete strip or tile.  However, ImageWidth/ImageLength are not
-	constrained.  If an odd-size image is to be converted to subsampled
-	format, the writer should pad the source data to a multiple of the
-	sampling factors by replication of the last column and/or row, then
-	downsample.  The number of luminance samples actually stored in the
-	file will be a multiple of the sampling factors.  Conversely,
-	readers must ignore any extra data (outside the specified image
-	dimensions) after upsampling.
-
-	When PlanarConfiguration=2, each strip or tile covers the same
-	image area despite subsampling; that is, the total number of strips
-	or tiles in the image is the same for each component.  Therefore
-	strips or tiles of the subsampled components contain fewer samples
-	than strips or tiles of the luminance component.
-
-	If there are extra samples per pixel (see field ExtraSamples),
-	these data channels have the same number of samples as the
-	luminance component.
-
-Rewrite the YCbCrSubSampling field description (pp 91-92) as follows
-(largely to eliminate possibly-misleading references to
-ImageWidth/ImageLength of the subsampled components):
-
-	(first paragraph unchanged)
-
-	The two elements of this field are defined as follows:
-
-	Short 0: ChromaSubsampleHoriz:
-
-	1 = there are equal numbers of luma and chroma samples horizontally.
-
-	2 = there are twice as many luma samples as chroma samples
-	horizontally.
-
-	4 = there are four times as many luma samples as chroma samples
-	horizontally.
-
-	Short 1: ChromaSubsampleVert:
-
-	1 = there are equal numbers of luma and chroma samples vertically.
-
-	2 = there are twice as many luma samples as chroma samples
-	vertically.
-
-	4 = there are four times as many luma samples as chroma samples
-	vertically.
-
-	ChromaSubsampleVert shall always be less than or equal to
-	ChromaSubsampleHoriz.  Note that Cb and Cr have the same sampling
-	ratios.
-
-	In a strip TIFF file, RowsPerStrip is required to be an integer
-	multiple of ChromaSubSampleVert (unless RowsPerStrip >=
-	ImageLength, in which case its exact value is unimportant).
-	If ImageWidth and ImageLength are not multiples of
-	ChromaSubsampleHoriz and ChromaSubsampleVert respectively, then the
-	source data shall be padded to the next integer multiple of these
-	values before downsampling.
-
-	In a tiled TIFF file, TileWidth must be an integer multiple of
-	ChromaSubsampleHoriz and TileLength must be an integer multiple of
-	ChromaSubsampleVert.  Padding will occur to tile boundaries.
-
-	The default values of this field are [ 2,2 ].  Thus, YCbCr data is
-	downsampled by default!
-
diff --git a/tiff/html/addingtags.html b/tiff/html/addingtags.html deleted file mode 100755 index 1eab963..0000000 --- a/tiff/html/addingtags.html +++ /dev/null @@ -1,292 +0,0 @@ - - - -Modifying The TIFF Library - - - - - -

-Defining New TIFF Tags -

- -Libtiff has built-in knowledge of all the standard TIFF tags, as -well as extentions. The following describes how to add knowledge of -new tags as builtins to libtiff, or how to application specific tags can -be used by applications without modifying libtiff. -

- -

TIFFFieldInfo

- -How libtiff manages specific tags is primarily controlled by the -definition for that tag value stored internally as a TIFFFieldInfo structure. -This structure looks like this: -

- -

-typedef	struct {
-  ttag_t    field_tag;          /* field's tag */
-  short	    field_readcount;    /* read count/TIFF_VARIABLE/TIFF_SPP */
-  short	    field_writecount;   /* write count/TIFF_VARIABLE */
-  TIFFDataType field_type;      /* type of associated data */
-  unsigned short field_bit;     /* bit in fieldsset bit vector */
-  unsigned char field_oktochange;/* if true, can change while writing */
-  unsigned char field_passcount;/* if true, pass dir count on set */
-  char	*field_name;		/* ASCII name */
-} TIFFFieldInfo;
-
- -
    -
  • field_tag: the tag number. For instance 277 for the -SamplesPerPixel tag. Builtin tags will generally have a #define in -tiff.h for each known tag.

    - -

  • field_readcount: The number of values which should be read. -The special value TIFF_VARIABLE (-1) indicates that a variable number of -values may be read. The special value TIFFTAG_SPP (-2) indicates that there -should be one value for each sample as defined by TIFFTAG_SAMPLESPERPIXEL. -The special value TIFF_VARIABLE2 (-3) is presumably similar to TIFF_VARIABLE -though I am not sure what the distinction in behaviour is. This field -is TIFF_VARIABLE for variable length ascii fields.

    - -

  • field_writecount: The number of values which should be written. -Generally the same as field_readcount. A few built-in exceptions exist, but -I haven't analysed why they differ.

    - -

  • field_type: Type of the field. One of TIFF_BYTE, TIFF_ASCII, -TIFF_SHORT, TIFF_LONG, TIFF_RATIONAL, TIFF_SBYTE, TIFF_UNDEFINED, -TIFF_SSHORT, TIFF_SLONG, TIFF_SRATIONAL, TIFF_FLOAT, TIFF_DOUBLE or -TIFF_IFD. Note that some fields can support more than one type (for -instance short and long). These fields should have multiple TIFFFieldInfos. -

    - -

  • field_bit: Built-in tags stored in special fields in the -TIFF structure have assigned field numbers to distinguish them (ie. -FIELD_SAMPLESPERPIXEL). New tags should generally just use -FIELD_CUSTOM indicating they are stored in the generic tag list.

    - -

  • field_oktochange: TRUE if it is OK to change this tag value -while an image is being written. FALSE for stuff that must be set once -and then left unchanged (like ImageWidth, or PhotometricInterpretation for -instance).

    - -

  • field_passcount: If TRUE, then the count value must be passed -in TIFFSetField(), and TIFFGetField(), otherwise the count is not required. -This should generally be TRUE for non-ascii variable count tags unless -the count is implicit (such as with the colormap).

    - -

  • field_name: A name for the tag. Normally mixed case (studly caps) -like "StripByteCounts" and relatively short.

    - -

- -A TIFFFieldInfo definition exists for each built-in tag in the tif_dirinfo.c -file. Some tags which support multiple data types have more than one -definition, one per data type supported.

- -Various functions exist for getting the internal TIFFFieldInfo definitions, -including _TIFFFindFieldInfo(), and _TIFFFindFieldInfoByName(). See -tif_dirinfo.c for details. There must be some mechanism to get the whole -list, though I don't see it off hand.

- -

Default Tag Auto-registration

- -In libtiff 3.6.0 a new mechanism was introduced allowing libtiff to -read unrecognised tags automatically. When an unknown tags is encountered, -it is automatically internally defined with a default name and a type -derived from the tag value in the file. Applications only need to predefine -application specific tags if they need to be able to set them in a file, or -if particular calling conventions are desired for TIFFSetField() and -TIFFGetField().

- -When tags are autodefined like this the field_readcount and -field_writecount values are always TIFF_VARIABLE. The -field_passcount is always TRUE, and the field_bit is -FIELD_CUSTOM. The field name will be "Tag %d" where the %d is the tag -number.

- -

Defining Application Tags

- -For various reasons, it is common for applications to want to define -their own tags to store information outside the core TIFF specification. -This is done by calling TIFFMergeFieldInfo() with one or more TIFFFieldInfos. -

- -The libgeotiff library provides geospatial information extentions within -a TIFF file. First, a set of TIFFFieldInfo's is prepared with information -on the new tags:

- -

-static const TIFFFieldInfo xtiffFieldInfo[] = {
-  
-  /* XXX Insert Your tags here */
-    { TIFFTAG_GEOPIXELSCALE,	-1,-1, TIFF_DOUBLE,	FIELD_CUSTOM,
-      TRUE,	TRUE,	"GeoPixelScale" },
-    { TIFFTAG_GEOTRANSMATRIX,	-1,-1, TIFF_DOUBLE,	FIELD_CUSTOM,
-      TRUE,	TRUE,	"GeoTransformationMatrix" },
-    { TIFFTAG_GEOTIEPOINTS,	-1,-1, TIFF_DOUBLE,	FIELD_CUSTOM,
-      TRUE,	TRUE,	"GeoTiePoints" },
-    { TIFFTAG_GEOKEYDIRECTORY, -1,-1, TIFF_SHORT,	FIELD_CUSTOM,
-      TRUE,	TRUE,	"GeoKeyDirectory" },
-    { TIFFTAG_GEODOUBLEPARAMS,	-1,-1, TIFF_DOUBLE,	FIELD_CUSTOM,
-      TRUE,	TRUE,	"GeoDoubleParams" },
-    { TIFFTAG_GEOASCIIPARAMS,	-1,-1, TIFF_ASCII,	FIELD_CUSTOM,
-      TRUE,	FALSE,	"GeoASCIIParams" }
-};
-
- -In order to define the tags, we call TIFFMergeFieldInfo() on the -desired TIFF handle with the list of TIFFFieldInfos.

- -

-#define	N(a)	(sizeof (a) / sizeof (a[0]))
-
-    /* Install the extended Tag field info */
-    TIFFMergeFieldInfo(tif, xtiffFieldInfo, N(xtiffFieldInfo));
-
- -The tags need to be defined for each TIFF file opened - and when reading -they should be defined before the tags of the file are read, yet a valid -TIFF * is needed to merge the tags against. In order to get them -registered at the appropriate part of the setup process, it is necessary -to register our merge function as an extender callback with libtiff. -This is done with TIFFSetTagExtender(). We also keep track of the -previous tag extender (if any) so that we can call it from our extender -allowing a chain of customizations to take effect.

- -

-static TIFFExtendProc _ParentExtender = NULL;
-
-static
-void _XTIFFInitialize(void)
-{
-    static int first_time=1;
-	
-    if (! first_time) return; /* Been there. Done that. */
-    first_time = 0;
-	
-    /* Grab the inherited method and install */
-    _ParentExtender = TIFFSetTagExtender(_XTIFFDefaultDirectory);
-}
-
- -The extender callback is looks like this. It merges in our new fields -and then calls the next extender if there is one in effect.

- -

-static void
-_XTIFFDefaultDirectory(TIFF *tif)
-{
-    /* Install the extended Tag field info */
-    TIFFMergeFieldInfo(tif, xtiffFieldInfo, N(xtiffFieldInfo));
-
-    /* Since an XTIFF client module may have overridden
-     * the default directory method, we call it now to
-     * allow it to set up the rest of its own methods.
-     */
-
-    if (_ParentExtender) 
-        (*_ParentExtender)(tif);
-}
-
- -The above approach ensures that our new definitions are used when reading -or writing any TIFF file. However, since on reading we already have -default definitions for tags, it is usually not critical to pre-define them. -If tag definitions are only required for writing custom tags, you can just -call TIFFMergeFieldInfo() before setting new tags. The whole extender -architecture can then be avoided.

- -

Adding New Builtin Tags

- -A similar approach is taken to the above. However, the TIFFFieldInfo -should be added to the tiffFieldInfo[] list in tif_dirinfo.c. Ensure that -new tags are added in sorted order by the tag number.

- -Normally new built-in tags should be defined with FIELD_CUSTOM; however, if -it is desirable for the tag value to have it's own field in the TIFFDirectory -structure, then you will need to #define a new FIELD_ value for it, and -add appropriate handling as follows: - - -

    -
  1. Define the tag in tiff.h. -
  2. Add a field to the directory structure in tif_dir.h - and define a FIELD_* bit (also update the definition of - FIELD_CODEC to reflect your addition). -
  3. Add an entry in the TIFFFieldInfo array defined at the top of - tif_dirinfo.c. - Note that you must keep this array sorted by tag - number and that the widest variant entry for a tag should come - first (e.g. LONG before SHORT). -
  4. Add entries in _TIFFVSetField() and _TIFFVGetField() - for the new tag. -
  5. (optional) If the value associated with the tag is not a scalar value - (e.g. the array for TransferFunction) and requires - special processing, - then add the appropriate code to TIFFReadDirectory() and - TIFFWriteDirectory(). You're best off finding a similar tag and - cribbing code. -
  6. Add support to TIFFPrintDirectory() in tif_print.c - to print the tag's value. -
- -

-If you want to maintain portability, beware of making assumptions -about data types. Use the typedefs (uint16, etc. when dealing with -data on disk and t*_t when stuff is in memory) and be careful about -passing items through printf or similar vararg interfaces. - -

Adding New Codec-private Tags

- -To add tags that are meaningful only when a particular compression -algorithm is used follow these steps: - -
    -
  1. Define the tag in tiff.h. -
  2. Allocate storage for the tag values in the private state block of - the codec. -
  3. Insure the state block is created when the codec is initialized. -
  4. At TIFFInitfoo time override the method pointers in the - TIFF structure - for getting, setting and printing tag values. For example, -
    -    sp->vgetparent = tif->tif_vgetfield;
-    tif->tif_vgetfield = fooVGetField;	/* hook for codec tags */
-    sp->vsetparent = tif->tif_vsetfield;
-    tif->tif_vsetfield = fooVSetField;	/* hook for codec tags */
-    tif->tif_printdir = fooPrintDir;	/* hook for codec tags */
-
    - (Actually you may decide not to override the - tif_printdir method, but rather just specify it). -
  5. Create a private TIFFFieldInfo array for your tags and - merge them into the core tags at initialization time using - _TIFFMergeFieldInfo; e.g. -
    -    _TIFFMergeFieldInfo(tif, fooFieldInfo, N(fooFieldInfo));
-
    - (where N is a macro used liberaly throughout the distributed code). -
  6. Fill in the get and set routines. Be sure to call the parent method - for tags that you are not handled directly. Also be sure to set the - FIELD_* bits for tags that are to be written to the file. Note that - you can create ``pseudo-tags'' by defining tags that are processed - exclusively in the get/set routines and never written to file (see - the handling of TIFFTAG_FAXMODE in tif_fax3.c - for an example of this). -
  7. Fill in the print routine, if appropriate. -
- -Note that space has been allocated in the FIELD_* bit space for -codec-private tags. Define your bits as FIELD_CODEC+<offset> to -keep them away from the core tags. If you need more tags than there -is room for, just increase FIELD_SETLONGS at the top of -tiffiop.h. - -
- -Last updated: $Date: 2004-09-10 14:43:18 $ - - - - diff --git a/tiff/html/bugs.html b/tiff/html/bugs.html deleted file mode 100755 index 2ff4873..0000000 --- a/tiff/html/bugs.html +++ /dev/null @@ -1,61 +0,0 @@ - - -Bugs and the TIFF Mailing List - - - -

- -Bugs, Bugzilla, and the TIFF Mailing List -

- -

-This software is free. Please let us know when you find a problem or -fix a bug. - -

-Thanks to MapTools.org, libtiff now uses -bugzilla to track bugs. All bugs filed in the older bugzilla at -bugzilla.remotesensing.org (pre April 2008) have unfortunately been lost. -

-If you think you've discovered a bug, please first check to see if it is -already known by looking at the list of already reported bugs. You can do so -by visiting the buglist at -http://bugzilla.maptools.org/buglist.cgi?product=libtiff. Also verify that -the problem is still reproducable with the current development software -from CVS. -

-If you'd like to enter a new bug, you can do so at -http://bugzilla.maptools.org/enter_bug.cgi?product=libtiff. -

-If you'd like to inform us about some kind of security issue that should not -be disclosed for a period of time, then you can contact maintainers directly. -Send a copies of your report to the following people: Frank Warmerdam -<warmerdam@pobox.com>, -Andrey Kiselev -<dron@ak4719.spb.edu>. -

- -Of course, reporting bugs is no substitute for discussion. The -tiff@lists.maptools.org mailing -list is for users of this software, and discussion TIFF issues in general. -It is managed with the Mailman software, and the web interface for subscribing -and managing your access to the list is at:

- - http://lists.maptools.org/mailman/listinfo/tiff

- -Posts to the list are only accepted from members of the list in order -to limit the amount of spam propagated.

- -A Long Term -Archive including recent messages, and most messages back to 1993, -with search capabilities is available, and -has been prepared and hosted by AWare -Systems.

- - -

- -Last updated: $Date: 2015-01-05 19:49:37 $ - - diff --git a/tiff/html/build.html b/tiff/html/build.html deleted file mode 100755 index ad8e189..0000000 --- a/tiff/html/build.html +++ /dev/null @@ -1,524 +0,0 @@ - - - - -Building the TIFF Software Distribution - - -

Building the Software Distribution

- -
-This chapter contains step-by-step instructions on how to configure -and build the TIFF software distribution. The software is most -easily built on a UNIX system, but with a little bit of work it can -easily be built and used on other non-UNIX platforms. -
- -

Building on a UNIX System

-To build the software on a UNIX system you need to first run the -configure shell script that is located in the top level of the -source directory. This script probes the target system for -necessary tools and functions and constructs a build environment in -which the software may be compiled. Once configuration is done, you -simply run make (or gmake) to build the software -and then make install to do the installation; for example: -
-
-hyla% cd ./tiff-4.0.0
-hyla% ./configure
-    ...lots of messages...
-hyla% make
-    ...lots of messages...
-hyla% make check
-    ...lots of messages...
-hyla# make install
-
-Supplied makefiles are dependent on a make utility and a C -(and optionally a C++ compiler), so you will need these tools. -

In general, the software is designed such that the following -should be ``make-able'' in each directory:

-
-
-make [all]      build stuff
-make check      run the test suite
-make install    build&install stuff
-make clean      remove .o files, executables and cruft
-make distclean  remove everything, that can be recreated
-
-Note that after running "make distclean" the -configure script must be run again to create the Makefiles -and other make-related files. -
-

Build Trees

-There are two schemes for configuring and building the software. If -you intend to build the software for only one target system, you -can configure the software so that it is built in the same -directories as the source code. -
-
-hyla% gzip -dc tiff-4.0.0.tar.gz | tar -xf -
-hyla% cd ./tiff-4.0.0
-hyla% ./configure
-hyla% make
-hyla% make check
-hyla% make install
-
-

Otherwise, you can configure a build tree that is parallel to -the source tree hierarchy (or in some completely different place) -but which contains only configured files and files created during -the build procedure.

-
-
-hyla% gzip -dc tiff-4.0.0.tar.gz | tar -xf -
-hyla% mkdir tiff-4.0.0-build
-hyla% cd ./tiff-4.0.0-build
-hyla% ../tiff-4.0.0/configure
-hyla% make
-hyla% make check
-hyla% make install
-
-This second scheme is useful for: -
    -
  • building multiple targets from a single source tree
    • -
  • building from a read-only source tree (e.g. if you receive the -distribution on CD-ROM)
    • -
  • sharing the source files via a network, but building on -multiple systems
    • -
- -
-

Configuration Options

-The configuration process is critical to the proper compilation, -installation, and operation of the software. The configure script -runs a series of tests to decide whether or not the target system -supports required functionality and, if it does not, whether it can -emulate or workaround the missing functions. This procedure is -fairly complicated and, due to the nonstandard nature of most UNIX -systems, prone to error. The first time that you configure the -software for use you should check the output from the configure -script and look for anything that does not make sense for your -system. -

A second function of the configure script is to set the default -configuration parameters for the software. Of particular note are -the directories where the software is to be installed. By default -the software is installed in the /usr/local hierarchy. To -change this behaviour the appropriate parameters can be specified -on the command line to configure. Run ./configure --help to -get a full list of possible options. Standard installation related -options are shown below.

-
-
-Installation directories:
-  --prefix=PREFIX         install architecture-independent files in PREFIX
-                          [/usr/local]
-  --exec-prefix=EPREFIX   install architecture-dependent files in EPREFIX
-                          [PREFIX]
-
-By default, `make install' will install all the files in
-`/usr/local/bin', `/usr/local/lib' etc.  You can specify
-an installation prefix other than `/usr/local' using `--prefix',
-for instance `--prefix=$HOME'.
-
-For better control, use the options below.
-
-Fine tuning of the installation directories:
-  --bindir=DIR            user executables [EPREFIX/bin]
-  --sbindir=DIR           system admin executables [EPREFIX/sbin]
-  --libexecdir=DIR        program executables [EPREFIX/libexec]
-  --sysconfdir=DIR        read-only single-machine data [PREFIX/etc]
-  --sharedstatedir=DIR    modifiable architecture-independent data [PREFIX/com]
-  --localstatedir=DIR     modifiable single-machine data [PREFIX/var]
-  --libdir=DIR            object code libraries [EPREFIX/lib]
-  --includedir=DIR        C header files [PREFIX/include]
-  --oldincludedir=DIR     C header files for non-gcc [/usr/include]
-  --datarootdir=DIR       read-only arch.-independent data root [PREFIX/share]
-  --datadir=DIR           read-only architecture-independent data [DATAROOTDIR]
-  --localedir=DIR         locale-dependent data [DATAROOTDIR/locale]
-  --mandir=DIR            man documentation [DATAROOTDIR/man]
-  --docdir=DIR            documentation root [DATAROOTDIR/doc/tiff]
-  --htmldir=DIR           html documentation [DOCDIR]
-
-Program names:
-  --program-prefix=PREFIX            prepend PREFIX to installed program names
-  --program-suffix=SUFFIX            append SUFFIX to installed program names
-  --program-transform-name=PROGRAM   run sed PROGRAM on installed program names
-
-
- -
-

Configuring Optional Packages/Support

-The TIFF software comes with several packages that are installed -only as needed, or only if specifically configured at the time the -configure script is run. Packages can be configured via the -configure script commandline parameters. -
-
Static/Shared Objects Support
-
--enable-shared[=PKGS]    build shared -libraries [default=yes]
---enable-static[=PKGS]    build static -libraries [default=yes] -

These options control whether or not to configure the software -to build a shared and static binaries for the TIFF library. Use of -shared libraries can significantly reduce the disk space needed for -users of the TIFF software. If shared libarries are not used then -the code is statically linked into each application that uses it. -By default both types of binaries is configured.

-

---enable-rpath             Enable -runtime linker paths (-R libtool option)

-

Add library directories (see other options below) to the TIFF -library run-time linker path.

-

--enable-ld-version-script  Enable linker version -script (default is disabled)

-

Add shared library symbol versioning on ELF-based systems (e.g. -Linux and FreeBSD) which use the GNU linker. This is needed if -several major versions of libtiff might be loaded at once into the -same program.

-
-
JPEG Support
-
--disable-jpeg    disable IJG JPEG -library usage (required for JPEG compression, enabled by default) ---with-jpeg-include-dir=DIR    location of IJG -JPEG library headers ---with-jpeg-lib-dir=DIR    location of IJG JPEG -library binary)
-
The JPEG package enables support for the handling of -TIFF images with JPEG-encoded data. Support for JPEG-encoded data -requires the Independent JPEG Group (IJG) libjpeg -distribution; this software is available at http://www.ijg.org/. configure -script automatically tries to search for a working IJG JPEG -installation. If it fails to find library, JPEG support will be -automatically disabled.If you want specify the exact paths to -library binary and headers, use above switches for that.
-
ZIP Support
-
The ZIP support enables support for the handling of -TIFF images with deflate-encoded data. Support for deflate-encoded -data requires the freely available zlib distribution -written by Jean-loup Gailly and Mark Adler; this software is -available at http://www.zlib.org/. If ZIP support is -enabled the DIRS_LIBINC and DIR_GZLIB parameters -should also be set (see below). By default this package is not -configured.
-
- -
- -

Building the Software under Windows 95/98/NT/2000 with MS -VC++

-With Microsoft Visual C++ installed, and properly configured for -commandline use (you will likely need to source VCVARS32.BAT in -AUTOEXEC.bAT or somewhere similar) you should be able to use the -provided makefile.vc. -

The source package is delivered using Unix line termination -conventions, which work with MSVC but do not work with Windows -'notepad'. If you use unzip from the Info-Zip package, you -can extract the files using Windows normal line termination -conventions with a command similar to:

-
-  unzip -aa -a tiff-4.0.0.zip
-
-

By default libtiff expects that a pre-built zlib and jpeg -library are provided by the user. If this is not the case, then you -may edit libtiff\tiffconf.h using a text editor (e.g. notepad) and -comment out the entries for JPEG_SUPPORT, PIXARLOG_SUPPORT, and -ZIP_SUPPORT. Ignore the comment at the top of the file which says -that it has no influence on the build, because the statement is not -true for Windows. However, by taking this approach, libtiff will -not be able to open some TIFF files.

-

To build using the provided makefile.vc you may use:

-
-  C:\tiff-4.0.0> nmake /f makefile.vc clean
-  C:\tiff-4.0.0> nmake /f makefile.vc
-
-    or (the hard way)
-
-  C:\tiff-4.0.0> cd port
-  C:\tiff-4.0.0\port> nmake /f makefile.vc clean
-  C:\tiff-4.0.0\port> nmake /f makefile.vc
-  C:\tiff-4.0.0> cd ../libtiff
-  C:\tiff-4.0.0\libtiff> nmake /f makefile.vc clean
-  C:\tiff-4.0.0\libtiff> nmake /f makefile.vc
-  C:\tiff-4.0.0\libtiff> cd ..\tools
-  C:\tiff-4.0.0\tools> nmake /f makefile.vc clean
-  C:\tiff-4.0.0\tools> nmake /f makefile.vc
-
-

This will build the library file -libtiff\libtiff\libtiff.lib. This can be used in Win32 -programs. You may want to adjust the build options before start -compiling. All parameters contained in the nmake.opt -file.This is a plain text file you can open with your favorite text -editor.

-

The makefile also builds a DLL (libtiff.dll) with an associated -import library (libtiff_i.lib). Any builds using libtiff will need -to include the LIBTIFF\LIBTIFF directory in the include path.

-

The libtiff\tools\makefile.vc should build .exe's for -all the standard TIFF tool programs.

-
- -

Building the Software on a VMS System

-The VMS port was done by Karsten Spang (krs@kampsax.dk), who also "sort of" -maintains it. The VMS specific files are not in the main -directories. Instead they are placed under -[.CONTRIB.VMS...] in the distribution tree. Installation: -It is assumed that you have unpacked the tar file into a VMS -directory tree, in this text called DISK:[TIFF]. -
    -
  1. Move the VMS specific files to their proper directories. -
    -$ SET DEFAULT DISK:[TIFF.CONTRIB.VMS]
-$ RENAME [.LIBTIFF]*.* [-.-.LIBTIFF]
-$ RENAME [.TOOLS]*.* [-.-.TOOLS]
-
    2. -
  2. Compile the library. -
    -$ SET DEFAULT DISK:[TIFF.LIBTIFF]
-$ @MAKEVMS
-
    3. -
  3. Compile the tools. -
    -$ SET DEFAULT DISK:[TIFF.TOOLS]
-$ @MAKEVMS
-
    4. -
  4. Define the programs. -
    -$ DEFINE TIFFSHR DISK:[TIFF.LIBTIFF]TIFFSHR
-$ FAX2PS    :==$DISK:[TIFF.TOOLS]FAX2PS
-$ FAX2TIFF  :==$DISK:[TIFF.TOOLS]FAX2TIFF
-$ GIF2TIFF  :==$DISK:[TIFF.TOOLS]GIF2TIFF
-$ PAL2RGB   :==$DISK:[TIFF.TOOLS]PAL2RGB
-$ PPM2TIFF  :==$DISK:[TIFF.TOOLS]PPM2TIFF
-$ RAS2TIFF  :==$DISK:[TIFF.TOOLS]RAS2TIFF
-$ RGB2YCBCR :==$DISK:[TIFF.TOOLS]RGB2YCBCR
-$ THUMBNAIL :==$DISK:[TIFF.TOOLS]THUMBNAIL
-$ TIFF2BW   :==$DISK:[TIFF.TOOLS]TIFF2BW
-$ TIFF2PS   :==$DISK:[TIFF.TOOLS]TIFF2PS
-$ TIFFCMP   :==$DISK:[TIFF.TOOLS]TIFFCMP
-$ TIFFCP    :==$DISK:[TIFF.TOOLS]TIFFCP
-$ TIFFDITHER:==$DISK:[TIFF.TOOLS]TIFFDITHER
-$ TIFFDUMP  :==$DISK:[TIFF.TOOLS]TIFFDUMP
-$ TIFFINFO  :==$DISK:[TIFF.TOOLS]TIFFINFO
-$ TIFFMEDIAN:==$DISK:[TIFF.TOOLS]TIFFMEDIAN
-$ TIFFSPLIT :==$DISK:[TIFF.TOOLS]TIFFSPLIT
-$ YCBCR     :==$DISK:[TIFF.TOOLS]YCBCR
-
    5. -
-You will want to add these lines to your LOGIN.COM file, -after changing the name of the directory that you have used on your -machine. -

This release has been tested on OpenVMS/VAX 5.5-2, using VAX C -3.2. A previous release was tested under OpenVMS/AXP ?.? using DEC -C ?.?, it is believed that this release as well works on AXP. The -code contains some GNU C specific things. This does *not* imply, -however, that the VAX/GCC configuration has been tested, *it has -not*.

-

The command procedures (MAKEVMS.COM) for building the -library and tools, is believed to choose the correct options for -the VAX and AXP cases automatically.

-

On the AXP, IEEE floating point is used by default. If you want -VAX floating point, remove the /FLOAT=IEEE_FLOAT -qualifier, and change HAVE_IEEEFP=1 to -HAVE_IEEEFP=0 in the MAKEVMS.COM files in both -the libtiff and tools directories.

-

Compiling your own program on a VMS system:

-When compiling a source file in which you "#include -<tiffio.h>", use the following command -
-    $ CC/INCLUDE=DISK:[TIFF.LIBTIFF]
-
-This ensures that the header file is found. On the AXP, also add -/FLOAT=IEEE_FLOAT (if used when building the library). -

Linking your own program to the TIFF library on a VMS -system:

-You can link to the library in two ways: Either using the shareable -library, or using the object library. On the VAX these -possibilities are: -
    -
  1. Using the shareable TIFF library. -
    -$ LINK MY_PROGRAM,DISK:[TIFF.LIBTIFF]TIFF/OPTIONS,SYS$INPUT:/OPTIONS
-    SYS$SHARE:VAXCRTL/SHAREABLE
-
    2. -
  2. Using the TIFF object library. -
    -$ LINK MY_PROGRAM, -
-    DISK:[TIFF.LIBTIFF]TIFF/LIBRARY/INCLUDE=(TIF_FAX3SM,TIF_CODEC), -
-    SYS$INPUT:/OPTIONS
-    SYS$SHARE:VAXCRTL/SHAREABLE
-
    3. -
-On AXP (and possibly also using DEC C on VAX) the corresponding -commands are -
    -
  1. Using the shareable TIFF library. -
    -$ LINK MY_PROGRAM,DISK:[TIFF.LIBTIFF]TIFF/OPTIONS
-
    2. -
  2. Using the TIFF object library. -
    -$ LINK MY_PROGRAM,DISK:[TIFF.LIBTIFF]TIFF/LIBRARY
-
    3. -
-Method 1 uses the shortest link time and smallest .EXE -files, but it requires that TIFFSHR is defined as above at -link time and at run time. Using the compilation -procedure above, the tools are linked in this way. -

Method 2 gives somewhat longer link time and larger -.EXE files, but does not require TIFFSHR to be -defined. This method is recommended if you want to run your program -on another machine, and for some reason don't want to have the -library on that machine. If you plan to have more than one program -(including the tools) on the machine, it is recommended that you -copy the library to the other machine and use method 1.

-
- -

Building the Software on Other Systems

-This section contains information that might be useful if you are -working on a non-UNIX system that is not directly supported. All -library-related files described below are located in the -libtiff directory. -

The library requires two files that are generated -on-the-fly. The file tif_fax3sm.c has the state -tables for the Group 3 and Group 4 decoders. This file is generated -by the mkg3states program on a UNIX system; for -example,

-
-
-
-cd libtiff
-cc -o mkg3states mkg3states.c
-rm -f tif_fax3sm.c
-./mkg3states -c const tif_fax3sm.c
-
-
-The -c option can be used to control whether or not the -resutling tables are generated with a const declaration. -The -s option can be used to specify a C storage class for -the table declarations. The -b option can be used to force -data values to be explicitly bracketed with ``{}'' (apparently -needed for some MS-Windows compilers); otherwise the structures are -emitted in as compact a format as possible. Consult the source code -for this program if you have questions. -

The second file required to build the library, version.h, -contains the version information returned by the -TIFFGetVersion routine. This file is built on most systems -using the mkversion program and the contents of the -VERSION and tiff.alpha files; for example,

-
-
-cd libtiff
-cc -o mkversion mkversion.c
-rm -f version.h
-./mkversion -v ../VERSION -a ../dist/tiff.alpha version.h
-
-

Otherwise, when building the library on a non-UNIX system be -sure to consult the files tiffcomp.h and tiffconf.h. -The former contains system compatibility definitions while the -latter is provided so that the software configuration can be -controlled on systems that do not support the make facility for -building the software.

-

Systems without a 32-bit compiler may not be able to handle some -of the codecs in the library; especially the Group 3 and 4 decoder. -If you encounter problems try disabling support for a particular -codec; consult the documentation.

-

Programs in the tools directory are written to assume an ANSI C -compilation environment. There may be a few POSIX'isms as well. The -code in the port directory is provided to emulate routines -that may be missing on some systems. On UNIX systems the -configure script automatically figures out which routines -are not present on a system and enables the use of the equivalent -emulation routines from the port directory. It may be -necessary to manually do this work on a non-UNIX system.

-
-

Checking out the Software

-

Assuming you have working versions of tiffgt and -tiffsv, you can just use them to view any of the sample -images available for testing (see the section -on obtaining the test images). Otherwise, you can do a cursory -check of the library with the tiffcp and tiffcmp -programs. For example,

-
-
-tiffcp -lzw cramps.tif x.tif
-tiffcmp cramps.tif x.tif
-
-

(tiffcmp should be silent if the files compare -correctly).

-
-

Table of Contents

-The following files makup the core library: -
-libtiff/tiff.h                  TIFF spec definitions
-libtiff/tiffcomp.h              non-UNIX OS-compatibility definitions
-libtiff/tiffconf.h              non-UNIX configuration definitions
-libtiff/tiffio.h                public TIFF library definitions
-libtiff/tiffiop.h               private TIFF library definitions
-libtiff/t4.h                    CCITT Group 3/4 code tables+definitions
-libtiff/tif_dir.h               private defs for TIFF directory handling
-libtiff/tif_fax3.h              CCITT Group 3/4-related definitions
-libtiff/tif_predict.h           private defs for Predictor tag support
-libtiff/uvcode.h                LogL/LogLuv codec-specific definitions
-libtiff/version.h               version string (generated by Makefile)
-libtiff/tif_apple.c             Apple-related OS support
-libtiff/tif_atari.c             Atari-related OS support
-libtiff/tif_aux.c               auxilary directory-related functions
-libtiff/tif_close.c             close an open TIFF file
-libtiff/tif_codec.c             configuration table of builtin codecs
-libtiff/tif_compress.c          compression scheme support
-libtiff/tif_dir.c               directory tag interface code
-libtiff/tif_dirinfo.c           directory known tag support code
-libtiff/tif_dirread.c           directory reading code
-libtiff/tif_dirwrite.c          directory writing code
-libtiff/tif_dumpmode.c          "no" compression codec
-libtiff/tif_error.c             library error handler
-libtiff/tif_fax3.c              CCITT Group 3 and 4 codec
-libtiff/tif_fax3sm.c            G3/G4 state tables (generated by mkg3states)
-libtiff/tif_flush.c             i/o and directory state flushing
-libtiff/tif_getimage.c          TIFFRGBAImage support
-libtiff/tif_jpeg.c              JPEG codec (interface to the IJG distribution)
-libtiff/tif_luv.c               SGI LogL/LogLuv codec
-libtiff/tif_lzw.c               LZW codec
-libtiff/tif_msdos.c             MSDOS-related OS support
-libtiff/tif_next.c              NeXT 2-bit scheme codec (decoding only)
-libtiff/tif_open.c              open and simply query code
-libtiff/tif_packbits.c          Packbits codec
-libtiff/tif_pixarlog.c          Pixar codec
-libtiff/tif_predict.c           Predictor tag support
-libtiff/tif_print.c             directory printing support
-libtiff/tif_read.c              image data reading support
-libtiff/tif_strip.c             some strip-related code
-libtiff/tif_swab.c              byte and bit swapping support
-libtiff/tif_thunder.c           Thunderscan codec (decoding only)
-libtiff/tif_tile.c              some tile-related code
-libtiff/tif_unix.c              UNIX-related OS support
-libtiff/tif_version.c           library version support
-libtiff/tif_vms.c               VMS-related OS support
-libtiff/tif_warning.c           library warning handler
-libtiff/tif_win3.c              Windows-3.1-related OS support
-libtiff/tif_win32.c             Win32 (95/98/NT) related OS support
-libtiff/tif_write.c             image data writing support
-libtiff/tif_zip.c               Deflate codec
-
-libtiff/mkg3states.c            program to generate G3/G4 decoder state tables
-libtiff/mkspans.c               program to generate black-white span tables
-libtiff/mkversion.c             program to generate libtiff/version.h.
-
-
-Last updated: $Date: 2012-02-18 21:36:31 $ - - diff --git a/tiff/html/contrib.html b/tiff/html/contrib.html deleted file mode 100755 index e864e73..0000000 --- a/tiff/html/contrib.html +++ /dev/null @@ -1,209 +0,0 @@ - - - -Contributed TIFF Software - - - - - -

- -Contributed TIFF Software -

- - -

-The contrib directory has contributed software that -uses the TIFF library or which is associated with the library -(typically glue and guidance for ports to non-UNIX platforms, or tools that -aren't directly TIFF related). - -
- -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-contrib/vms - -scripts and files from Karsten Spang for building - the library and tools under VMS -
-contrib/dbs - -various tools from Dan & Chris Sears, including a simple X-based viewer -
-contrib/ras - -two programs by Patrick Naughton for converting - between Sun rasterfile format and TIFF (these - require libpixrect.a, as opposed to the one in - tools that doesn't) -
-contrib/mac-mpw
-contrib/mac-cw -		 -scripts and files from Niles Ritter for building -the library and tools under Macintosh/MPW C and -code warrior. -
-contrib/acorn - -scripts and files from Peter Greenham for building - the library and tools on an Acorn RISC OS system. -
-contrib/win32 - -scripts and files from Scott Wagner for building -the library under Windows NT and Windows 95. (The makefile.vc in the -libtiff/libtiff directory may be sufficient for most users.) -
-contrib/win_dib - -two separate implementations of TIFF to DIB code suitable for any Win32 -platform. Contributed by Mark James, and Philippe Tenenhaus. -
-contrib/ojpeg - -Patch for IJG JPEG library related to support for some Old JPEG in TIFF files. -Contributed by Scott Marovich. -
-contrib/dosdjgpp - -scripts and files from Alexander Lehmann for building - the library under MSDOS with the DJGPP v2 compiler. -
-contrib/tags - -scripts and files from Niles Ritter for adding private - tag support at runtime, without changing libtiff. -
-contrib/mfs - -code from Mike Johnson to read+write images in memory -without modifying the library -
-contrib/pds - -various routines from Conrad Poelman; a TIFF image iterator and - code to support ``private sub-directories'' -
-contrib/iptcutil - - -A utility by Bill Radcliffe to -convert an extracted IPTC Newsphoto caption from a binary blob to -ASCII text, and vice versa. IPTC binary blobs can be extracted from -images via the ImageMagick convert(1) -utility. - - -
-contrib/addtiffo - - -A utility (and supporting subroutine) for building -one or more reduce resolution -overviews to an existing TIFF file. Supplied by -Frank Warmerdam. - -
-contrib/stream - - -A class (TiffStream) for accessing TIFF files through a C++ stream -interface. Supplied by Avi Bleiweiss. - -
- -

-Questions regarding these packages are usually best directed toward -their authors. - -

-

- -Last updated: $Date: 2006-01-03 01:42:30 $ - - - diff --git a/tiff/html/document.html b/tiff/html/document.html deleted file mode 100755 index fc7ee55..0000000 --- a/tiff/html/document.html +++ /dev/null @@ -1,52 +0,0 @@ - - - -TIFF Documentation - - - - -

- -TIFF Documentation -

- -

-A copy of the 6.0 specification is available from Adobe at -http://partners.adobe.com/public/developer/en/tiff/TIFF6.pdf, or from the libtiff -ftp site at -ftp://ftp.remotesensing.org/pub/libtiff/doc/TIFF6.pdf.

- -

-Draft TIFF Technical Note #2 covers problems -with the TIFF 6.0 design for embedding JPEG-compressed data in TIFF, and -describes an alternative.

- -Other Adobe information on TIFF can be retrieved from: - - -http://partners.adobe.com/public/developer/tiff/index.html - -

-Joris Van Damme maintains a list of known tags and their descriptions and -definitions. It is available online at - -http://www.awaresystems.be/imaging/tiff/tifftags.html - -

-There is a FAQ, related both to TIFF format and libtiff library: - -http://www.awaresystems.be/imaging/tiff/faq.html - -

-There is a preliminary BigTIFF Design for -a TIFF variation supporting files larger than 4GB. - -

- -
- Last updated: $Date: 2006-07-10 18:13:52 $ -
- - - diff --git a/tiff/html/images.html b/tiff/html/images.html deleted file mode 100755 index 24acf25..0000000 --- a/tiff/html/images.html +++ /dev/null @@ -1,41 +0,0 @@ - - - -TIFF Test Images - - - - -

- -TIFF Test Images -

- -

-Test images are available for most formats supported by the library. -Most of the images included in the test kit are also part of this -documentation (albeit in TIFF rather than GIF or JFIF). -The images are kept in a separate archive that should be located in -the same directory as this software. - -
- -

-The latest archive of test images is located at - -ftp://ftp.remotesensing.org/pub/libtiff/pics-3.8.0.tar.gz - -

-There are two other good sources for TIFF test images: -the contributed software contrib/dbs includes several -programs that generate test images suitable for debugging, and -the tiffcp program can be used to generate a variety -of images with different storage characteristics. - -

-

- -Last updated: $Date: 2006-01-02 23:50:44 $ - - - diff --git a/tiff/html/images/Makefile.am b/tiff/html/images/Makefile.am deleted file mode 100755 index 840e149..0000000 --- a/tiff/html/images/Makefile.am +++ /dev/null @@ -1,46 +0,0 @@ -# Tag Image File Format (TIFF) Software -# -# Copyright (C) 2004, Andrey Kiselev -# -# Permission to use, copy, modify, distribute, and sell this software and -# its documentation for any purpose is hereby granted without fee, provided -# that (i) the above copyright notices and this permission notice appear in -# all copies of the software and related documentation, and (ii) the names of -# Sam Leffler and Silicon Graphics may not be used in any advertising or -# publicity relating to the software without the specific, prior written -# permission of Sam Leffler and Silicon Graphics. -# -# THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND, -# EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY -# WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. -# -# IN NO EVENT SHALL SAM LEFFLER OR SILICON GRAPHICS BE LIABLE FOR -# ANY SPECIAL, INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND, -# OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, -# WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY THEORY OF -# LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE -# OF THIS SOFTWARE. - -# Process this file with automake to produce Makefile.in. - -docdir = $(LIBTIFF_DOCDIR)/html/images - -docfiles = \ - back.gif \ - bali.jpg \ - cat.gif \ - cover.jpg \ - cramps.gif \ - dave.gif \ - info.gif \ - jello.jpg \ - jim.gif \ - note.gif \ - oxford.gif \ - quad.jpg \ - ring.gif \ - smallliz.jpg \ - strike.gif \ - warning.gif - -dist_doc_DATA = $(docfiles) diff --git a/tiff/html/images/Makefile.in b/tiff/html/images/Makefile.in deleted file mode 100755 index b756fac..0000000 --- a/tiff/html/images/Makefile.in +++ /dev/null @@ -1,568 +0,0 @@ -# Makefile.in generated by automake 1.15 from Makefile.am. -# @configure_input@ - -# Copyright (C) 1994-2014 Free Software Foundation, Inc. - -# This Makefile.in is free software; the Free Software Foundation -# gives unlimited permission to copy and/or distribute it, -# with or without modifications, as long as this notice is preserved. - -# This program is distributed in the hope that it will be useful, -# but WITHOUT ANY WARRANTY, to the extent permitted by law; without -# even the implied warranty of MERCHANTABILITY or FITNESS FOR A -# PARTICULAR PURPOSE. - -@SET_MAKE@ - -# Tag Image File Format (TIFF) Software -# -# Copyright (C) 2004, Andrey Kiselev -# -# Permission to use, copy, modify, distribute, and sell this software and -# its documentation for any purpose is hereby granted without fee, provided -# that (i) the above copyright notices and this permission notice appear in -# all copies of the software and related documentation, and (ii) the names of -# Sam Leffler and Silicon Graphics may not be used in any advertising or -# publicity relating to the software without the specific, prior written -# permission of Sam Leffler and Silicon Graphics. -# -# THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND, -# EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY -# WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. -# -# IN NO EVENT SHALL SAM LEFFLER OR SILICON GRAPHICS BE LIABLE FOR -# ANY SPECIAL, INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND, -# OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, -# WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY THEORY OF -# LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE -# OF THIS SOFTWARE. - -# Process this file with automake to produce Makefile.in. - -VPATH = @srcdir@ -am__is_gnu_make = { \ - if test -z '$(MAKELEVEL)'; then \ - false; \ - elif test -n '$(MAKE_HOST)'; then \ - true; \ - elif test -n '$(MAKE_VERSION)' && test -n '$(CURDIR)'; then \ - true; \ - else \ - false; \ - fi; \ -} -am__make_running_with_option = \ - case $${target_option-} in \ - ?) ;; \ - *) echo "am__make_running_with_option: internal error: invalid" \ - "target option '$${target_option-}' specified" >&2; \ - exit 1;; \ - esac; \ - has_opt=no; \ - sane_makeflags=$$MAKEFLAGS; \ - if $(am__is_gnu_make); then \ - sane_makeflags=$$MFLAGS; \ - else \ - case $$MAKEFLAGS in \ - *\\[\ \ ]*) \ - bs=\\; \ - sane_makeflags=`printf '%s\n' "$$MAKEFLAGS" \ - | sed "s/$$bs$$bs[$$bs $$bs ]*//g"`;; \ - esac; \ - fi; \ - skip_next=no; \ - strip_trailopt () \ - { \ - flg=`printf '%s\n' "$$flg" | sed "s/$$1.*$$//"`; \ - }; \ - for flg in $$sane_makeflags; do \ - test $$skip_next = yes && { skip_next=no; continue; }; \ - case $$flg in \ - *=*|--*) continue;; \ - -*I) strip_trailopt 'I'; skip_next=yes;; \ - -*I?*) strip_trailopt 'I';; \ - -*O) strip_trailopt 'O'; skip_next=yes;; \ - -*O?*) strip_trailopt 'O';; \ - -*l) strip_trailopt 'l'; skip_next=yes;; \ - -*l?*) strip_trailopt 'l';; \ - -[dEDm]) skip_next=yes;; \ - -[JT]) skip_next=yes;; \ - esac; \ - case $$flg in \ - *$$target_option*) has_opt=yes; break;; \ - esac; \ - done; \ - test $$has_opt = yes -am__make_dryrun = (target_option=n; $(am__make_running_with_option)) -am__make_keepgoing = (target_option=k; $(am__make_running_with_option)) -pkgdatadir = $(datadir)/@PACKAGE@ -pkgincludedir = $(includedir)/@PACKAGE@ -pkglibdir = $(libdir)/@PACKAGE@ -pkglibexecdir = $(libexecdir)/@PACKAGE@ -am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd -install_sh_DATA = $(install_sh) -c -m 644 -install_sh_PROGRAM = $(install_sh) -c -install_sh_SCRIPT = $(install_sh) -c -INSTALL_HEADER = $(INSTALL_DATA) -transform = $(program_transform_name) -NORMAL_INSTALL = : -PRE_INSTALL = : -POST_INSTALL = : -NORMAL_UNINSTALL = : -PRE_UNINSTALL = : -POST_UNINSTALL = : -build_triplet = @build@ -host_triplet = @host@ -subdir = html/images -ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 -am__aclocal_m4_deps = $(top_srcdir)/m4/acinclude.m4 \ - $(top_srcdir)/m4/libtool.m4 $(top_srcdir)/m4/ltoptions.m4 \ - $(top_srcdir)/m4/ltsugar.m4 $(top_srcdir)/m4/ltversion.m4 \ - $(top_srcdir)/m4/lt~obsolete.m4 $(top_srcdir)/configure.ac -am__configure_deps = $(am__aclocal_m4_deps) $(CONFIGURE_DEPENDENCIES) \ - $(ACLOCAL_M4) -DIST_COMMON = $(srcdir)/Makefile.am $(dist_doc_DATA) \ - $(am__DIST_COMMON) -mkinstalldirs = $(SHELL) $(top_srcdir)/config/mkinstalldirs -CONFIG_HEADER = $(top_builddir)/libtiff/tif_config.h \ - $(top_builddir)/libtiff/tiffconf.h -CONFIG_CLEAN_FILES = -CONFIG_CLEAN_VPATH_FILES = -AM_V_P = $(am__v_P_@AM_V@) -am__v_P_ = $(am__v_P_@AM_DEFAULT_V@) -am__v_P_0 = false -am__v_P_1 = : -AM_V_GEN = $(am__v_GEN_@AM_V@) -am__v_GEN_ = $(am__v_GEN_@AM_DEFAULT_V@) -am__v_GEN_0 = @echo " GEN " $@; -am__v_GEN_1 = -AM_V_at = $(am__v_at_@AM_V@) -am__v_at_ = $(am__v_at_@AM_DEFAULT_V@) -am__v_at_0 = @ -am__v_at_1 = -SOURCES = -DIST_SOURCES = -am__can_run_installinfo = \ - case $$AM_UPDATE_INFO_DIR in \ - n|no|NO) false;; \ - *) (install-info --version) >/dev/null 2>&1;; \ - esac -am__vpath_adj_setup = srcdirstrip=`echo "$(srcdir)" | sed 's|.|.|g'`; -am__vpath_adj = case $$p in \ - $(srcdir)/*) f=`echo "$$p" | sed "s|^$$srcdirstrip/||"`;; \ - *) f=$$p;; \ - esac; -am__strip_dir = f=`echo $$p | sed -e 's|^.*/||'`; -am__install_max = 40 -am__nobase_strip_setup = \ - srcdirstrip=`echo "$(srcdir)" | sed 's/[].[^$$\\*|]/\\\\&/g'` -am__nobase_strip = \ - for p in $$list; do echo "$$p"; done | sed -e "s|$$srcdirstrip/||" -am__nobase_list = $(am__nobase_strip_setup); \ - for p in $$list; do echo "$$p $$p"; done | \ - sed "s| $$srcdirstrip/| |;"' / .*\//!s/ .*/ ./; s,\( .*\)/[^/]*$$,\1,' | \ - $(AWK) 'BEGIN { files["."] = "" } { files[$$2] = files[$$2] " " $$1; \ - if (++n[$$2] == $(am__install_max)) \ - { print $$2, files[$$2]; n[$$2] = 0; files[$$2] = "" } } \ - END { for (dir in files) print dir, files[dir] }' -am__base_list = \ - sed '$$!N;$$!N;$$!N;$$!N;$$!N;$$!N;$$!N;s/\n/ /g' | \ - sed '$$!N;$$!N;$$!N;$$!N;s/\n/ /g' -am__uninstall_files_from_dir = { \ - test -z "$$files" \ - || { test ! -d "$$dir" && test ! -f "$$dir" && test ! -r "$$dir"; } \ - || { echo " ( cd '$$dir' && rm -f" $$files ")"; \ - $(am__cd) "$$dir" && rm -f $$files; }; \ - } -am__installdirs = "$(DESTDIR)$(docdir)" -DATA = $(dist_doc_DATA) -am__tagged_files = $(HEADERS) $(SOURCES) $(TAGS_FILES) $(LISP) -am__DIST_COMMON = $(srcdir)/Makefile.in \ - $(top_srcdir)/config/mkinstalldirs -DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) -ACLOCAL = @ACLOCAL@ -AMTAR = @AMTAR@ -AM_DEFAULT_VERBOSITY = @AM_DEFAULT_VERBOSITY@ -AR = @AR@ -AS = @AS@ -AUTOCONF = @AUTOCONF@ -AUTOHEADER = @AUTOHEADER@ -AUTOMAKE = @AUTOMAKE@ -AWK = @AWK@ -CC = @CC@ -CCDEPMODE = @CCDEPMODE@ -CFLAGS = @CFLAGS@ -CPP = @CPP@ -CPPFLAGS = @CPPFLAGS@ -CXX = @CXX@ -CXXCPP = @CXXCPP@ -CXXDEPMODE = @CXXDEPMODE@ -CXXFLAGS = @CXXFLAGS@ -CYGPATH_W = @CYGPATH_W@ -DEFS = @DEFS@ -DEPDIR = @DEPDIR@ -DLLTOOL = @DLLTOOL@ -DSYMUTIL = @DSYMUTIL@ -DUMPBIN = @DUMPBIN@ -ECHO_C = @ECHO_C@ -ECHO_N = @ECHO_N@ -ECHO_T = @ECHO_T@ -EGREP = @EGREP@ -EXEEXT = @EXEEXT@ -FGREP = @FGREP@ -GLUT_CFLAGS = @GLUT_CFLAGS@ -GLUT_LIBS = @GLUT_LIBS@ -GLU_CFLAGS = @GLU_CFLAGS@ -GLU_LIBS = @GLU_LIBS@ -GL_CFLAGS = @GL_CFLAGS@ -GL_LIBS = @GL_LIBS@ -GREP = @GREP@ -INSTALL = @INSTALL@ -INSTALL_DATA = @INSTALL_DATA@ -INSTALL_PROGRAM = @INSTALL_PROGRAM@ -INSTALL_SCRIPT = @INSTALL_SCRIPT@ -INSTALL_STRIP_PROGRAM = @INSTALL_STRIP_PROGRAM@ -LD = @LD@ -LDFLAGS = @LDFLAGS@ -LIBDIR = @LIBDIR@ -LIBOBJS = @LIBOBJS@ -LIBS = @LIBS@ -LIBTIFF_ALPHA_VERSION = @LIBTIFF_ALPHA_VERSION@ -LIBTIFF_DOCDIR = @LIBTIFF_DOCDIR@ -LIBTIFF_MAJOR_VERSION = @LIBTIFF_MAJOR_VERSION@ -LIBTIFF_MICRO_VERSION = @LIBTIFF_MICRO_VERSION@ -LIBTIFF_MINOR_VERSION = @LIBTIFF_MINOR_VERSION@ -LIBTIFF_RELEASE_DATE = @LIBTIFF_RELEASE_DATE@ -LIBTIFF_VERSION = @LIBTIFF_VERSION@ -LIBTIFF_VERSION_INFO = @LIBTIFF_VERSION_INFO@ -LIBTOOL = @LIBTOOL@ -LIPO = @LIPO@ -LN_S = @LN_S@ -LTLIBOBJS = @LTLIBOBJS@ -LT_SYS_LIBRARY_PATH = @LT_SYS_LIBRARY_PATH@ -MAINT = @MAINT@ -MAKEINFO = @MAKEINFO@ -MANIFEST_TOOL = @MANIFEST_TOOL@ -MKDIR_P = @MKDIR_P@ -NM = @NM@ -NMEDIT = @NMEDIT@ -OBJDUMP = @OBJDUMP@ -OBJEXT = @OBJEXT@ -OTOOL = @OTOOL@ -OTOOL64 = @OTOOL64@ -PACKAGE = @PACKAGE@ -PACKAGE_BUGREPORT = @PACKAGE_BUGREPORT@ -PACKAGE_NAME = @PACKAGE_NAME@ -PACKAGE_STRING = @PACKAGE_STRING@ -PACKAGE_TARNAME = @PACKAGE_TARNAME@ -PACKAGE_URL = @PACKAGE_URL@ -PACKAGE_VERSION = @PACKAGE_VERSION@ -PATH_SEPARATOR = @PATH_SEPARATOR@ -PTHREAD_CC = @PTHREAD_CC@ -PTHREAD_CFLAGS = @PTHREAD_CFLAGS@ -PTHREAD_LIBS = @PTHREAD_LIBS@ -RANLIB = @RANLIB@ -SED = @SED@ -SET_MAKE = @SET_MAKE@ -SHELL = @SHELL@ -STRIP = @STRIP@ -VERSION = @VERSION@ -XMKMF = @XMKMF@ -X_CFLAGS = @X_CFLAGS@ -X_EXTRA_LIBS = @X_EXTRA_LIBS@ -X_LIBS = @X_LIBS@ -X_PRE_LIBS = @X_PRE_LIBS@ -abs_builddir = @abs_builddir@ -abs_srcdir = @abs_srcdir@ -abs_top_builddir = @abs_top_builddir@ -abs_top_srcdir = @abs_top_srcdir@ -ac_ct_AR = @ac_ct_AR@ -ac_ct_CC = @ac_ct_CC@ -ac_ct_CXX = @ac_ct_CXX@ -ac_ct_DUMPBIN = @ac_ct_DUMPBIN@ -am__include = @am__include@ -am__leading_dot = @am__leading_dot@ -am__quote = @am__quote@ -am__tar = @am__tar@ -am__untar = @am__untar@ -ax_pthread_config = @ax_pthread_config@ -bindir = @bindir@ -build = @build@ -build_alias = @build_alias@ -build_cpu = @build_cpu@ -build_os = @build_os@ -build_vendor = @build_vendor@ -builddir = @builddir@ -datadir = @datadir@ -datarootdir = @datarootdir@ -docdir = $(LIBTIFF_DOCDIR)/html/images -dvidir = @dvidir@ -exec_prefix = @exec_prefix@ -host = @host@ -host_alias = @host_alias@ -host_cpu = @host_cpu@ -host_os = @host_os@ -host_vendor = @host_vendor@ -htmldir = @htmldir@ -includedir = @includedir@ -infodir = @infodir@ -install_sh = @install_sh@ -libdir = @libdir@ -libexecdir = @libexecdir@ -localedir = @localedir@ -localstatedir = @localstatedir@ -mandir = @mandir@ -mkdir_p = @mkdir_p@ -oldincludedir = @oldincludedir@ -pdfdir = @pdfdir@ -prefix = @prefix@ -program_transform_name = @program_transform_name@ -psdir = @psdir@ -sbindir = @sbindir@ -sharedstatedir = @sharedstatedir@ -srcdir = @srcdir@ -sysconfdir = @sysconfdir@ -target_alias = @target_alias@ -tiff_libs_private = @tiff_libs_private@ -top_build_prefix = @top_build_prefix@ -top_builddir = @top_builddir@ -top_srcdir = @top_srcdir@ -docfiles = \ - back.gif \ - bali.jpg \ - cat.gif \ - cover.jpg \ - cramps.gif \ - dave.gif \ - info.gif \ - jello.jpg \ - jim.gif \ - note.gif \ - oxford.gif \ - quad.jpg \ - ring.gif \ - smallliz.jpg \ - strike.gif \ - warning.gif - -dist_doc_DATA = $(docfiles) -all: all-am - -.SUFFIXES: -$(srcdir)/Makefile.in: @MAINTAINER_MODE_TRUE@ $(srcdir)/Makefile.am $(am__configure_deps) - @for dep in $?; do \ - case '$(am__configure_deps)' in \ - *$$dep*) \ - ( cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh ) \ - && { if test -f $@; then exit 0; else break; fi; }; \ - exit 1;; \ - esac; \ - done; \ - echo ' cd $(top_srcdir) && $(AUTOMAKE) --foreign html/images/Makefile'; \ - $(am__cd) $(top_srcdir) && \ - $(AUTOMAKE) --foreign html/images/Makefile -Makefile: $(srcdir)/Makefile.in $(top_builddir)/config.status - @case '$?' in \ - *config.status*) \ - cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh;; \ - *) \ - echo ' cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe)'; \ - cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe);; \ - esac; - -$(top_builddir)/config.status: $(top_srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) - cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh - -$(top_srcdir)/configure: @MAINTAINER_MODE_TRUE@ $(am__configure_deps) - cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh -$(ACLOCAL_M4): @MAINTAINER_MODE_TRUE@ $(am__aclocal_m4_deps) - cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh -$(am__aclocal_m4_deps): - -mostlyclean-libtool: - -rm -f *.lo - -clean-libtool: - -rm -rf .libs _libs -install-dist_docDATA: $(dist_doc_DATA) - @$(NORMAL_INSTALL) - @list='$(dist_doc_DATA)'; test -n "$(docdir)" || list=; \ - if test -n "$$list"; then \ - echo " $(MKDIR_P) '$(DESTDIR)$(docdir)'"; \ - $(MKDIR_P) "$(DESTDIR)$(docdir)" || exit 1; \ - fi; \ - for p in $$list; do \ - if test -f "$$p"; then d=; else d="$(srcdir)/"; fi; \ - echo "$$d$$p"; \ - done | $(am__base_list) | \ - while read files; do \ - echo " $(INSTALL_DATA) $$files '$(DESTDIR)$(docdir)'"; \ - $(INSTALL_DATA) $$files "$(DESTDIR)$(docdir)" || exit $$?; \ - done - -uninstall-dist_docDATA: - @$(NORMAL_UNINSTALL) - @list='$(dist_doc_DATA)'; test -n "$(docdir)" || list=; \ - files=`for p in $$list; do echo $$p; done | sed -e 's|^.*/||'`; \ - dir='$(DESTDIR)$(docdir)'; $(am__uninstall_files_from_dir) -tags TAGS: - -ctags CTAGS: - -cscope cscopelist: - - -distdir: $(DISTFILES) - @srcdirstrip=`echo "$(srcdir)" | sed 's/[].[^$$\\*]/\\\\&/g'`; \ - topsrcdirstrip=`echo "$(top_srcdir)" | sed 's/[].[^$$\\*]/\\\\&/g'`; \ - list='$(DISTFILES)'; \ - dist_files=`for file in $$list; do echo $$file; done | \ - sed -e "s|^$$srcdirstrip/||;t" \ - -e "s|^$$topsrcdirstrip/|$(top_builddir)/|;t"`; \ - case $$dist_files in \ - */*) $(MKDIR_P) `echo "$$dist_files" | \ - sed '/\//!d;s|^|$(distdir)/|;s,/[^/]*$$,,' | \ - sort -u` ;; \ - esac; \ - for file in $$dist_files; do \ - if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ - if test -d $$d/$$file; then \ - dir=`echo "/$$file" | sed -e 's,/[^/]*$$,,'`; \ - if test -d "$(distdir)/$$file"; then \ - find "$(distdir)/$$file" -type d ! -perm -700 -exec chmod u+rwx {} \;; \ - fi; \ - if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ - cp -fpR $(srcdir)/$$file "$(distdir)$$dir" || exit 1; \ - find "$(distdir)/$$file" -type d ! -perm -700 -exec chmod u+rwx {} \;; \ - fi; \ - cp -fpR $$d/$$file "$(distdir)$$dir" || exit 1; \ - else \ - test -f "$(distdir)/$$file" \ - || cp -p $$d/$$file "$(distdir)/$$file" \ - || exit 1; \ - fi; \ - done -check-am: all-am -check: check-am -all-am: Makefile $(DATA) -installdirs: - for dir in "$(DESTDIR)$(docdir)"; do \ - test -z "$$dir" || $(MKDIR_P) "$$dir"; \ - done -install: install-am -install-exec: install-exec-am -install-data: install-data-am -uninstall: uninstall-am - -install-am: all-am - @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am - -installcheck: installcheck-am -install-strip: - if test -z '$(STRIP)'; then \ - $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ - install_sh_PROGRAM="$(INSTALL_STRIP_PROGRAM)" INSTALL_STRIP_FLAG=-s \ - install; \ - else \ - $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ - install_sh_PROGRAM="$(INSTALL_STRIP_PROGRAM)" INSTALL_STRIP_FLAG=-s \ - "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'" install; \ - fi -mostlyclean-generic: - -clean-generic: - -distclean-generic: - -test -z "$(CONFIG_CLEAN_FILES)" || rm -f $(CONFIG_CLEAN_FILES) - -test . = "$(srcdir)" || test -z "$(CONFIG_CLEAN_VPATH_FILES)" || rm -f $(CONFIG_CLEAN_VPATH_FILES) - -maintainer-clean-generic: - @echo "This command is intended for maintainers to use" - @echo "it deletes files that may require special tools to rebuild." -clean: clean-am - -clean-am: clean-generic clean-libtool mostlyclean-am - -distclean: distclean-am - -rm -f Makefile -distclean-am: clean-am distclean-generic - -dvi: dvi-am - -dvi-am: - -html: html-am - -html-am: - -info: info-am - -info-am: - -install-data-am: install-dist_docDATA - -install-dvi: install-dvi-am - -install-dvi-am: - -install-exec-am: - -install-html: install-html-am - -install-html-am: - -install-info: install-info-am - -install-info-am: - -install-man: - -install-pdf: install-pdf-am - -install-pdf-am: - -install-ps: install-ps-am - -install-ps-am: - -installcheck-am: - -maintainer-clean: maintainer-clean-am - -rm -f Makefile -maintainer-clean-am: distclean-am maintainer-clean-generic - -mostlyclean: mostlyclean-am - -mostlyclean-am: mostlyclean-generic mostlyclean-libtool - -pdf: pdf-am - -pdf-am: - -ps: ps-am - -ps-am: - -uninstall-am: uninstall-dist_docDATA - -.MAKE: install-am install-strip - -.PHONY: all all-am check check-am clean clean-generic clean-libtool \ - cscopelist-am ctags-am distclean distclean-generic \ - distclean-libtool distdir dvi dvi-am html html-am info info-am \ - install install-am install-data install-data-am \ - install-dist_docDATA install-dvi install-dvi-am install-exec \ - install-exec-am install-html install-html-am install-info \ - install-info-am install-man install-pdf install-pdf-am \ - install-ps install-ps-am install-strip installcheck \ - installcheck-am installdirs maintainer-clean \ - maintainer-clean-generic mostlyclean mostlyclean-generic \ - mostlyclean-libtool pdf pdf-am ps ps-am tags-am uninstall \ - uninstall-am uninstall-dist_docDATA - -.PRECIOUS: Makefile - - -# Tell versions [3.59,3.63) of GNU make to not export all variables. -# Otherwise a system limit (for SysV at least) may be exceeded. -.NOEXPORT: diff --git a/tiff/html/index.html b/tiff/html/index.html deleted file mode 100755 index 05f7338..0000000 --- a/tiff/html/index.html +++ /dev/null @@ -1,123 +0,0 @@ - - - - LibTIFF - TIFF Library and Utilities - - - - - -

LibTIFF - TIFF Library and Utilities

-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Home Pagehttp://www.remotesensing.org/libtiff/
Home Page Mirrorhttp://libtiff.maptools.org/
Latest Stable Releasev4.0.4beta
Master Download Sitedownload.osgeo.org, directory libtiff
Windows BinariesGnuWin32 Project
Mailing Listtiff@lists.maptools.org, - Subscription, - Archive. - Please, read the TIFF FAQ - before asking questions.
Anonymous CVSexport CVSROOT=:pserver:cvsanon@cvs.maptools.org:/cvs/maptools/cvsroot
- cvs login
- (use empty password)
- cvs checkout libtiff
 - to get the stable libtiff code or
- cvs checkout -r branch-3-9 libtiff
- to get the previous stable branch supporting the 3.9.X release series.
-
-

- This software provides support for the Tag Image File Format (TIFF), - a widely used format for storing image data. The latest version of - the TIFF specification is available on-line - in several different formats. -

-

- Included in this software distribution is a library, libtiff, for - reading and writing TIFF, a small collection of tools for doing - simple manipulations of TIFF images, and documentation on the - library and tools. Libtiff is a portable software, it was built - and tested on various systems: UNIX flavors (Linux, BSD, Solaris, - MacOS X), Windows, and OpenVMS. It should be possible to port - libtiff and additional tools on other OSes. -

-

- The library, along with associated tool programs, should handle most of - your needs for reading and writing TIFF images on 32- and 64-bit - machines. -

-

- The software was originally authored and maintained by Sam Leffler. -

-

- Questions should be sent to the TIFF mailing list: - tiff@lists.maptools.org, with - a subscription interface at - http://lists.maptools.org/mailman/listinfo/tiff. -

-

- The persons responsible for putting up this site and putting together - versions >= 3.5.1 are - Frank Warmerdam, - Andrey Kiselev, - Bob Friesenhahn, - Joris Van Damme and Lee Howard. -

-

- The following sections are included in this documentation: -

- -

- BigTIFF News -

- -
-

- Last updated $Date: 2012-09-22 16:12:44 $. -

- - diff --git a/tiff/html/internals.html b/tiff/html/internals.html deleted file mode 100755 index 83d53b0..0000000 --- a/tiff/html/internals.html +++ /dev/null @@ -1,572 +0,0 @@ - - - -Modifying The TIFF Library - - - - -

- -Modifying The TIFF Library -

- - -

-This chapter provides information about the internal structure of -the library, how to control the configuration when building it, and -how to add new support to the library. -The following sections are found in this chapter: - -

- - -

Library Configuration

 - -Information on compiling the library is given -elsewhere in this documentation. -This section describes the low-level mechanisms used to control -the optional parts of the library that are configured at build -time. Control is based on -a collection of C defines that are specified either on the compiler -command line or in a configuration file such as port.h -(as generated by the configure script for UNIX systems) -or tiffconf.h. - -

-Configuration defines are split into three areas: -

    -
  • those that control which compression schemes are - configured as part of the builtin codecs, -
  • those that control support for groups of tags that - are considered optional, and -
  • those that control operating system or machine-specific support. -
- -

-If the define COMPRESSION_SUPPORT is not defined -then a default set of compression schemes is automatically -configured: -

    -
  • CCITT Group 3 and 4 algorithms (compression codes 2, 3, 4, and 32771), -
  • the Macintosh PackBits algorithm (compression 32773), -
  • a 4-bit run-length encoding scheme from ThunderScan (compression 32809), -
  • a 2-bit encoding scheme used by NeXT (compression 32766), and -
  • two experimental schemes intended for images with high dynamic range -(compression 34676 and 34677). -
- -

- -To override the default compression behaviour define -COMPRESSION_SUPPORT and then one or more additional defines -to enable configuration of the appropriate codecs (see the table -below); e.g. - -

    -#define	COMPRESSION_SUPPORT
-#define	CCITT_SUPPORT
-#define	PACKBITS_SUPPORT
-
- -Several other compression schemes are configured separately from -the default set because they depend on ancillary software -packages that are not distributed with libtiff. - -

-Support for JPEG compression is controlled by JPEG_SUPPORT. -The JPEG codec that comes with libtiff is designed for -use with release 5 or later of the Independent JPEG Group's freely -available software distribution. -This software can be retrieved from the directory -ftp.uu.net:/graphics/jpeg/. - - -

-NOTE: -Enabling JPEG support automatically enables support for -the TIFF 6.0 colorimetry and YCbCr-related tags. - -

-Experimental support for the deflate algorithm is controlled by -DEFLATE_SUPPORT. -The deflate codec that comes with libtiff is designed -for use with version 0.99 or later of the freely available -libz library written by Jean-loup Gailly and Mark Adler. -The data format used by this library is described -in the files -zlib-3.1.doc, -and -deflate-1.1.doc, -available in the directory -ftp.uu.net:/pub/archiving/zip/doc. -The library can be retried from the directory -ftp.uu.net:/pub/archiving/zip/zlib/ -(or try quest.jpl.nasa.gov:/beta/zlib/). - -

-NOTE: -The deflate algorithm is experimental. Do not expect -to exchange files using this compression scheme; -it is included only because the similar, and more common, -LZW algorithm is claimed to be governed by licensing restrictions. - - -

-By default tiffconf.h defines -COLORIMETRY_SUPPORT, -YCBCR_SUPPORT, -and -CMYK_SUPPORT. - -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
DefineDescription
CCITT_SUPPORTCCITT Group 3 and 4 algorithms (compression codes 2, 3, 4, - and 32771)
PACKBITS_SUPPORTMacintosh PackBits algorithm (compression 32773)
LZW_SUPPORTLempel-Ziv & Welch (LZW) algorithm (compression 5)
THUNDER_SUPPORT4-bit -run-length encoding scheme from ThunderScan (compression 32809)
NEXT_SUPPORT2-bit encoding scheme used by NeXT (compression 32766)
OJPEG_SUPPORTobsolete JPEG scheme defined in the 6.0 spec (compression 6)
JPEG_SUPPORTcurrent JPEG scheme defined in TTN2 (compression 7)
ZIP_SUPPORTexperimental Deflate scheme (compression 32946)
PIXARLOG_SUPPORTPixar's compression scheme for high-resolution color images (compression 32909)
SGILOG_SUPPORTSGI's compression scheme for high-resolution color images (compression 34676 and 34677)
COLORIMETRY_SUPPORTsupport for the TIFF 6.0 colorimetry tags
YCBCR_SUPPORTsupport for the TIFF 6.0 YCbCr-related tags
CMYK_SUPPORTsupport for the TIFF 6.0 CMYK-related tags
ICC_SUPPORTsupport for the ICC Profile tag; see -The ICC Profile Format Specification, -Annex B.3 "Embedding ICC Profiles in TIFF Files"; -available at -http://www.color.org -
- - -

General Portability Comments

- -This software is developed on Silicon Graphics UNIX -systems (big-endian, MIPS CPU, 32-bit ints, -IEEE floating point). -The configure shell script generates the appropriate -include files and make files for UNIX systems. -Makefiles exist for non-UNIX platforms that the -code runs on -- this work has mostly been done by other people. - -

-In general, the code is guaranteed to work only on SGI machines. -In practice it is highly portable to any 32-bit or 64-bit system and much -work has been done to insure portability to 16-bit systems. -If you encounter portability problems please return fixes so -that future distributions can be improved. - -

-The software is written to assume an ANSI C compilation environment. -If your compiler does not support ANSI function prototypes, const, -and <stdarg.h> then you will have to make modifications to the -software. In the past I have tried to support compilers without const -and systems without <stdarg.h>, but I am -no longer interested in these -antiquated environments. With the general availability of -the freely available GCC compiler, I -see no reason to incorporate modifications to the software for these -purposes. - -

-An effort has been made to isolate as many of the -operating system-dependencies -as possible in two files: tiffcomp.h and -libtiff/tif_<os>.c. The latter file contains -operating system-specific routines to do I/O and I/O-related operations. -The UNIX (tif_unix.c), -Macintosh (tif_apple.c), -and VMS (tif_vms.c) -code has had the most use; -the MS/DOS support (tif_msdos.c) assumes -some level of UNIX system call emulation (i.e. -open, -read, -write, -fstat, -malloc, -free). - -

-Native CPU byte order is determined on the fly by -the library and does not need to be specified. -The HOST_FILLORDER and HOST_BIGENDIAN -definitions are not currently used, but may be employed by -codecs for optimization purposes. - -

-The following defines control general portability: - -

- - - - - - - - - - - - - - - - - - - - - - - - - - -
BSDTYPESDefine this if your system does NOT define the - usual BSD typedefs: u_char, - u_short, u_int, u_long.
HAVE_IEEEFPDefine this as 0 or 1 according to the floating point - format suported by the machine. If your machine does - not support IEEE floating point then you will need to - add support to tif_machdep.c to convert between the - native format and IEEE format.
HAVE_MMAPDefine this if there is mmap-style support for -mapping files into memory (used only to read data).
HOST_FILLORDERDefine the native CPU bit order: one of FILLORDER_MSB2LSB - or FILLORDER_LSB2MSB
HOST_BIGENDIANDefine the native CPU byte order: 1 if big-endian (Motorola) - or 0 if little-endian (Intel); this may be used - in codecs to optimize code
- -

-On UNIX systems HAVE_MMAP is defined through the running of -the configure script; otherwise support for memory-mapped -files is disabled. -Note that tiffcomp.h defines HAVE_IEEEFP to be -1 (BSDTYPES is not defined). - - -

Types and Portability

- -The software makes extensive use of C typedefs to promote portability. -Two sets of typedefs are used, one for communication with clients -of the library and one for internal data structures and parsing of the -TIFF format. There are interactions between these two to be careful -of, but for the most part you should be able to deal with portability -purely by fiddling with the following machine-dependent typedefs: - - -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
uint88-bit unsigned integertiff.h
int88-bit signed integertiff.h
uint1616-bit unsigned integertiff.h
int1616-bit signed integertiff.h
uint3232-bit unsigned integertiff.h
int3232-bit signed integertiff.h
dblparam_tpromoted type for floatstiffcomp.h
- -

-(to clarify dblparam_t, it is the type that float parameters are -promoted to when passed by value in a function call.) - -

-The following typedefs are used throughout the library and interfaces -to refer to certain objects whose size is dependent on the TIFF image -structure: - - -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
typedef unsigned int ttag_t; directory tag
typedef uint16 tdir_t; directory index
typedef uint16 tsample_t; sample number
typedef uint32 tstrip_t; strip number
typedef uint32 ttile_t; tile number
typedef int32 tsize_t; i/o size in bytes
typedef void* tdata_t; image data ref
typedef void* thandle_t; client data handle
typedef int32 toff_t; file offset (should be off_t)
typedef unsigned char* tidata_t; internal image data
- -

-Note that tstrip_t, ttile_t, and tsize_t -are constrained to be -no more than 32-bit quantities by 32-bit fields they are stored -in in the TIFF image. Likewise tsample_t is limited by the 16-bit -field used to store the SamplesPerPixel tag. tdir_t -constrains -the maximum number of IFDs that may appear in an image and may -be an arbitrary size (without penalty). ttag_t must be either -int, unsigned int, pointer, or double -because the library uses a varargs -interface and ANSI C restricts the type of the parameter before an -ellipsis to be a promoted type. toff_t is defined as -int32 because -TIFF file offsets are (unsigned) 32-bit quantities. A signed -value is used because some interfaces return -1 on error (sigh). -Finally, note that tidata_t is used internally to the library to -manipulate internal data. User-specified data references are -passed as opaque handles and only cast at the lowest layers where -their type is presumed. - - -

General Comments

- -The library is designed to hide as much of the details of TIFF from -applications as -possible. In particular, TIFF directories are read in their entirety -into an internal format. Only the tags known by the library are -available to a user and certain tag data may be maintained that a user -does not care about (e.g. transfer function tables). - -

Adding New Builtin Codecs

 - -To add builtin support for a new compression algorithm, you can either -use the "tag-extension" trick to override the handling of the -TIFF Compression tag (see Adding New Tags), -or do the following to add support directly to the core library: - -
    -
  1. Define the tag value in tiff.h. -
  2. Edit the file tif_codec.c to add an entry to the - _TIFFBuiltinCODECS array (see how other algorithms are handled). -
  3. Add the appropriate function prototype declaration to - tiffiop.h (close to the bottom). -
  4. Create a file with the compression scheme code, by convention files - are named tif_*.c (except perhaps on some systems where the - tif_ prefix pushes some filenames over 14 chars. -
  5. Edit Makefile.in (and any other Makefiles) - to include the new source file. -
- -

-A codec, say foo, can have many different entry points: - -

-TIFFInitfoo(tif, scheme)/* initialize scheme and setup entry points in tif */
-fooSetupDecode(tif)	/* called once per IFD after tags has been frozen */
-fooPreDecode(tif, sample)/* called once per strip/tile, after data is read,
-			    but before the first row is decoded */
-fooDecode*(tif, bp, cc, sample)/* decode cc bytes of data into the buffer */
-    fooDecodeRow(...)	/* called to decode a single scanline */
-    fooDecodeStrip(...)	/* called to decode an entire strip */
-    fooDecodeTile(...)	/* called to decode an entire tile */
-fooSetupEncode(tif)	/* called once per IFD after tags has been frozen */
-fooPreEncode(tif, sample)/* called once per strip/tile, before the first row in
-			    a strip/tile is encoded */
-fooEncode*(tif, bp, cc, sample)/* encode cc bytes of user data (bp) */
-    fooEncodeRow(...)	/* called to decode a single scanline */
-    fooEncodeStrip(...)	/* called to decode an entire strip */
-    fooEncodeTile(...)	/* called to decode an entire tile */
-fooPostEncode(tif)	/* called once per strip/tile, just before data is written */
-fooSeek(tif, row)	/* seek forwards row scanlines from the beginning
-			   of a strip (row will always be >0 and <rows/strip */
-fooCleanup(tif)		/* called when compression scheme is replaced by user */
-
- -

-Note that the encoding and decoding variants are only needed when -a compression algorithm is dependent on the structure of the data. -For example, Group 3 2D encoding and decoding maintains a reference -scanline. The sample parameter identifies which sample is to be -encoded or decoded if the image is organized with PlanarConfig=2 -(separate planes). This is important for algorithms such as JPEG. -If PlanarConfig=1 (interleaved), then sample will always be 0. - -

Other Comments

- -The library handles most I/O buffering. There are two data buffers -when decoding data: a raw data buffer that holds all the data in a -strip, and a user-supplied scanline buffer that compression schemes -place decoded data into. When encoding data the data in the -user-supplied scanline buffer is encoded into the raw data buffer (from -where it is written). Decoding routines should never have to explicitly -read data -- a full strip/tile's worth of raw data is read and scanlines -never cross strip boundaries. Encoding routines must be cognizant of -the raw data buffer size and call TIFFFlushData1() when necessary. -Note that any pending data is automatically flushed when a new strip/tile is -started, so there's no need do that in the tif_postencode routine (if -one exists). Bit order is automatically handled by the library when -a raw strip or tile is filled. If the decoded samples are interpreted -by the decoding routine before they are passed back to the user, then -the decoding logic must handle byte-swapping by overriding the -tif_postdecode -routine (set it to TIFFNoPostDecode) and doing the required work -internally. For an example of doing this look at the horizontal -differencing code in the routines in tif_predict.c. - -

-The variables tif_rawcc, tif_rawdata, and -tif_rawcp in a TIFF structure -are associated with the raw data buffer. tif_rawcc must be non-zero -for the library to automatically flush data. The variable -tif_scanlinesize is the size a user's scanline buffer should be. The -variable tif_tilesize is the size of a tile for tiled images. This -should not normally be used by compression routines, except where it -relates to the compression algorithm. That is, the cc parameter to the -tif_decode* and tif_encode* -routines should be used in terminating -decompression/compression. This ensures these routines can be used, -for example, to decode/encode entire strips of data. - -

-In general, if you have a new compression algorithm to add, work from -the code for an existing routine. In particular, -tif_dumpmode.c -has the trivial code for the "nil" compression scheme, -tif_packbits.c is a -simple byte-oriented scheme that has to watch out for buffer -boundaries, and tif_lzw.c has the LZW scheme that has the most -complexity -- it tracks the buffer boundary at a bit level. -Of course, using a private compression scheme (or private tags) limits -the portability of your TIFF files. - -

-

- -Last updated: $Date: 2004-09-10 14:47:31 $ - - - - diff --git a/tiff/html/intro.html b/tiff/html/intro.html deleted file mode 100755 index 7b7bb82..0000000 --- a/tiff/html/intro.html +++ /dev/null @@ -1,68 +0,0 @@ - - - -Introduction to the TIFF Documentation - - - - -

- -Introduction to the TIFF Documentation -

- - -

-The following definitions are used throughout this documentation. -They are consistent with the terminology used in the TIFF 6.0 specification. - -

-
Sample -
The unit of information stored in an image; often called a - channel elsewhere. Sample values are numbers, usually unsigned - integers, but possibly in some other format if the SampleFormat - tag is specified in a TIFF -
Pixel -
A collection of one or more samples that go together. -
Row -
An Nx1 rectangular collection of pixels. -
Tile -
An NxM rectangular organization of data (or pixels). -
Strip -
A tile whose width is the full image width. -
Compression -
A scheme by which pixel or sample data are stored in - an encoded form, specifically with the intent of reducing the - storage cost. -
Codec -
Software that implements the decoding and encoding algorithms - of a compression scheme. - - -

-In order to better understand how TIFF works (and consequently this -software) it is important to recognize the distinction between the -physical organization of image data as it is stored in a TIFF and how -the data is interpreted and manipulated as pixels in an image. TIFF -supports a wide variety of storage and data compression schemes that -can be used to optimize retrieval time and/or minimize storage space. -These on-disk formats are independent of the image characteristics; it -is the responsibility of the TIFF reader to process the on-disk storage -into an in-memory format suitable for an application. Furthermore, it -is the responsibility of the application to properly interpret the -visual characteristics of the image data. TIFF defines a framework for -specifying the on-disk storage format and image characteristics with -few restrictions. This permits significant complexity that can be -daunting. Good applications that handle TIFF work by handling as wide -a range of storage formats as possible, while constraining the -acceptable image characteristics to those that make sense for the -application. - - -

-

- -Last updated: $Date: 1999-08-09 20:21:21 $ - - - diff --git a/tiff/html/libtiff.html b/tiff/html/libtiff.html deleted file mode 100755 index 16355ad..0000000 --- a/tiff/html/libtiff.html +++ /dev/null @@ -1,747 +0,0 @@ - - - - Using The TIFF Library - - - - - - - - - - -
-

Using The TIFF Library

-

- libtiff is a set of C functions (a library) that support - the manipulation of TIFF image files. - The library requires an ANSI C compilation environment for building - and presumes an ANSI C environment for use. -

-
-
-

- libtiff - provides interfaces to image data at several layers of abstraction (and cost). - At the highest level image data can be read into an 8-bit/sample, - ABGR pixel raster format without regard for the underlying data organization, - colorspace, or compression scheme. Below this high-level interface - the library provides scanline-, strip-, and tile-oriented interfaces that - return data decompressed but otherwise untransformed. These interfaces - require that the application first identify the organization of stored - data and select either a strip-based or tile-based API for manipulating - data. At the lowest level the library - provides access to the raw uncompressed strips or tiles, - returning the data exactly as it appears in the file. -

-

- The material presented in this chapter is a basic introduction - to the capabilities of the library; it is not an attempt to describe - everything a developer needs to know about the library or about TIFF. - Detailed information on the interfaces to the library are given in - the UNIX - manual pages that accompany this software. -

-

- Michael Still has also written a useful introduction to libtiff for the - IBM DeveloperWorks site available at - http://www.ibm.com/developerworks/linux/library/l-libtiff. -

-

- The following sections are found in this chapter: -

- -
-

How to tell which version you have

-

- The software version can be found by looking at the file named - VERSION - that is located at the top of the source tree; the precise alpha number - is given in the file dist/tiff.alpha. - If you have need to refer to this - specific software, you should identify it as: -

-

- TIFF <version> <alpha> -

-

- where <version> is whatever you get from - "cat VERSION" and <alpha> is - what you get from "cat dist/tiff.alpha". -

-

- Within an application that uses libtiff the TIFFGetVersion - routine will return a pointer to a string that contains software version - information. - The library include file <tiffio.h> contains a C pre-processor - define TIFFLIB_VERSION that can be used to check library - version compatiblity at compile time. -

-
-

Library Datatypes

-

- libtiff defines a portable programming interface through the - use of a set of C type definitions. - These definitions, defined in in the files tiff.h and - tiffio.h, - isolate the libtiff API from the characteristics - of the underlying machine. - To insure portable code and correct operation, applications that use - libtiff should use the typedefs and follow the function - prototypes for the library API. -

-
-

Memory Management

-

- libtiff uses a machine-specific set of routines for managing - dynamically allocated memory. - _TIFFmalloc, _TIFFrealloc, and _TIFFfree - mimic the normal ANSI C routines. - Any dynamically allocated memory that is to be passed into the library - should be allocated using these interfaces in order to insure pointer - compatibility on machines with a segmented architecture. - (On 32-bit UNIX systems these routines just call the normal malloc, - realloc, and free routines in the C library.) -

-

- To deal with segmented pointer issues libtiff also provides - _TIFFmemcpy, _TIFFmemset, and _TIFFmemmove - routines that mimic the equivalent ANSI C routines, but that are - intended for use with memory allocated through _TIFFmalloc - and _TIFFrealloc. -

-
-

Error Handling

-

- libtiff handles most errors by returning an invalid/erroneous - value when returning from a function call. - Various diagnostic messages may also be generated by the library. - All error messages are directed to a single global error handler - routine that can be specified with a call to TIFFSetErrorHandler. - Likewise warning messages are directed to a single handler routine - that can be specified with a call to TIFFSetWarningHandler -

-
-

Basic File Handling

-

- The library is modeled after the normal UNIX stdio library. - For example, to read from an existing TIFF image the - file must first be opened: -

-

- #include "tiffio.h"
- main()
- {
-     TIFF* tif = TIFFOpen("foo.tif", "r");
-     ... do stuff ...
-     TIFFClose(tif);
- } -

-

- The handle returned by TIFFOpen is opaque, that is - the application is not permitted to know about its contents. - All subsequent library calls for this file must pass the handle - as an argument. -

-

- To create or overwrite a TIFF image the file is also opened, but with - a "w" argument: -

-

- #include "tiffio.h"
- main()
- {
-     TIFF* tif = TIFFOpen("foo.tif", "w");
-     ... do stuff ...
-     TIFFClose(tif);
- } -

-

- If the file already exists it is first truncated to zero length. -

- - - - - -
Note that unlike the stdio library TIFF image files may not be - opened for both reading and writing; - there is no support for altering the contents of a TIFF file.
-

- libtiff buffers much information associated with writing a - valid TIFF image. Consequently, when writing a TIFF image it is necessary - to always call TIFFClose or TIFFFlush to flush any - buffered information to a file. Note that if you call TIFFClose - you do not need to call TIFFFlush. -

-
-

TIFF Directories

-

- TIFF supports the storage of multiple images in a single file. - Each image has an associated data structure termed a directory - that houses all the information about the format and content of the - image data. - Images in a file are usually related but they do not need to be; it - is perfectly alright to store a color image together with a black and - white image. - Note however that while images may be related their directories are - not. - That is, each directory stands on its own; their is no need to read - an unrelated directory in order to properly interpret the contents - of an image. -

-

- libtiff provides several routines for reading and writing - directories. In normal use there is no need to explicitly - read or write a directory: the library automatically reads the first - directory in a file when opened for reading, and directory information - to be written is automatically accumulated and written when writing - (assuming TIFFClose or TIFFFlush are called). -

-

- For a file open for reading the TIFFSetDirectory routine can - be used to select an arbitrary directory; directories are referenced by - number with the numbering starting at 0. Otherwise the - TIFFReadDirectory and TIFFWriteDirectory routines can - be used for sequential access to directories. - For example, to count the number of directories in a file the following - code might be used: -

-

- #include "tiffio.h"
- main(int argc, char* argv[])
- {
-     TIFF* tif = TIFFOpen(argv[1], "r");
-     if (tif) {
-         int dircount = 0;
-         do {
-             dircount++;
-         } while (TIFFReadDirectory(tif));
-         printf("%d directories in %s\n", dircount, argv[1]);
-         TIFFClose(tif);
-     }
-     exit(0);
- } -

-

- Finally, note that there are several routines for querying the - directory status of an open file: - TIFFCurrentDirectory returns the index of the current - directory and - TIFFLastDirectory returns an indication of whether the - current directory is the last directory in a file. - There is also a routine, TIFFPrintDirectory, that can - be called to print a formatted description of the contents of - the current directory; consult the manual page for complete details. -

-
-

TIFF Tags

-

- Image-related information such as the image width and height, number - of samples, orientation, colorimetric information, etc. - are stored in each image - directory in fields or tags. - Tags are identified by a number that is usually a value registered - with the Aldus (now Adobe) Corporation. - Beware however that some vendors write - TIFF images with tags that are unregistered; in this case interpreting - their contents is usually a waste of time. -

-

- libtiff reads the contents of a directory all at once - and converts the on-disk information to an appropriate in-memory - form. While the TIFF specification permits an arbitrary set of - tags to be defined and used in a file, the library only understands - a limited set of tags. - Any unknown tags that are encountered in a file are ignored. - There is a mechanism to extend the set of tags the library handles - without modifying the library itself; - this is described elsewhere. -

-

- libtiff provides two interfaces for getting and setting tag - values: TIFFGetField and TIFFSetField. - These routines use a variable argument list-style interface to pass - parameters of different type through a single function interface. - The get interface takes one or more pointers to memory locations - where the tag values are to be returned and also returns one or - zero according to whether the requested tag is defined in the directory. - The set interface takes the tag values either by-reference or - by-value. - The TIFF specification defines - default values for some tags. - To get the value of a tag, or its default value if it is undefined, - the TIFFGetFieldDefaulted interface may be used. -

-

- The manual pages for the tag get and set routines specifiy the exact data types - and calling conventions required for each tag supported by the library. -

-
-

TIFF Compression Schemes

-

- libtiff includes support for a wide variety of - data compression schemes. - In normal operation a compression scheme is automatically used when - the TIFF Compression tag is set, either by opening a file - for reading, or by setting the tag when writing. -

-

- Compression schemes are implemented by software modules termed codecs - that implement decoder and encoder routines that hook into the - core library i/o support. - Codecs other than those bundled with the library can be registered - for use with the TIFFRegisterCODEC routine. - This interface can also be used to override the core-library - implementation for a compression scheme. -

-
-

Byte Order

-

- The TIFF specification says, and has always said, that - a correct TIFF - reader must handle images in big-endian and little-endian byte order. - libtiff conforms in this respect. - Consequently there is no means to force a specific - byte order for the data written to a TIFF image file (data is - written in the native order of the host CPU unless appending to - an existing file, in which case it is written in the byte order - specified in the file). -

-
-

Data Placement

-

- The TIFF specification requires that all information except an - 8-byte header can be placed anywhere in a file. - In particular, it is perfectly legitimate for directory information - to be written after the image data itself. - Consequently TIFF is inherently not suitable for passing through a - stream-oriented mechanism such as UNIX pipes. - Software that require that data be organized in a file in a particular - order (e.g. directory information before image data) does not - correctly support TIFF. - libtiff provides no mechanism for controlling the placement - of data in a file; image data is typically written before directory - information. -

-
-

TIFFRGBAImage Support

-

- libtiff provides a high-level interface for reading image - data from a TIFF file. This interface handles the details of - data organization and format for a wide variety of TIFF files; - at least the large majority of those files that one would normally - encounter. Image data is, by default, returned as ABGR - pixels packed into 32-bit words (8 bits per sample). Rectangular - rasters can be read or data can be intercepted at an intermediate - level and packed into memory in a format more suitable to the - application. - The library handles all the details of the format of data stored on - disk and, in most cases, if any colorspace conversions are required: - bilevel to RGB, greyscale to RGB, CMYK to RGB, YCbCr to RGB, 16-bit - samples to 8-bit samples, associated/unassociated alpha, etc. -

-

- There are two ways to read image data using this interface. If - all the data is to be stored in memory and manipulated at once, - then the routine TIFFReadRGBAImage can be used: -

-

-

- #include "tiffio.h"
- main(int argc, char* argv[])
- {
-     TIFF* tif = TIFFOpen(argv[1], "r");
-     if (tif) {
-         uint32 w, h;
-         size_t npixels;
-         uint32* raster;
-         
-         TIFFGetField(tif, TIFFTAG_IMAGEWIDTH, &w);
-         TIFFGetField(tif, TIFFTAG_IMAGELENGTH, &h);
-         npixels = w * h;
-         raster = (uint32*) _TIFFmalloc(npixels * sizeof (uint32));
-         if (raster != NULL) {
-             if (TIFFReadRGBAImage(tif, w, h, raster, 0)) {
-                 ...process raster data...
-             }
-             _TIFFfree(raster);
-         }
-         TIFFClose(tif);
-     }
-     exit(0);
- } -

-

- Note above that _TIFFmalloc is used to allocate memory for - the raster passed to TIFFReadRGBAImage; this is important - to insure the ``appropriate type of memory'' is passed on machines - with segmented architectures. -

-

- Alternatively, TIFFReadRGBAImage can be replaced with a - more low-level interface that permits an application to have more - control over this reading procedure. The equivalent to the above - is: -

-

- #include "tiffio.h"
- main(int argc, char* argv[])
- {
-     TIFF* tif = TIFFOpen(argv[1], "r");
-     if (tif) {
-         TIFFRGBAImage img;
-         char emsg[1024];
-         
-         if (TIFFRGBAImageBegin(&img, tif, 0, emsg)) {
-             size_t npixels;
-             uint32* raster;
-             
-             npixels = img.width * img.height;
-             raster = (uint32*) _TIFFmalloc(npixels * sizeof (uint32));
-             if (raster != NULL) {
-                 if (TIFFRGBAImageGet(&img, raster, img.width, img.height)) {
-                     ...process raster data...
-                 }
-                 _TIFFfree(raster);
-             }
-             TIFFRGBAImageEnd(&img);
-         } else
-             TIFFError(argv[1], emsg);
-         TIFFClose(tif);
-     }
-     exit(0);
- } -

-

- However this usage does not take advantage of the more fine-grained - control that's possible. That is, by using this interface it is - possible to: -

-
    -
  • repeatedly fetch (and manipulate) an image without opening - and closing the file
    • -
  • interpose a method for packing raster pixel data according to - application-specific needs (or write the data at all)
    • -
  • interpose methods that handle TIFF formats that are not already - handled by the core library
    • -
-

- The first item means that, for example, image viewers that want to - handle multiple files can cache decoding information in order to - speedup the work required to display a TIFF image. -

-

- The second item is the main reason for this interface. By interposing - a "put method" (the routine that is called to pack pixel data in - the raster) it is possible share the core logic that understands how - to deal with TIFF while packing the resultant pixels in a format that - is optimized for the application. This alternate format might be very - different than the 8-bit per sample ABGR format the library writes by - default. For example, if the application is going to display the image - on an 8-bit colormap display the put routine might take the data and - convert it on-the-fly to the best colormap indices for display. -

-

- The last item permits an application to extend the library - without modifying the core code. - By overriding the code provided an application might add support - for some esoteric flavor of TIFF that it needs, or it might - substitute a packing routine that is able to do optimizations - using application/environment-specific information. -

-

- The TIFF image viewer found in tools/sgigt.c is an example - of an application that makes use of the TIFFRGBAImage - support. -

-
-

Scanline-based Image I/O

-

- The simplest interface provided by libtiff is a - scanline-oriented interface that can be used to read TIFF - images that have their image data organized in strips - (trying to use this interface to read data written in tiles - will produce errors.) - A scanline is a one pixel high row of image data whose width - is the width of the image. - Data is returned packed if the image data is stored with samples - packed together, or as arrays of separate samples if the data - is stored with samples separated. - The major limitation of the scanline-oriented interface, other - than the need to first identify an existing file as having a - suitable organization, is that random access to individual - scanlines can only be provided when data is not stored in a - compressed format, or when the number of rows in a strip - of image data is set to one (RowsPerStrip is one). -

-

- Two routines are provided for scanline-based i/o: - TIFFReadScanline - and - TIFFWriteScanline. - For example, to read the contents of a file that - is assumed to be organized in strips, the following might be used: -

-

- #include "tiffio.h"
- main()
- {
-     TIFF* tif = TIFFOpen("myfile.tif", "r");
-     if (tif) {
-         uint32 imagelength;
-         tdata_t buf;
-         uint32 row;
-         
-         TIFFGetField(tif, TIFFTAG_IMAGELENGTH, &imagelength);
-         buf = _TIFFmalloc(TIFFScanlineSize(tif));
-         for (row = 0; row < imagelength; row++)
-             tiffreadscanline(tif, buf, row);
-         _tifffree(buf);
-         tiffclose(tif);
-     }
- } -

-

- TIFFScanlineSize returns the number of bytes in - a decoded scanline, as returned by TIFFReadScanline. - Note however that if the file had been create with samples - written in separate planes, then the above code would only - read data that contained the first sample of each pixel; - to handle either case one might use the following instead: -

-

- #include "tiffio.h"
- main()
- {
-     TIFF* tif = TIFFOpen("myfile.tif", "r");
-     if (tif) {
-         uint32 imagelength;
-         tdata_t buf;
-         uint32 row;
-         
-         TIFFGetField(tif, TIFFTAG_IMAGELENGTH, &imagelength);
-         TIFFGetField(tif, TIFFTAG_PLANARCONFIG, &config);
-         buf = _TIFFmalloc(TIFFScanlineSize(tif));
-         if (config == PLANARCONFIG_CONTIG) {
-             for (row = 0; row < imagelength; row++)
-                 tiffreadscanline(tif, buf, row);
-         } else if (config == planarconfig_separate) {
-             uint16 s, nsamples;
-             
-             tiffgetfield(tif, tifftag_samplesperpixel, &nsamples);
-             for (s = 0; s < nsamples; s++)
-                 for (row = 0; row < imagelength; row++)
-                     tiffreadscanline(tif, buf, row, s);
-         }
-         _tifffree(buf);
-         tiffclose(tif);
-     }
- } -

-

- Beware however that if the following code were used instead to - read data in the case PLANARCONFIG_SEPARATE,... -

-

-             for (row = 0; row < imagelength; row++)
-                 for (s = 0; s < nsamples; s++)
-                     tiffreadscanline(tif, buf, row, s); -

-

- ...then problems would arise if RowsPerStrip was not one - because the order in which scanlines are requested would require - random access to data within strips (something that is not supported - by the library when strips are compressed). -

-
-

Strip-oriented Image I/O

-

- The strip-oriented interfaces provided by the library provide - access to entire strips of data. Unlike the scanline-oriented - calls, data can be read or written compressed or uncompressed. - Accessing data at a strip (or tile) level is often desirable - because there are no complications with regard to random access - to data within strips. -

-

- A simple example of reading an image by strips is: -

-

- #include "tiffio.h"
- main()
- {
-     TIFF* tif = TIFFOpen("myfile.tif", "r");
-     if (tif) {
-         tdata_t buf;
-         tstrip_t strip;
-         
-         buf = _TIFFmalloc(TIFFStripSize(tif));
-         for (strip = 0; strip < tiffnumberofstrips(tif); strip++)
-             tiffreadencodedstrip(tif, strip, buf, (tsize_t) -1);
-         _tifffree(buf);
-         tiffclose(tif);
-     }
- } -

-

- Notice how a strip size of -1 is used; TIFFReadEncodedStrip - will calculate the appropriate size in this case. -

-

- The above code reads strips in the order in which the - data is physically stored in the file. If multiple samples - are present and data is stored with PLANARCONFIG_SEPARATE - then all the strips of data holding the first sample will be - read, followed by strips for the second sample, etc. -

-

- Finally, note that the last strip of data in an image may have fewer - rows in it than specified by the RowsPerStrip tag. A - reader should not assume that each decoded strip contains a full - set of rows in it. -

-

- The following is an example of how to read raw strips of data from - a file: -

-

- #include "tiffio.h"
- main()
- {
-     TIFF* tif = TIFFOpen("myfile.tif", "r");
-     if (tif) {
-         tdata_t buf;
-         tstrip_t strip;
-         uint32* bc;
-         uint32 stripsize;
-         
-         TIFFGetField(tif, TIFFTAG_STRIPBYTECOUNTS, &bc);
-         stripsize = bc[0];
-         buf = _TIFFmalloc(stripsize);
-         for (strip = 0; strip < tiffnumberofstrips(tif); strip++) {
-             if (bc[strip] > stripsize) {
-                 buf = _TIFFrealloc(buf, bc[strip]);
-                 stripsize = bc[strip];
-             }
-             TIFFReadRawStrip(tif, strip, buf, bc[strip]);
-         }
-         _TIFFfree(buf);
-         TIFFClose(tif);
-     }
- } -

-

- As above the strips are read in the order in which they are - physically stored in the file; this may be different from the - logical ordering expected by an application. -

-
-

Tile-oriented Image I/O

-

- Tiles of data may be read and written in a manner similar to strips. - With this interface, an image is - broken up into a set of rectangular areas that may have dimensions - less than the image width and height. All the tiles - in an image have the same size, and the tile width and length must each - be a multiple of 16 pixels. Tiles are ordered left-to-right and - top-to-bottom in an image. As for scanlines, samples can be packed - contiguously or separately. When separated, all the tiles for a sample - are colocated in the file. That is, all the tiles for sample 0 appear - before the tiles for sample 1, etc. -

-

- Tiles and strips may also be extended in a z dimension to form - volumes. Data volumes are organized as "slices". That is, all the - data for a slice is colocated. Volumes whose data is organized in - tiles can also have a tile depth so that data can be organized in - cubes. -

-

- There are actually two interfaces for tiles. - One interface is similar to scanlines, to read a tiled image, - code of the following sort might be used: -

-

- main()
- {
-     TIFF* tif = TIFFOpen("myfile.tif", "r");
-     if (tif) {
-         uint32 imageWidth, imageLength;
-         uint32 tileWidth, tileLength;
-         uint32 x, y;
-         tdata_t buf;
-         
-         TIFFGetField(tif, TIFFTAG_IMAGEWIDTH, &imageWidth);
-         TIFFGetField(tif, TIFFTAG_IMAGELENGTH, &imageLength);
-         TIFFGetField(tif, TIFFTAG_TILEWIDTH, &tileWidth);
-         TIFFGetField(tif, TIFFTAG_TILELENGTH, &tileLength);
-         buf = _TIFFmalloc(TIFFTileSize(tif));
-         for (y = 0; y < imagelength; y += tilelength)
-             for (x = 0; x < imagewidth; x += tilewidth)
-                 tiffreadtile(tif, buf, x, y, 0);
-         _tifffree(buf);
-         tiffclose(tif);
-     }
- } -

-

- (once again, we assume samples are packed contiguously.) -

-

- Alternatively a direct interface to the low-level data is provided - a la strips. Tiles can be read with - TIFFReadEncodedTile or TIFFReadRawTile, - and written with TIFFWriteEncodedTile or - TIFFWriteRawTile. For example, to read all the tiles in an image: -

-

- #include "tiffio.h"
- main()
- {
-     TIFF* tif = TIFFOpen("myfile.tif", "r");
-     if (tif) {
-         tdata_t buf;
-         ttile_t tile;
-         
-         buf = _TIFFmalloc(TIFFTileSize(tif));
-         for (tile = 0; tile < tiffnumberoftiles(tif); tile++)
-             tiffreadencodedtile(tif, tile, buf, (tsize_t) -1);
-         _tifffree(buf);
-         tiffclose(tif);
-     }
- } -

-
-

Other Stuff

-

- Some other stuff will almost certainly go here... -

-
-

- Last updated: $Date: 2005-12-28 06:53:18 $ -

- - diff --git a/tiff/html/man/Makefile.am b/tiff/html/man/Makefile.am deleted file mode 100755 index ca222de..0000000 --- a/tiff/html/man/Makefile.am +++ /dev/null @@ -1,126 +0,0 @@ -# Tag Image File Format (TIFF) Software -# -# Copyright (C) 2004, Andrey Kiselev -# -# Permission to use, copy, modify, distribute, and sell this software and -# its documentation for any purpose is hereby granted without fee, provided -# that (i) the above copyright notices and this permission notice appear in -# all copies of the software and related documentation, and (ii) the names of -# Sam Leffler and Silicon Graphics may not be used in any advertising or -# publicity relating to the software without the specific, prior written -# permission of Sam Leffler and Silicon Graphics. -# -# THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND, -# EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY -# WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. -# -# IN NO EVENT SHALL SAM LEFFLER OR SILICON GRAPHICS BE LIABLE FOR -# ANY SPECIAL, INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND, -# OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, -# WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY THEORY OF -# LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE -# OF THIS SOFTWARE. - -# Process this file with automake to produce Makefile.in. - -docdir = $(LIBTIFF_DOCDIR)/html/man -MANSRCDIR = $(top_srcdir)/man -HTMLMANDIR = $(top_srcdir)/html/man - -GROFF = groff -Thtml -mandoc -ECHO = echo - -indexfile = index.html -docfiles = \ - libtiff.3tiff.html \ - TIFFbuffer.3tiff.html \ - TIFFClose.3tiff.html \ - TIFFcodec.3tiff.html \ - TIFFcolor.3tiff.html \ - TIFFDataWidth.3tiff.html \ - TIFFError.3tiff.html \ - TIFFFieldDataType.3tiff.html \ - TIFFFieldName.3tiff.html \ - TIFFFieldPassCount.3tiff.html \ - TIFFFieldReadCount.3tiff.html \ - TIFFFieldTag.3tiff.html \ - TIFFFieldWriteCount.3tiff.html \ - TIFFFlush.3tiff.html \ - TIFFGetField.3tiff.html \ - TIFFmemory.3tiff.html \ - TIFFOpen.3tiff.html \ - TIFFPrintDirectory.3tiff.html \ - TIFFquery.3tiff.html \ - TIFFReadDirectory.3tiff.html \ - TIFFReadEncodedStrip.3tiff.html \ - TIFFReadEncodedTile.3tiff.html \ - TIFFReadRawStrip.3tiff.html \ - TIFFReadRawTile.3tiff.html \ - TIFFReadRGBAImage.3tiff.html \ - TIFFReadRGBAStrip.3tiff.html \ - TIFFReadRGBATile.3tiff.html \ - TIFFReadScanline.3tiff.html \ - TIFFReadTile.3tiff.html \ - TIFFRGBAImage.3tiff.html \ - TIFFSetDirectory.3tiff.html \ - TIFFSetField.3tiff.html \ - TIFFsize.3tiff.html \ - TIFFstrip.3tiff.html \ - TIFFswab.3tiff.html \ - TIFFtile.3tiff.html \ - TIFFWarning.3tiff.html \ - TIFFWriteDirectory.3tiff.html \ - TIFFWriteEncodedStrip.3tiff.html \ - TIFFWriteEncodedTile.3tiff.html \ - TIFFWriteRawStrip.3tiff.html \ - TIFFWriteRawTile.3tiff.html \ - TIFFWriteScanline.3tiff.html \ - TIFFWriteTile.3tiff.html \ - bmp2tiff.1.html \ - fax2ps.1.html \ - fax2tiff.1.html \ - gif2tiff.1.html \ - pal2rgb.1.html \ - ppm2tiff.1.html \ - ras2tiff.1.html \ - raw2tiff.1.html \ - rgb2ycbcr.1.html \ - sgi2tiff.1.html \ - thumbnail.1.html \ - tiff2bw.1.html \ - tiff2pdf.1.html \ - tiff2ps.1.html \ - tiff2rgba.1.html \ - tiffcmp.1.html \ - tiffcp.1.html \ - tiffcrop.1.html \ - tiffdither.1.html \ - tiffdump.1.html \ - tiffgt.1.html \ - tiffinfo.1.html \ - tiffmedian.1.html \ - tiffset.1.html \ - tiffsplit.1.html \ - tiffsv.1.html - -dist_doc_DATA = $(indexfile) $(docfiles) - -INDEXSTART = 'Libtiff HTML manpage index

    Man Pages

    ' -INDEXEND = '

' - -.PHONY: index -index: - ${ECHO} ${INDEXSTART} > $(indexfile) - for i in $(docfiles); do \ - ${ECHO} '
  • '$$i'' >> $(indexfile); \ - done - ${ECHO} ${INDEXEND} >> $(indexfile) - -manpages = $(docfiles:.html=) - -.PHONY: htmldoc -htmldoc: - for i in $(manpages); do \ - ${GROFF} $(MANSRCDIR)/$$i > $(HTMLMANDIR)/$$i.html; \ - done - diff --git a/tiff/html/man/Makefile.in b/tiff/html/man/Makefile.in deleted file mode 100755 index 725cfd5..0000000 --- a/tiff/html/man/Makefile.in +++ /dev/null @@ -1,644 +0,0 @@ -# Makefile.in generated by automake 1.15 from Makefile.am. -# @configure_input@ - -# Copyright (C) 1994-2014 Free Software Foundation, Inc. - -# This Makefile.in is free software; the Free Software Foundation -# gives unlimited permission to copy and/or distribute it, -# with or without modifications, as long as this notice is preserved. - -# This program is distributed in the hope that it will be useful, -# but WITHOUT ANY WARRANTY, to the extent permitted by law; without -# even the implied warranty of MERCHANTABILITY or FITNESS FOR A -# PARTICULAR PURPOSE. - -@SET_MAKE@ - -# Tag Image File Format (TIFF) Software -# -# Copyright (C) 2004, Andrey Kiselev -# -# Permission to use, copy, modify, distribute, and sell this software and -# its documentation for any purpose is hereby granted without fee, provided -# that (i) the above copyright notices and this permission notice appear in -# all copies of the software and related documentation, and (ii) the names of -# Sam Leffler and Silicon Graphics may not be used in any advertising or -# publicity relating to the software without the specific, prior written -# permission of Sam Leffler and Silicon Graphics. -# -# THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND, -# EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY -# WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. -# -# IN NO EVENT SHALL SAM LEFFLER OR SILICON GRAPHICS BE LIABLE FOR -# ANY SPECIAL, INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND, -# OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, -# WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY THEORY OF -# LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE -# OF THIS SOFTWARE. - -# Process this file with automake to produce Makefile.in. - -VPATH = @srcdir@ -am__is_gnu_make = { \ - if test -z '$(MAKELEVEL)'; then \ - false; \ - elif test -n '$(MAKE_HOST)'; then \ - true; \ - elif test -n '$(MAKE_VERSION)' && test -n '$(CURDIR)'; then \ - true; \ - else \ - false; \ - fi; \ -} -am__make_running_with_option = \ - case $${target_option-} in \ - ?) ;; \ - *) echo "am__make_running_with_option: internal error: invalid" \ - "target option '$${target_option-}' specified" >&2; \ - exit 1;; \ - esac; \ - has_opt=no; \ - sane_makeflags=$$MAKEFLAGS; \ - if $(am__is_gnu_make); then \ - sane_makeflags=$$MFLAGS; \ - else \ - case $$MAKEFLAGS in \ - *\\[\ \ ]*) \ - bs=\\; \ - sane_makeflags=`printf '%s\n' "$$MAKEFLAGS" \ - | sed "s/$$bs$$bs[$$bs $$bs ]*//g"`;; \ - esac; \ - fi; \ - skip_next=no; \ - strip_trailopt () \ - { \ - flg=`printf '%s\n' "$$flg" | sed "s/$$1.*$$//"`; \ - }; \ - for flg in $$sane_makeflags; do \ - test $$skip_next = yes && { skip_next=no; continue; }; \ - case $$flg in \ - *=*|--*) continue;; \ - -*I) strip_trailopt 'I'; skip_next=yes;; \ - -*I?*) strip_trailopt 'I';; \ - -*O) strip_trailopt 'O'; skip_next=yes;; \ - -*O?*) strip_trailopt 'O';; \ - -*l) strip_trailopt 'l'; skip_next=yes;; \ - -*l?*) strip_trailopt 'l';; \ - -[dEDm]) skip_next=yes;; \ - -[JT]) skip_next=yes;; \ - esac; \ - case $$flg in \ - *$$target_option*) has_opt=yes; break;; \ - esac; \ - done; \ - test $$has_opt = yes -am__make_dryrun = (target_option=n; $(am__make_running_with_option)) -am__make_keepgoing = (target_option=k; $(am__make_running_with_option)) -pkgdatadir = $(datadir)/@PACKAGE@ -pkgincludedir = $(includedir)/@PACKAGE@ -pkglibdir = $(libdir)/@PACKAGE@ -pkglibexecdir = $(libexecdir)/@PACKAGE@ -am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd -install_sh_DATA = $(install_sh) -c -m 644 -install_sh_PROGRAM = $(install_sh) -c -install_sh_SCRIPT = $(install_sh) -c -INSTALL_HEADER = $(INSTALL_DATA) -transform = $(program_transform_name) -NORMAL_INSTALL = : -PRE_INSTALL = : -POST_INSTALL = : -NORMAL_UNINSTALL = : -PRE_UNINSTALL = : -POST_UNINSTALL = : -build_triplet = @build@ -host_triplet = @host@ -subdir = html/man -ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 -am__aclocal_m4_deps = $(top_srcdir)/m4/acinclude.m4 \ - $(top_srcdir)/m4/libtool.m4 $(top_srcdir)/m4/ltoptions.m4 \ - $(top_srcdir)/m4/ltsugar.m4 $(top_srcdir)/m4/ltversion.m4 \ - $(top_srcdir)/m4/lt~obsolete.m4 $(top_srcdir)/configure.ac -am__configure_deps = $(am__aclocal_m4_deps) $(CONFIGURE_DEPENDENCIES) \ - $(ACLOCAL_M4) -DIST_COMMON = $(srcdir)/Makefile.am $(dist_doc_DATA) \ - $(am__DIST_COMMON) -mkinstalldirs = $(SHELL) $(top_srcdir)/config/mkinstalldirs -CONFIG_HEADER = $(top_builddir)/libtiff/tif_config.h \ - $(top_builddir)/libtiff/tiffconf.h -CONFIG_CLEAN_FILES = -CONFIG_CLEAN_VPATH_FILES = -AM_V_P = $(am__v_P_@AM_V@) -am__v_P_ = $(am__v_P_@AM_DEFAULT_V@) -am__v_P_0 = false -am__v_P_1 = : -AM_V_GEN = $(am__v_GEN_@AM_V@) -am__v_GEN_ = $(am__v_GEN_@AM_DEFAULT_V@) -am__v_GEN_0 = @echo " GEN " $@; -am__v_GEN_1 = -AM_V_at = $(am__v_at_@AM_V@) -am__v_at_ = $(am__v_at_@AM_DEFAULT_V@) -am__v_at_0 = @ -am__v_at_1 = -SOURCES = -DIST_SOURCES = -am__can_run_installinfo = \ - case $$AM_UPDATE_INFO_DIR in \ - n|no|NO) false;; \ - *) (install-info --version) >/dev/null 2>&1;; \ - esac -am__vpath_adj_setup = srcdirstrip=`echo "$(srcdir)" | sed 's|.|.|g'`; -am__vpath_adj = case $$p in \ - $(srcdir)/*) f=`echo "$$p" | sed "s|^$$srcdirstrip/||"`;; \ - *) f=$$p;; \ - esac; -am__strip_dir = f=`echo $$p | sed -e 's|^.*/||'`; -am__install_max = 40 -am__nobase_strip_setup = \ - srcdirstrip=`echo "$(srcdir)" | sed 's/[].[^$$\\*|]/\\\\&/g'` -am__nobase_strip = \ - for p in $$list; do echo "$$p"; done | sed -e "s|$$srcdirstrip/||" -am__nobase_list = $(am__nobase_strip_setup); \ - for p in $$list; do echo "$$p $$p"; done | \ - sed "s| $$srcdirstrip/| |;"' / .*\//!s/ .*/ ./; s,\( .*\)/[^/]*$$,\1,' | \ - $(AWK) 'BEGIN { files["."] = "" } { files[$$2] = files[$$2] " " $$1; \ - if (++n[$$2] == $(am__install_max)) \ - { print $$2, files[$$2]; n[$$2] = 0; files[$$2] = "" } } \ - END { for (dir in files) print dir, files[dir] }' -am__base_list = \ - sed '$$!N;$$!N;$$!N;$$!N;$$!N;$$!N;$$!N;s/\n/ /g' | \ - sed '$$!N;$$!N;$$!N;$$!N;s/\n/ /g' -am__uninstall_files_from_dir = { \ - test -z "$$files" \ - || { test ! -d "$$dir" && test ! -f "$$dir" && test ! -r "$$dir"; } \ - || { echo " ( cd '$$dir' && rm -f" $$files ")"; \ - $(am__cd) "$$dir" && rm -f $$files; }; \ - } -am__installdirs = "$(DESTDIR)$(docdir)" -DATA = $(dist_doc_DATA) -am__tagged_files = $(HEADERS) $(SOURCES) $(TAGS_FILES) $(LISP) -am__DIST_COMMON = $(srcdir)/Makefile.in \ - $(top_srcdir)/config/mkinstalldirs -DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) -ACLOCAL = @ACLOCAL@ -AMTAR = @AMTAR@ -AM_DEFAULT_VERBOSITY = @AM_DEFAULT_VERBOSITY@ -AR = @AR@ -AS = @AS@ -AUTOCONF = @AUTOCONF@ -AUTOHEADER = @AUTOHEADER@ -AUTOMAKE = @AUTOMAKE@ -AWK = @AWK@ -CC = @CC@ -CCDEPMODE = @CCDEPMODE@ -CFLAGS = @CFLAGS@ -CPP = @CPP@ -CPPFLAGS = @CPPFLAGS@ -CXX = @CXX@ -CXXCPP = @CXXCPP@ -CXXDEPMODE = @CXXDEPMODE@ -CXXFLAGS = @CXXFLAGS@ -CYGPATH_W = @CYGPATH_W@ -DEFS = @DEFS@ -DEPDIR = @DEPDIR@ -DLLTOOL = @DLLTOOL@ -DSYMUTIL = @DSYMUTIL@ -DUMPBIN = @DUMPBIN@ -ECHO_C = @ECHO_C@ -ECHO_N = @ECHO_N@ -ECHO_T = @ECHO_T@ -EGREP = @EGREP@ -EXEEXT = @EXEEXT@ -FGREP = @FGREP@ -GLUT_CFLAGS = @GLUT_CFLAGS@ -GLUT_LIBS = @GLUT_LIBS@ -GLU_CFLAGS = @GLU_CFLAGS@ -GLU_LIBS = @GLU_LIBS@ -GL_CFLAGS = @GL_CFLAGS@ -GL_LIBS = @GL_LIBS@ -GREP = @GREP@ -INSTALL = @INSTALL@ -INSTALL_DATA = @INSTALL_DATA@ -INSTALL_PROGRAM = @INSTALL_PROGRAM@ -INSTALL_SCRIPT = @INSTALL_SCRIPT@ -INSTALL_STRIP_PROGRAM = @INSTALL_STRIP_PROGRAM@ -LD = @LD@ -LDFLAGS = @LDFLAGS@ -LIBDIR = @LIBDIR@ -LIBOBJS = @LIBOBJS@ -LIBS = @LIBS@ -LIBTIFF_ALPHA_VERSION = @LIBTIFF_ALPHA_VERSION@ -LIBTIFF_DOCDIR = @LIBTIFF_DOCDIR@ -LIBTIFF_MAJOR_VERSION = @LIBTIFF_MAJOR_VERSION@ -LIBTIFF_MICRO_VERSION = @LIBTIFF_MICRO_VERSION@ -LIBTIFF_MINOR_VERSION = @LIBTIFF_MINOR_VERSION@ -LIBTIFF_RELEASE_DATE = @LIBTIFF_RELEASE_DATE@ -LIBTIFF_VERSION = @LIBTIFF_VERSION@ -LIBTIFF_VERSION_INFO = @LIBTIFF_VERSION_INFO@ -LIBTOOL = @LIBTOOL@ -LIPO = @LIPO@ -LN_S = @LN_S@ -LTLIBOBJS = @LTLIBOBJS@ -LT_SYS_LIBRARY_PATH = @LT_SYS_LIBRARY_PATH@ -MAINT = @MAINT@ -MAKEINFO = @MAKEINFO@ -MANIFEST_TOOL = @MANIFEST_TOOL@ -MKDIR_P = @MKDIR_P@ -NM = @NM@ -NMEDIT = @NMEDIT@ -OBJDUMP = @OBJDUMP@ -OBJEXT = @OBJEXT@ -OTOOL = @OTOOL@ -OTOOL64 = @OTOOL64@ -PACKAGE = @PACKAGE@ -PACKAGE_BUGREPORT = @PACKAGE_BUGREPORT@ -PACKAGE_NAME = @PACKAGE_NAME@ -PACKAGE_STRING = @PACKAGE_STRING@ -PACKAGE_TARNAME = @PACKAGE_TARNAME@ -PACKAGE_URL = @PACKAGE_URL@ -PACKAGE_VERSION = @PACKAGE_VERSION@ -PATH_SEPARATOR = @PATH_SEPARATOR@ -PTHREAD_CC = @PTHREAD_CC@ -PTHREAD_CFLAGS = @PTHREAD_CFLAGS@ -PTHREAD_LIBS = @PTHREAD_LIBS@ -RANLIB = @RANLIB@ -SED = @SED@ -SET_MAKE = @SET_MAKE@ -SHELL = @SHELL@ -STRIP = @STRIP@ -VERSION = @VERSION@ -XMKMF = @XMKMF@ -X_CFLAGS = @X_CFLAGS@ -X_EXTRA_LIBS = @X_EXTRA_LIBS@ -X_LIBS = @X_LIBS@ -X_PRE_LIBS = @X_PRE_LIBS@ -abs_builddir = @abs_builddir@ -abs_srcdir = @abs_srcdir@ -abs_top_builddir = @abs_top_builddir@ -abs_top_srcdir = @abs_top_srcdir@ -ac_ct_AR = @ac_ct_AR@ -ac_ct_CC = @ac_ct_CC@ -ac_ct_CXX = @ac_ct_CXX@ -ac_ct_DUMPBIN = @ac_ct_DUMPBIN@ -am__include = @am__include@ -am__leading_dot = @am__leading_dot@ -am__quote = @am__quote@ -am__tar = @am__tar@ -am__untar = @am__untar@ -ax_pthread_config = @ax_pthread_config@ -bindir = @bindir@ -build = @build@ -build_alias = @build_alias@ -build_cpu = @build_cpu@ -build_os = @build_os@ -build_vendor = @build_vendor@ -builddir = @builddir@ -datadir = @datadir@ -datarootdir = @datarootdir@ -docdir = $(LIBTIFF_DOCDIR)/html/man -dvidir = @dvidir@ -exec_prefix = @exec_prefix@ -host = @host@ -host_alias = @host_alias@ -host_cpu = @host_cpu@ -host_os = @host_os@ -host_vendor = @host_vendor@ -htmldir = @htmldir@ -includedir = @includedir@ -infodir = @infodir@ -install_sh = @install_sh@ -libdir = @libdir@ -libexecdir = @libexecdir@ -localedir = @localedir@ -localstatedir = @localstatedir@ -mandir = @mandir@ -mkdir_p = @mkdir_p@ -oldincludedir = @oldincludedir@ -pdfdir = @pdfdir@ -prefix = @prefix@ -program_transform_name = @program_transform_name@ -psdir = @psdir@ -sbindir = @sbindir@ -sharedstatedir = @sharedstatedir@ -srcdir = @srcdir@ -sysconfdir = @sysconfdir@ -target_alias = @target_alias@ -tiff_libs_private = @tiff_libs_private@ -top_build_prefix = @top_build_prefix@ -top_builddir = @top_builddir@ -top_srcdir = @top_srcdir@ -MANSRCDIR = $(top_srcdir)/man -HTMLMANDIR = $(top_srcdir)/html/man -GROFF = groff -Thtml -mandoc -ECHO = echo -indexfile = index.html -docfiles = \ - libtiff.3tiff.html \ - TIFFbuffer.3tiff.html \ - TIFFClose.3tiff.html \ - TIFFcodec.3tiff.html \ - TIFFcolor.3tiff.html \ - TIFFDataWidth.3tiff.html \ - TIFFError.3tiff.html \ - TIFFFieldDataType.3tiff.html \ - TIFFFieldName.3tiff.html \ - TIFFFieldPassCount.3tiff.html \ - TIFFFieldReadCount.3tiff.html \ - TIFFFieldTag.3tiff.html \ - TIFFFieldWriteCount.3tiff.html \ - TIFFFlush.3tiff.html \ - TIFFGetField.3tiff.html \ - TIFFmemory.3tiff.html \ - TIFFOpen.3tiff.html \ - TIFFPrintDirectory.3tiff.html \ - TIFFquery.3tiff.html \ - TIFFReadDirectory.3tiff.html \ - TIFFReadEncodedStrip.3tiff.html \ - TIFFReadEncodedTile.3tiff.html \ - TIFFReadRawStrip.3tiff.html \ - TIFFReadRawTile.3tiff.html \ - TIFFReadRGBAImage.3tiff.html \ - TIFFReadRGBAStrip.3tiff.html \ - TIFFReadRGBATile.3tiff.html \ - TIFFReadScanline.3tiff.html \ - TIFFReadTile.3tiff.html \ - TIFFRGBAImage.3tiff.html \ - TIFFSetDirectory.3tiff.html \ - TIFFSetField.3tiff.html \ - TIFFsize.3tiff.html \ - TIFFstrip.3tiff.html \ - TIFFswab.3tiff.html \ - TIFFtile.3tiff.html \ - TIFFWarning.3tiff.html \ - TIFFWriteDirectory.3tiff.html \ - TIFFWriteEncodedStrip.3tiff.html \ - TIFFWriteEncodedTile.3tiff.html \ - TIFFWriteRawStrip.3tiff.html \ - TIFFWriteRawTile.3tiff.html \ - TIFFWriteScanline.3tiff.html \ - TIFFWriteTile.3tiff.html \ - bmp2tiff.1.html \ - fax2ps.1.html \ - fax2tiff.1.html \ - gif2tiff.1.html \ - pal2rgb.1.html \ - ppm2tiff.1.html \ - ras2tiff.1.html \ - raw2tiff.1.html \ - rgb2ycbcr.1.html \ - sgi2tiff.1.html \ - thumbnail.1.html \ - tiff2bw.1.html \ - tiff2pdf.1.html \ - tiff2ps.1.html \ - tiff2rgba.1.html \ - tiffcmp.1.html \ - tiffcp.1.html \ - tiffcrop.1.html \ - tiffdither.1.html \ - tiffdump.1.html \ - tiffgt.1.html \ - tiffinfo.1.html \ - tiffmedian.1.html \ - tiffset.1.html \ - tiffsplit.1.html \ - tiffsv.1.html - -dist_doc_DATA = $(indexfile) $(docfiles) -INDEXSTART = 'Libtiff HTML manpage index

      Man Pages

      ' -INDEXEND = '

    ' -manpages = $(docfiles:.html=) -all: all-am - -.SUFFIXES: -$(srcdir)/Makefile.in: @MAINTAINER_MODE_TRUE@ $(srcdir)/Makefile.am $(am__configure_deps) - @for dep in $?; do \ - case '$(am__configure_deps)' in \ - *$$dep*) \ - ( cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh ) \ - && { if test -f $@; then exit 0; else break; fi; }; \ - exit 1;; \ - esac; \ - done; \ - echo ' cd $(top_srcdir) && $(AUTOMAKE) --foreign html/man/Makefile'; \ - $(am__cd) $(top_srcdir) && \ - $(AUTOMAKE) --foreign html/man/Makefile -Makefile: $(srcdir)/Makefile.in $(top_builddir)/config.status - @case '$?' in \ - *config.status*) \ - cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh;; \ - *) \ - echo ' cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe)'; \ - cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe);; \ - esac; - -$(top_builddir)/config.status: $(top_srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) - cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh - -$(top_srcdir)/configure: @MAINTAINER_MODE_TRUE@ $(am__configure_deps) - cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh -$(ACLOCAL_M4): @MAINTAINER_MODE_TRUE@ $(am__aclocal_m4_deps) - cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh -$(am__aclocal_m4_deps): - -mostlyclean-libtool: - -rm -f *.lo - -clean-libtool: - -rm -rf .libs _libs -install-dist_docDATA: $(dist_doc_DATA) - @$(NORMAL_INSTALL) - @list='$(dist_doc_DATA)'; test -n "$(docdir)" || list=; \ - if test -n "$$list"; then \ - echo " $(MKDIR_P) '$(DESTDIR)$(docdir)'"; \ - $(MKDIR_P) "$(DESTDIR)$(docdir)" || exit 1; \ - fi; \ - for p in $$list; do \ - if test -f "$$p"; then d=; else d="$(srcdir)/"; fi; \ - echo "$$d$$p"; \ - done | $(am__base_list) | \ - while read files; do \ - echo " $(INSTALL_DATA) $$files '$(DESTDIR)$(docdir)'"; \ - $(INSTALL_DATA) $$files "$(DESTDIR)$(docdir)" || exit $$?; \ - done - -uninstall-dist_docDATA: - @$(NORMAL_UNINSTALL) - @list='$(dist_doc_DATA)'; test -n "$(docdir)" || list=; \ - files=`for p in $$list; do echo $$p; done | sed -e 's|^.*/||'`; \ - dir='$(DESTDIR)$(docdir)'; $(am__uninstall_files_from_dir) -tags TAGS: - -ctags CTAGS: - -cscope cscopelist: - - -distdir: $(DISTFILES) - @srcdirstrip=`echo "$(srcdir)" | sed 's/[].[^$$\\*]/\\\\&/g'`; \ - topsrcdirstrip=`echo "$(top_srcdir)" | sed 's/[].[^$$\\*]/\\\\&/g'`; \ - list='$(DISTFILES)'; \ - dist_files=`for file in $$list; do echo $$file; done | \ - sed -e "s|^$$srcdirstrip/||;t" \ - -e "s|^$$topsrcdirstrip/|$(top_builddir)/|;t"`; \ - case $$dist_files in \ - */*) $(MKDIR_P) `echo "$$dist_files" | \ - sed '/\//!d;s|^|$(distdir)/|;s,/[^/]*$$,,' | \ - sort -u` ;; \ - esac; \ - for file in $$dist_files; do \ - if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ - if test -d $$d/$$file; then \ - dir=`echo "/$$file" | sed -e 's,/[^/]*$$,,'`; \ - if test -d "$(distdir)/$$file"; then \ - find "$(distdir)/$$file" -type d ! -perm -700 -exec chmod u+rwx {} \;; \ - fi; \ - if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ - cp -fpR $(srcdir)/$$file "$(distdir)$$dir" || exit 1; \ - find "$(distdir)/$$file" -type d ! -perm -700 -exec chmod u+rwx {} \;; \ - fi; \ - cp -fpR $$d/$$file "$(distdir)$$dir" || exit 1; \ - else \ - test -f "$(distdir)/$$file" \ - || cp -p $$d/$$file "$(distdir)/$$file" \ - || exit 1; \ - fi; \ - done -check-am: all-am -check: check-am -all-am: Makefile $(DATA) -installdirs: - for dir in "$(DESTDIR)$(docdir)"; do \ - test -z "$$dir" || $(MKDIR_P) "$$dir"; \ - done -install: install-am -install-exec: install-exec-am -install-data: install-data-am -uninstall: uninstall-am - -install-am: all-am - @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am - -installcheck: installcheck-am -install-strip: - if test -z '$(STRIP)'; then \ - $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ - install_sh_PROGRAM="$(INSTALL_STRIP_PROGRAM)" INSTALL_STRIP_FLAG=-s \ - install; \ - else \ - $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ - install_sh_PROGRAM="$(INSTALL_STRIP_PROGRAM)" INSTALL_STRIP_FLAG=-s \ - "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'" install; \ - fi -mostlyclean-generic: - -clean-generic: - -distclean-generic: - -test -z "$(CONFIG_CLEAN_FILES)" || rm -f $(CONFIG_CLEAN_FILES) - -test . = "$(srcdir)" || test -z "$(CONFIG_CLEAN_VPATH_FILES)" || rm -f $(CONFIG_CLEAN_VPATH_FILES) - -maintainer-clean-generic: - @echo "This command is intended for maintainers to use" - @echo "it deletes files that may require special tools to rebuild." -clean: clean-am - -clean-am: clean-generic clean-libtool mostlyclean-am - -distclean: distclean-am - -rm -f Makefile -distclean-am: clean-am distclean-generic - -dvi: dvi-am - -dvi-am: - -html: html-am - -html-am: - -info: info-am - -info-am: - -install-data-am: install-dist_docDATA - -install-dvi: install-dvi-am - -install-dvi-am: - -install-exec-am: - -install-html: install-html-am - -install-html-am: - -install-info: install-info-am - -install-info-am: - -install-man: - -install-pdf: install-pdf-am - -install-pdf-am: - -install-ps: install-ps-am - -install-ps-am: - -installcheck-am: - -maintainer-clean: maintainer-clean-am - -rm -f Makefile -maintainer-clean-am: distclean-am maintainer-clean-generic - -mostlyclean: mostlyclean-am - -mostlyclean-am: mostlyclean-generic mostlyclean-libtool - -pdf: pdf-am - -pdf-am: - -ps: ps-am - -ps-am: - -uninstall-am: uninstall-dist_docDATA - -.MAKE: install-am install-strip - -.PHONY: all all-am check check-am clean clean-generic clean-libtool \ - cscopelist-am ctags-am distclean distclean-generic \ - distclean-libtool distdir dvi dvi-am html html-am info info-am \ - install install-am install-data install-data-am \ - install-dist_docDATA install-dvi install-dvi-am install-exec \ - install-exec-am install-html install-html-am install-info \ - install-info-am install-man install-pdf install-pdf-am \ - install-ps install-ps-am install-strip installcheck \ - installcheck-am installdirs maintainer-clean \ - maintainer-clean-generic mostlyclean mostlyclean-generic \ - mostlyclean-libtool pdf pdf-am ps ps-am tags-am uninstall \ - uninstall-am uninstall-dist_docDATA - -.PRECIOUS: Makefile - - -.PHONY: index -index: - ${ECHO} ${INDEXSTART} > $(indexfile) - for i in $(docfiles); do \ - ${ECHO} '
  • '$$i'' >> $(indexfile); \ - done - ${ECHO} ${INDEXEND} >> $(indexfile) - -.PHONY: htmldoc -htmldoc: - for i in $(manpages); do \ - ${GROFF} $(MANSRCDIR)/$$i > $(HTMLMANDIR)/$$i.html; \ - done - -# Tell versions [3.59,3.63) of GNU make to not export all variables. -# Otherwise a system limit (for SysV at least) may be exceeded. -.NOEXPORT: diff --git a/tiff/html/man/TIFFClose.3tiff.html b/tiff/html/man/TIFFClose.3tiff.html deleted file mode 100755 index 720ca32..0000000 --- a/tiff/html/man/TIFFClose.3tiff.html +++ /dev/null @@ -1,87 +0,0 @@ - - - - - - -TIFFClose - - - -

    TIFFClose

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFClose − close a previously opened -TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    void TIFFClose(TIFF *tif)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    TIFFClose closes a file that was previously opened -with TIFFOpen(3TIFF). Any buffered data are flushed -to the file, including the contents of the current directory -(if modified); and all resources are reclaimed.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the routine. Likewise, -warning messages are directed to the -TIFFWarning(3TIFF) routine.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    libtiff(3TIFF), TIFFOpen(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFDataWidth.3tiff.html b/tiff/html/man/TIFFDataWidth.3tiff.html deleted file mode 100755 index 575e3cb..0000000 --- a/tiff/html/man/TIFFDataWidth.3tiff.html +++ /dev/null @@ -1,98 +0,0 @@ - - - - - - -TIFFDataWidth - - - -

    TIFFDataWidth

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -RETURN VALUES
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFDataWidth − Get the size of TIFF data types

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    int TIFFDataWidth(TIFFDataType -type)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    TIFFDataWidth returns a size of type in -bytes. Currently following data types are supported:
    -TIFF_BYTE
    -TIFF_ASCII
    -TIFF_SBYTE
    -TIFF_UNDEFINED
    -TIFF_SHORT
    -TIFF_SSHORT
    -TIFF_LONG
    -TIFF_SLONG
    -TIFF_FLOAT
    -TIFF_IFD
    -TIFF_RATIONAL
    -TIFF_SRATIONAL
    -TIFF_DOUBLE

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    TIFFDataWidth returns a number of bytes occupied -by the item of given type. 0 returned when uknown data type -supplied.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    libtiff(3TIFF),

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFError.3tiff.html b/tiff/html/man/TIFFError.3tiff.html deleted file mode 100755 index 721cec7..0000000 --- a/tiff/html/man/TIFFError.3tiff.html +++ /dev/null @@ -1,106 +0,0 @@ - - - - - - -TIFFError - - - -

    TIFFError

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -RETURN VALUES
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFError, TIFFSetErrorHandler − library error -handling interface

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    void TIFFError(const char *module, const -char *fmt, ...)

    - -

    #include <stdarg.h>

    - -

    typedef void (*TIFFErrorHandler)(const char -*module, const char *fmt, -va_list ap);
    -TIFFErrorHandler TIFFSetErrorHandler(TIFFErrorHandler -handler);

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    TIFFError invokes the library-wide error handling -function to (normally) write an error message to the -stderr. The fmt parameter is a -printf(3S) format string, and any number arguments -can be supplied. The module parameter, if non-zero, -is printed before the message; it typically is used to -identify the software module in which an error is -detected.

    - -

    Applications that desire to capture control in the event -of an error should use TIFFSetErrorHandler to -override the default error handler. A NULL -(0) error handling function may be installed to suppress -error messages.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    TIFFSetErrorHandler returns a reference to the -previous error handling function.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFWarning(3TIFF), libtiff(3TIFF), -printf(3)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFFieldDataType.3tiff.html b/tiff/html/man/TIFFFieldDataType.3tiff.html deleted file mode 100755 index d6a463f..0000000 --- a/tiff/html/man/TIFFFieldDataType.3tiff.html +++ /dev/null @@ -1,89 +0,0 @@ - - - - - - - - - -TIFFFieldDataType - - - - -

    TIFFFieldDataType

    - -NAME
    -SYNOPSIS
    -DESCRIPTION
    -RETURN VALUES
    -SEE ALSO
    - -
    - - -

    NAME - -

    - - - -

    TIFFFieldDataType -− Get TIFF data type from field information

    - -

    SYNOPSIS - -

    - - -

    #include -<tiffio.h>

    - - -

    TIFFDataType -TIFFFieldDataType(const TIFFField* -fip)

    - -

    DESCRIPTION - -

    - - - -

    TIFFFieldDataType -returns the data type stored in a TIFF field.

    - -

    fip is a -field information pointer previously returned by -TIFFFindField, TIFFFieldWithTag, or -TIFFFieldWithName.

    - -

    RETURN VALUES - -

    - - - -

    TIFFFieldDataType -returns a member of the enum type TIFFDataType.

    - -

    SEE ALSO - -

    - - - -

    libtiff(3TIFF),

    - -

    Libtiff library -home page: http://www.remotesensing.org/libtiff/

    -
    - - diff --git a/tiff/html/man/TIFFFieldName.3tiff.html b/tiff/html/man/TIFFFieldName.3tiff.html deleted file mode 100755 index b270d4a..0000000 --- a/tiff/html/man/TIFFFieldName.3tiff.html +++ /dev/null @@ -1,86 +0,0 @@ - - - - - - - - - -TIFFFieldName - - - - -

    TIFFFieldName

    - -NAME
    -SYNOPSIS
    -DESCRIPTION
    -RETURN VALUES
    -SEE ALSO
    - -
    - - -

    NAME - -

    - - -

    TIFFFieldName -− Get TIFF field name from field information

    - -

    SYNOPSIS - -

    - - -

    #include -<tiffio.h>

    - -

    const char* -TIFFFieldName(const TIFFField* fip)

    - -

    DESCRIPTION - -

    - - - -

    TIFFFieldName -returns the textual name for a TIFF field.

    - -

    fip is a -field information pointer previously returned by -TIFFFindField, TIFFFieldWithTag, or -TIFFFieldWithName.

    - -

    RETURN VALUES - -

    - - - -

    TIFFFieldName -returns a constant C string.

    - -

    SEE ALSO - -

    - - - -

    libtiff(3TIFF),

    - -

    Libtiff library -home page: http://www.remotesensing.org/libtiff/

    -
    - - diff --git a/tiff/html/man/TIFFFieldPassCount.3tiff.html b/tiff/html/man/TIFFFieldPassCount.3tiff.html deleted file mode 100755 index 480f736..0000000 --- a/tiff/html/man/TIFFFieldPassCount.3tiff.html +++ /dev/null @@ -1,98 +0,0 @@ - - - - - - - - - -TIFFFieldPassCount - - - - -

    TIFFFieldPassCount

    - -NAME
    -SYNOPSIS
    -DESCRIPTION
    -RETURN VALUES
    -SEE ALSO
    - -
    - - -

    NAME - -

    - - - -

    TIFFFieldPassCount -− Get whether to pass a count to TIFFGet/SetField

    - -

    SYNOPSIS - -

    - - -

    #include -<tiffio.h>

    - -

    int -TIFFFieldPassCount(const TIFFField* -fip)

    - -

    DESCRIPTION - -

    - - - -

    TIFFFieldPassCount -returns true (nonzero) if TIFFGetField and -TIFFSetField expect a count value to be passed -before the actual data pointer.

    - -

    fip is a -field information pointer previously returned by -TIFFFindField, TIFFFieldWithTag, or -TIFFFieldWithName.

    - -

    When a -count is required, it will be of type uint32 -when TIFFFieldReadCount reports -TIFF_VARIABLE2, and of type uint16 otherwise. -(This distinction is critical for use of -TIFFGetField, but normally not so for use of -TIFFSetField.)

    - -

    RETURN VALUES - -

    - - - -

    TIFFFieldPassCount -returns an integer that is always 1 (true) or 0 (false).

    - -

    SEE ALSO - -

    - - - -

    libtiff(3TIFF),

    - -

    Libtiff library -home page: http://www.remotesensing.org/libtiff/

    -
    - - diff --git a/tiff/html/man/TIFFFieldReadCount.3tiff.html b/tiff/html/man/TIFFFieldReadCount.3tiff.html deleted file mode 100755 index c77d4d3..0000000 --- a/tiff/html/man/TIFFFieldReadCount.3tiff.html +++ /dev/null @@ -1,101 +0,0 @@ - - - - - - - - - -TIFFFieldReadCount - - - - -

    TIFFFieldReadCount

    - -NAME
    -SYNOPSIS
    -DESCRIPTION
    -RETURN VALUES
    -SEE ALSO
    - -
    - - -

    NAME - -

    - - - -

    TIFFFieldReadCount -− Get number of values to be read from field

    - -

    SYNOPSIS - -

    - - -

    #include -<tiffio.h>

    - -

    int -TIFFFieldReadCount(const TIFFField* -fip)

    - -

    DESCRIPTION - -

    - - - -

    TIFFFieldReadCount -returns the number of values available to be read from the -specified TIFF field; that is, the number of arguments that -should be supplied to TIFFGetField. For most field -types this is a small positive integer, typically 1 or 2, -but there are some special values:
    -TIFF_VARIABLE     indicates that a variable number of values -is possible; then, a uint16 count argument and -a pointer data argument must be supplied to -TIFFGetField.
    -TIFF_VARIABLE2     is the same as TIFF_VARIABLE -except that the count argument must have type -uint32.
    -TIFF_SPP     indicates that the number of arguments is equal -to the image’s number of samples per pixel.

    - -

    fip is a -field information pointer previously returned by -TIFFFindField, TIFFFieldWithTag, or -TIFFFieldWithName.

    - -

    RETURN VALUES - -

    - - - -

    TIFFFieldReadCount -returns an integer.

    - -

    SEE ALSO - -

    - - - -

    libtiff(3TIFF),

    - -

    Libtiff library -home page: http://www.remotesensing.org/libtiff/

    -
    - - diff --git a/tiff/html/man/TIFFFieldTag.3tiff.html b/tiff/html/man/TIFFFieldTag.3tiff.html deleted file mode 100755 index d1cc04a..0000000 --- a/tiff/html/man/TIFFFieldTag.3tiff.html +++ /dev/null @@ -1,88 +0,0 @@ - - - - - - - - - -TIFFFieldTag - - - - -

    TIFFFieldTag

    - -NAME
    -SYNOPSIS
    -DESCRIPTION
    -RETURN VALUES
    -SEE ALSO
    - -
    - - -

    NAME - -

    - - -

    TIFFFieldTag -− Get TIFF field tag value from field information

    - -

    SYNOPSIS - -

    - - -

    #include -<tiffio.h>

    - -

    uint32 -TIFFFieldTag(const TIFFField* fip)

    - -

    DESCRIPTION - -

    - - - -

    TIFFFieldTag -returns the numeric tag value for a TIFF field. This can be -compared to various constants exported by the libtiff -header files, such as TIFFTAG_IMAGEWIDTH.

    - -

    fip is a -field information pointer previously returned by -TIFFFindField, TIFFFieldWithTag, or -TIFFFieldWithName.

    - -

    RETURN VALUES - -

    - - - -

    TIFFFieldTag -returns an integer tag value.

    - -

    SEE ALSO - -

    - - - -

    libtiff(3TIFF),

    - -

    Libtiff library -home page: http://www.remotesensing.org/libtiff/

    -
    - - diff --git a/tiff/html/man/TIFFFieldWriteCount.3tiff.html b/tiff/html/man/TIFFFieldWriteCount.3tiff.html deleted file mode 100755 index d72a8e3..0000000 --- a/tiff/html/man/TIFFFieldWriteCount.3tiff.html +++ /dev/null @@ -1,108 +0,0 @@ - - - - - - - - - -TIFFFieldWriteCount - - - - -

    TIFFFieldWriteCount

    - -NAME
    -SYNOPSIS
    -DESCRIPTION
    -RETURN VALUES
    -SEE ALSO
    - -
    - - -

    NAME - -

    - - - -

    TIFFFieldWriteCount -− Get number of values to be written to field

    - -

    SYNOPSIS - -

    - - -

    #include -<tiffio.h>

    - -

    int -TIFFFieldWriteCount(const TIFFField* -fip)

    - -

    DESCRIPTION - -

    - - - -

    TIFFFieldWriteCount -returns the number of values to be written into the -specified TIFF field; that is, the number of arguments that -should be supplied to TIFFSetField. For most field -types this is a small positive integer, typically 1 or 2, -but there are some special values:
    -TIFF_VARIABLE     indicates that a variable number of values -is possible; then, a uint16 count argument and -a pointer data argument must be supplied to -TIFFSetField.
    -TIFF_VARIABLE2     is the same as TIFF_VARIABLE -except that the count argument must have type -uint32. (On most modern machines, this makes no -practical difference, and the count argument can -simply be an int in either case.)
    -TIFF_SPP     indicates that the number of arguments must be -equal to the image’s number of samples per pixel.

    - -

    fip is a -field information pointer previously returned by -TIFFFindField, TIFFFieldWithTag, or -TIFFFieldWithName.

    - -

    For most field -types, TIFFFieldWriteCount returns the same value as -TIFFFieldReadCount, but there are some -exceptions.

    - -

    RETURN VALUES - -

    - - - -

    TIFFFieldWriteCount -returns an integer.

    - -

    SEE ALSO - -

    - - - -

    libtiff(3TIFF),

    - -

    Libtiff library -home page: http://www.remotesensing.org/libtiff/

    -
    - - diff --git a/tiff/html/man/TIFFFlush.3tiff.html b/tiff/html/man/TIFFFlush.3tiff.html deleted file mode 100755 index 742f3ae..0000000 --- a/tiff/html/man/TIFFFlush.3tiff.html +++ /dev/null @@ -1,113 +0,0 @@ - - - - - - -TIFFFlush - - - -

    TIFFFlush

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFFlush, TIFFFlushData − flush pending writes to -an open TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    int TIFFFlush(TIFF *tif)
    -int TIFFFlushData(TIFF *    tif)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    TIFFFlush causes any pending writes for the -specified file (including writes for the current directory) -to be done. In normal operation this call is never needed -− the library automatically does any flushing -required.

    - -

    TIFFFlushData flushes any pending image data for -the specified file to be written out; directory-related data -are not flushed. In normal operation this call is never -needed − the library automatically does any flushing -required.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    0 is returned if an error is encountered, otherwise 1 is -returned.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), -TIFFWriteEncodedStrip(3TIFF), -TIFFWriteEncodedTile(3TIFF), -TIFFWriteRawStrip(3TIFF), -TIFFWriteRawTile(3TIFF), -TIFFWriteScanline(3TIFF), TIFFWriteTile(3TIFF) -libtiff(3TIFF),

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFGetField.3tiff.html b/tiff/html/man/TIFFGetField.3tiff.html deleted file mode 100755 index bd2f78b..0000000 --- a/tiff/html/man/TIFFGetField.3tiff.html +++ /dev/null @@ -1,1969 +0,0 @@ - - - - - - - - - -TIFFGetField - - - - -

    TIFFGetField

    - -NAME
    -SYNOPSIS
    -DESCRIPTION
    -AUTOREGISTERED TAGS
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - - -

    NAME - -

    - - -

    TIFFGetField, -TIFFVGetField − get the value(s) of a tag in an open -TIFF file

    - -

    SYNOPSIS - -

    - - -

    #include -<tiffio.h>

    - -

    int -TIFFGetField(TIFF *tif, ttag_t -tag, ...)

    - -

    #include -<stdarg.h>

    - -

    int -TIFFVGetField(TIFF *tif, ttag_t -tag, va_list ap)
    -int TIFFGetFieldDefaulted(TIFF *    tif, -ttag_t tag, ...)
    -int TIFFVGetFieldDefaulted(TIFF *    tif, -ttag_t tag, va_list ap)

    - -

    DESCRIPTION - -

    - - - -

    TIFFGetField -returns the value of a tag or pseudo-tag associated with the -the current directory of the opened TIFF file -tif. (A pseudo-tag is a parameter that is used -to control the operation of the TIFF library -but whose value is not read or written to the underlying -file.) The file must have been previously opened with -TIFFOpen(3TIFF). The tag is identified by tag, -one of the values defined in the include file tiff.h -(see also the table below). The type and number of values -returned is dependent on the tag being requested. The -programming interface uses a variable argument list as -prescribed by the stdarg(3) interface. The returned -values should only be interpreted if TIFFGetField -returns 1.

    - - -

    TIFFVGetField -is functionally equivalent to TIFFGetField except -that it takes a pointer to a variable argument list. -TIFFVGetField is useful for layering interfaces on -top of the functionality provided by -TIFFGetField.

    - - -

    TIFFGetFieldDefaulted -and TIFFVGetFieldDefaulted are identical to -TIFFGetField and TIFFVGetField, except that if -a tag is not defined in the current directory and it has a -default value, then the default value is returned.

    - -

    The tags -understood by libtiff(3TIFF), the number of parameter -values, and the types for the returned values are shown -below. The data types are specified as in C and correspond -to the types used to specify tag values to -TIFFSetField(3TIFF). Remember that -TIFFGetField returns parameter values, so all the -listed data types are pointers to storage where values -should be returned. Consult the TIFF -specification (or relevant industry specification) for -information on the meaning of each tag and their possible -values.

    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - - -

    Tag Name

    		 - - -

    Count

    		 -
    - - -

    Types

    		 - - -

    Notes

    - - -

    TIFFTAG_ARTIST

    		 - - -

    1

    		 -
    - - -

    char**

    		 -
    - - -

    TIFFTAG_BADFAXLINES

    		 - - -

    1

    		 -
    - - -

    uint32*

    		 -
    - - -

    TIFFTAG_BITSPERSAMPLE

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_CLEANFAXDATA

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_COLORMAP

    		 - - -

    3

    		 -
    - - -

    uint16**

    		 - - -

    1<<BitsPerSample arrays

    - - -

    TIFFTAG_COMPRESSION

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_CONSECUTIVEBADFAXLINES

    		 - - -

    1

    		 -
    - - -

    uint32*

    		 -
    - - -

    TIFFTAG_COPYRIGHT

    		 - - -

    1

    		 -
    - - -

    char**

    		 -
    - - -

    TIFFTAG_DATATYPE

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_DATETIME

    		 - - -

    1

    		 -
    - - -

    char**

    		 -
    - - -

    TIFFTAG_DOCUMENTNAME

    		 - - -

    1

    		 -
    - - -

    char**

    		 -
    - - -

    TIFFTAG_DOTRANGE

    		 - - -

    2

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_EXTRASAMPLES

    		 - - -

    2

    		 -
    - - -

    uint16*,uint16**

    		 - - -

    count & types array

    - - -

    TIFFTAG_FAXFILLFUNC

    		 - - -

    1

    		 -
    - - -

    TIFFFaxFillFunc*

    		 - - -

    G3/G4 compression pseudo-tag

    - - -

    TIFFTAG_FAXMODE

    		 - - -

    1

    		 -
    - - -

    int*

    		 - - -

    G3/G4 compression pseudo-tag

    - - -

    TIFFTAG_FILLORDER

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_GROUP3OPTIONS

    		 - - -

    1

    		 -
    - - -

    uint32*

    		 -
    - - -

    TIFFTAG_GROUP4OPTIONS

    		 - - -

    1

    		 -
    - - -

    uint32*

    		 -
    - - -

    TIFFTAG_HALFTONEHINTS

    		 - - -

    2

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_HOSTCOMPUTER

    		 - - -

    1

    		 -
    - - -

    char**

    		 -
    - - -

    TIFFTAG_ICCPROFILE

    		 - - -

    2

    		 -
    - - -

    uint32*,void**

    		 - - -

    count, profile data

    - - -

    TIFFTAG_IMAGEDEPTH

    		 - - -

    1

    		 -
    - - -

    uint32*

    		 -
    - - -

    TIFFTAG_IMAGEDESCRIPTION

    		 - - -

    1

    		 -
    - - -

    char**

    		 -
    - - -

    TIFFTAG_IMAGELENGTH

    		 - - -

    1

    		 -
    - - -

    uint32*

    		 -
    - - -

    TIFFTAG_IMAGEWIDTH

    		 - - -

    1

    		 -
    - - -

    uint32*

    		 -
    - - -

    TIFFTAG_INKNAMES

    		 - - -

    1

    		 -
    - - -

    char**

    		 -
    - - -

    TIFFTAG_INKSET

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_JPEGCOLORMODE

    		 - - -

    1

    		 -
    - - -

    int*

    		 - - -

    JPEG pseudo-tag

    - - -

    TIFFTAG_JPEGQUALITY

    		 - - -

    1

    		 -
    - - -

    int*

    		 - - -

    JPEG pseudo-tag

    - - -

    TIFFTAG_JPEGTABLES

    		 - - -

    2

    		 -
    - - -

    uint32*,void**

    		 - - -

    count & tables

    - - -

    TIFFTAG_JPEGTABLESMODE

    		 - - -

    1

    		 -
    - - -

    int*

    		 - - -

    JPEG pseudo-tag

    - - -

    TIFFTAG_MAKE

    		 - - -

    1

    		 -
    - - -

    char**

    		 -
    - - -

    TIFFTAG_MATTEING

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_MAXSAMPLEVALUE

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_MINSAMPLEVALUE

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_MODEL

    		 - - -

    1

    		 -
    - - -

    char**

    		 -
    - - -

    TIFFTAG_ORIENTATION

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_PAGENAME

    		 - - -

    1

    		 -
    - - -

    char**

    		 -
    - - -

    TIFFTAG_PAGENUMBER

    		 - - -

    2

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_PHOTOMETRIC

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_PHOTOSHOP

    		 - - -

    2

    		 -
    - - -

    uint32*,void**

    		 - - -

    count, data

    - - -

    TIFFTAG_PLANARCONFIG

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_PREDICTOR

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_PRIMARYCHROMATICITIES

    		 - - -

    1

    		 -
    - - -

    float**

    		 - - -

    6-entry array

    - - -

    TIFFTAG_REFERENCEBLACKWHITE

    		 - - -

    1

    		 -
    - - -

    float**

    		 - - -

    6-entry array

    - - -

    TIFFTAG_RESOLUTIONUNIT

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_RICHTIFFIPTC

    		 - - -

    2

    		 -
    - - -

    uint32*,void**

    		 - - -

    count, data

    - - -

    TIFFTAG_ROWSPERSTRIP

    		 - - -

    1

    		 -
    - - -

    uint32*

    		 -
    - - -

    TIFFTAG_SAMPLEFORMAT

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_SAMPLESPERPIXEL

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_SMAXSAMPLEVALUE

    		 - - -

    1

    		 -
    - - -

    double*

    		 -
    - - -

    TIFFTAG_SMINSAMPLEVALUE

    		 - - -

    1

    		 -
    - - -

    double*

    		 -
    - - -

    TIFFTAG_SOFTWARE

    		 - - -

    1

    		 -
    - - -

    char**

    		 -
    - - -

    TIFFTAG_STONITS

    		 - - -

    1

    		 -
    - - -

    double**

    		 -
    - - -

    TIFFTAG_STRIPBYTECOUNTS

    		 - - -

    1

    		 -
    - - -

    uint32**

    		 -
    - - -

    TIFFTAG_STRIPOFFSETS

    		 - - -

    1

    		 -
    - - -

    uint32**

    		 -
    - - -

    TIFFTAG_SUBFILETYPE

    		 - - -

    1

    		 -
    - - -

    uint32*

    		 -
    - - -

    TIFFTAG_SUBIFD

    		 - - -

    2

    		 -
    - - -

    uint16*,uint32**

    		 - - -

    count & offsets array

    - - -

    TIFFTAG_TARGETPRINTER

    		 - - -

    1

    		 -
    - - -

    char**

    		 -
    - - -

    TIFFTAG_THRESHHOLDING

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_TILEBYTECOUNTS

    		 - - -

    1

    		 -
    - - -

    uint32**

    		 -
    - - -

    TIFFTAG_TILEDEPTH

    		 - - -

    1

    		 -
    - - -

    uint32*

    		 -
    - - -

    TIFFTAG_TILELENGTH

    		 - - -

    1

    		 -
    - - -

    uint32*

    		 -
    - - -

    TIFFTAG_TILEOFFSETS

    		 - - -

    1

    		 -
    - - -

    uint32**

    		 -
    - - -

    TIFFTAG_TILEWIDTH

    		 - - -

    1

    		 -
    - - -

    uint32*

    		 -
    - - -

    TIFFTAG_TRANSFERFUNCTION

    		 - - -

    1 or 3†

    		 - - -

    uint16**1<<BitsPerSample entry arrays

    - - -

    TIFFTAG_WHITEPOINT

    		 - - -

    1

    		 -
    - - -

    float**

    		 - - -

    2-entry array

    - - -

    TIFFTAG_XMLPACKET

    		 - - -

    2

    		 -
    - - -

    uint32*,void**

    		 - - -

    count, data

    - - -

    TIFFTAG_XPOSITION

    		 - - -

    1

    		 -
    - - -

    float*

    		 -
    - - -

    TIFFTAG_XRESOLUTION

    		 - - -

    1

    		 -
    - - -

    float*

    		 -
    - - -

    TIFFTAG_YCBCRCOEFFICIENTS

    		 - - -

    1

    		 -
    - - -

    float**

    		 - - -

    3-entry array

    - - -

    TIFFTAG_YCBCRPOSITIONING

    		 - - -

    1

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_YCBCRSUBSAMPLING

    		 - - -

    2

    		 -
    - - -

    uint16*

    		 -
    - - -

    TIFFTAG_YPOSITION

    		 - - -

    1

    		 -
    - - -

    float*

    		 -
    - - -

    TIFFTAG_YRESOLUTION

    		 - - -

    1

    		 -
    - - -

    float*‡

    		 -
    - -

    † If -SamplesPerPixel is one, then a single array is -returned; otherwise three arrays are returned.
    -‡ The contents of this field are quite complex. See -The ICC Profile Format Specification, Annex B.3 -"Embedding ICC Profiles in TIFF Files" (available -at http://www.color.org) for an explanation.

    - -

    AUTOREGISTERED TAGS - -

    - - -

    If you -can’t find the tag in the table above that means this -is unsupported tag. But you still be able to read it’s -value if you know the data type of that tag. For example, if -you want to read the LONG value from the tag 33424 and ASCII -string from the tag 36867 you can use the following -code:

    - -

    uint16 count; -
    -void *data;

    - - -

    TIFFGetField(tiff, -33424, &count, &data);
    -printf("Tag %d: %d, count %d0, 33424, *(uint32 *)data, -count);
    -TIFFGetField(tiff, 36867, &count, &data);
    -printf("Tag %d: %s, count %d0, 36867, (char *)data, -count);

    - -

    is not -supported by libtiff(3TIFF), library

    - -

    RETURN VALUES - -

    - - -

    1 is returned -if the tag is defined in the current directory; otherwise a -0 is returned.

    - -

    DIAGNOSTICS - -

    - - -

    All error -messages are directed to the TIFFError(3TIFF) -routine.

    - -

    Unknown -field, tag 0x%x. An unknown tag was supplied.

    - -

    SEE ALSO - -

    - - - -

    TIFFOpen(3TIFF), -TIFFSetField(3TIFF), TIFFSetDirectory(3TIFF), -TIFFReadDirectory(3TIFF), -TIFFWriteDirectory(3TIFF) libtiff(3TIFF),

    - -

    Libtiff library -home page: http://www.remotesensing.org/libtiff/

    -
    - - diff --git a/tiff/html/man/TIFFOpen.3tiff.html b/tiff/html/man/TIFFOpen.3tiff.html deleted file mode 100755 index 2379121..0000000 --- a/tiff/html/man/TIFFOpen.3tiff.html +++ /dev/null @@ -1,421 +0,0 @@ - - - - - - -TIFFOpen - - - -

    TIFFOpen

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -BYTE ORDER
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFOpen, TIFFFdOpen, TIFFClientOpen − open a -TIFF file for reading or writing

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    TIFF* TIFFOpen(const char *filename, -const char *mode)
    -TIFF* TIFFFdOpen(const int     fd, const char -*filename, const char -*mode)

    - -

    typedef tsize_t (*TIFFReadWriteProc)(thandle_t, -tdata_t, tsize_t);
    -typedef toff_t (*TIFFSeekProc)(thandle_t, toff_t, int);
    -typedef int (*TIFFCloseProc)(thandle_t);
    -typedef toff_t (*TIFFSizeProc)(thandle_t);
    -typedef int (*TIFFMapFileProc)(thandle_t, tdata_t*, -toff_t*);
    -typedef void (*TIFFUnmapFileProc)(thandle_t, tdata_t, -toff_t);

    - -

    TIFF* TIFFClientOpen(const char -*filename, const char *mode, -thandle_t clientdata, TIFFReadWriteProc -readproc, TIFFReadWriteProc -writeproc, TIFFSeekProc seekproc, -TIFFCloseProc closeproc, TIFFSizeProc -sizeproc, TIFFMapFileProc mapproc, -TIFFUnmapFileProc unmapproc)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    TIFFOpen opens a TIFF file whose -name is filename and returns a handle to be used in -subsequent calls to routines in libtiff. If the open -operation fails, then zero is returned. The mode -parameter specifies if the file is to be opened for reading -(‘‘r’’), writing -(‘‘w’’), or appending -(‘‘a’’) and, optionally, whether to -override certain default aspects of library operation (see -below). When a file is opened for appending, existing data -will not be touched; instead new data will be written as -additional subfiles. If an existing file is opened for -writing, all previous data is overwritten.

    - -

    If a file is opened for reading, the first -TIFF directory in the file is automatically -read (also see TIFFSetDirectory(3TIFF) for reading -directories other than the first). If a file is opened for -writing or appending, a default directory is automatically -created for writing subsequent data. This directory has all -the default values specified in TIFF Revision -6.0: BitsPerSample=1, ThreshHolding=bilevel -art scan, FillOrder=1 (most significant bit of each -data byte is filled first), Orientation=1 (the 0th -row represents the visual top of the image, and the 0th -column represents the visual left hand side), -SamplesPerPixel=1, RowsPerStrip=infinity, -ResolutionUnit=2 (inches), and Compression=1 -(no compression). To alter these values, or to define values -for additional fields, TIFFSetField(3TIFF) must be -used.

    - -

    TIFFFdOpen is like TIFFOpen except that it -opens a TIFF file given an open file -descriptor fd. The file’s name and mode must -reflect that of the open descriptor. The object associated -with the file descriptor must support random -access.

    - -

    TIFFClientOpen is like TIFFOpen except that -the caller supplies a collection of functions that the -library will use to do UNIX -like I/O -operations. The readproc and writeproc are -called to read and write data at the current file position. -seekproc is called to change the current file -position a la lseek(2). closeproc is invoked -to release any resources associated with an open file. -sizeproc is invoked to obtain the size in bytes of a -file. mapproc and unmapproc are called to map -and unmap a file’s contents in memory; c.f. -mmap(2) and munmap(2). The clientdata -parameter is an opaque ‘‘handle’’ -passed to the client-specified routines passed as parameters -to TIFFClientOpen.

    -
    - -

    OPTIONS

    - - - - - -
    -

    The open mode parameter can include the following flags -in addition to the ‘‘r’’, -‘‘w’’, and -‘‘a’’ flags. Note however that -option flags must follow the read-write-append -specification.

    -
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    l

    -    		 - -

    When creating a new file force information be written -with Little-Endian byte order (but see below). By default -the library will create new files using the native -CPU byte order.

    -    		 -
    - -

    b

    -    		 - -

    When creating a new file force information be written -with Big-Endian byte order (but see below). By default the -library will create new files using the native -CPU byte order.

    -    		 -
    - -

    L

    -    		 - -

    Force image data that is read or written to be treated -with bits filled from Least Significant Bit ( -LSB ) to Most Significant Bit ( -MSB ). Note that this is the opposite to the -way the library has worked from its inception.

    -    		 -
    - -

    B

    -    		 - -

    Force image data that is read or written to be treated -with bits filled from Most Significant Bit ( -MSB ) to Least Significant Bit ( -LSB ); this is the default.

    -    		 -
    - -

    H

    -    		 - -

    Force image data that is read or written to be treated -with bits filled in the same order as the native -CPU.

    -    		 -
    - -

    M

    -    		 - -

    Enable the use of memory-mapped files for images opened -read-only. If the underlying system does not support -memory-mapped files or if the specific image being opened -cannot be memory-mapped then the library will fallback to -using the normal system interface for reading information. -By default the library will attempt to use memory-mapped -files.

    -    		 -
    - -

    m

    -    		 - -

    Disable the use of memory-mapped files.

    -    		 -
    - -

    C

    -    		 - -

    Enable the use of ‘‘strip -chopping’’ when reading images that are -comprised of a single strip or tile of uncompressed data. -Strip chopping is a mechanism by which the library will -automatically convert the single-strip image to multiple -strips, each of which has about 8 Kilobytes of data. This -facility can be useful in reducing the amount of memory used -to read an image because the library normally reads each -strip in its entirety. Strip chopping does however alter the -apparent contents of the image because when an image is -divided into multiple strips it looks as though the -underlying file contains multiple separate strips. Finally, -note that default handling of strip chopping is a -compile-time configuration parameter. The default behaviour, -for backwards compatibility, is to enable strip -chopping.

    -    		 -
    - -

    c

    -    		 - -

    Disable the use of strip chopping when reading -images.

    -    		 -
    - -

    h

    -    		 - -

    Read TIFF header only, do not load the first image -directory. That could be useful in case of the broken first -directory. We can open the file and proceed to the other -directories.

    -    		 -
    - -

    BYTE ORDER

    - - - - - -
    -

    The TIFF specification (all -versions) states that compliant readers must be -capable of reading images written in either byte order. -Nonetheless some software that claims to support the reading -of TIFF images is incapable of reading images -in anything but the native CPU byte order on -which the software was written. (Especially notorious are -applications written to run on Intel-based machines.) By -default the library will create new files with the native -byte-order of the CPU on which the -application is run. This ensures optimal performance and is -portable to any application that conforms to the TIFF -specification. To force the library to use a specific -byte-order when creating a new file the -‘‘b’’ and -‘‘l’’ option flags may be included -in the call to open a file; for example, -‘‘wb’’ or -‘‘wl’’.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    Upon successful completion TIFFOpen, -TIFFFdOpen, and TIFFClientOpen return a -TIFF pointer. Otherwise, NULL is -returned.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine. Likewise, warning messages -are directed to the TIFFWarning(3TIFF) routine.

    - -

    "%s": Bad mode. The specified -mode parameter was not one of -‘‘r’’ (read), -‘‘w’’ (write), or -‘‘a’’ (append).

    - -

    %s: Cannot open. TIFFOpen() was unable to -open the specified filename for read/writing.

    - -

    Cannot read TIFF header. An error occurred while -attempting to read the header information.

    - -

    Error writing TIFF header. An error occurred while -writing the default header information for a new file.

    - -

    Not a TIFF file, bad magic number %d (0x%x). The -magic number in the header was not (hex) 0x4d4d or (hex) -0x4949.

    - -

    Not a TIFF file, bad version number %d (0x%x). The -version field in the header was not 42 (decimal).

    - -

    Cannot append to file that has opposite byte -ordering. A file with a byte ordering opposite to the -native byte ordering of the current machine was opened for -appending (‘‘a’’). This is a -limitation of the library.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    libtiff(3TIFF), TIFFClose(3TIFF)

    -
    -
    - - diff --git a/tiff/html/man/TIFFPrintDirectory.3tiff.html b/tiff/html/man/TIFFPrintDirectory.3tiff.html deleted file mode 100755 index f4dca6e..0000000 --- a/tiff/html/man/TIFFPrintDirectory.3tiff.html +++ /dev/null @@ -1,225 +0,0 @@ - - - - - - -TIFFPrintDirectory - - - -

    TIFFPrintDirectory

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -NOTES
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFPrintDirectory − print a description of a -TIFF directory

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    void TIFFPrintDirectory(TIFF *tif, FILE -*fd, long flags)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    TIFFPrintDirectory prints a description of the -current directory in the specified TIFF file -to the standard I/O output stream fd. The -flags parameter is used to control the level of -detail of the printed information; it is a bit-or of the -flags defined in tiffio.h:

    - - -

    #define TIFFPRINT_NONE 0x0 /* no extra info */

    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    #define

    -    		 - -

    TIFFPRINT_STRIPS

    -    		 - -

    0x1

    -    		 - -

    /* strips/tiles info */

    -
    - -

    #define

    -    		 - -

    TIFFPRINT_CURVES

    -    		 - -

    0x2

    -    		 - -

    /* color/gray response curves */

    -
    - -

    #define

    -    		 - -

    TIFFPRINT_COLORMAP

    -    		 - -

    0x4

    -    		 - -

    /* colormap */

    -
    - -

    #define

    -    		 - -

    TIFFPRINT_JPEGQTABLES

    -    		 - -

    0x100

    -    		 - -

    /* JPEG Q matrices */

    -
    - -

    #define

    -    		 - -

    TIFFPRINT_JPEGACTABLES

    -    		 - -

    0x200

    -    		 - -

    /* JPEG AC tables */

    -
    - -

    #define

    -    		 - -

    TIFFPRINT_JPEGDCTABLES

    -    		 - -

    0x200

    -    		 - -

    /* JPEG DC tables */

    -
    - -

    NOTES

    - - - - - -
    -

    In C++ the flags parameter defaults to 0.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    None.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    None.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    libtiff(3TIFF), TIFFOpen(3TIFF), -TIFFReadDirectory(3TIFF), -TIFFSetDirectory(3TIFF)

    -
    -
    - - diff --git a/tiff/html/man/TIFFRGBAImage.3tiff.html b/tiff/html/man/TIFFRGBAImage.3tiff.html deleted file mode 100755 index 08a9924..0000000 --- a/tiff/html/man/TIFFRGBAImage.3tiff.html +++ /dev/null @@ -1,319 +0,0 @@ - - - - - - -TIFFRGBAImage - - - -

    TIFFRGBAImage

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -ALTERNATE RASTER FORMATS
    -SIMULTANEOUS RASTER STORE AND DISPLAY
    -SUPPORTING ADDITIONAL TIFF FORMATS
    -NOTES
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFRGBAImageOK, TIFFRGBAImageBegin, TIFFRGBAImageGet, -TIFFRGBAImageEnd − read and decode an image into a -raster

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    typedef unsigned char TIFFRGBValue; typedef struct -_TIFFRGBAImage TIFFRGBAImage;

    - -

    int TIFFRGBAImageOK(TIFF *tif, char -emsg[1024])
    -int TIFFRGBAImageBegin(TIFFRGBAImage *    img, -TIFF* tif, int stopOnError, -char emsg[1024])
    -int TIFFRGBAImageGet(TIFFRGBAImage *    img, -uint32* raster, uint32 width , -uint32 height)
    -void TIFFRGBAImageEnd(TIFFRGBAImage -*    img)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    The routines described here provide a high-level -interface through which TIFF images may be -read into memory. Images may be strip- or tile-based and -have a variety of different characteristics: bits/sample, -samples/pixel, photometric, etc. Decoding state is -encapsulated in a TIFFRGBAImage structure making it -possible to capture state for multiple images and quickly -switch between them. The target raster format can be -customized to a particular application’s needs by -installing custom routines that manipulate image data -according to application requirements.

    - -

    The default usage for these routines is: check if an -image can be processed using TIFFRGBAImageOK, -construct a decoder state block using -TIFFRGBAImageBegin, read and decode an image into a -target raster using TIFFRGBAImageGet, and then -release resources using TIFFRGBAImageEnd. -TIFFRGBAImageGet can be called multiple times to -decode an image using different state parameters. If -multiple images are to be displayed and there is not enough -space for each of the decoded rasters, multiple state blocks -can be managed and then calls can be made to -TIFFRGBAImageGet as needed to display an image.

    - -

    The generated raster is assumed to be an array of -width times height 32-bit entries, where -width must be less than or equal to the width of the -image (height may be any non-zero size). If the -raster dimensions are smaller than the image, the image data -is cropped to the raster bounds. If the raster height is -greater than that of the image, then the image data are -placed in the lower part of the raster. (Note that the -raster is assume to be organized such that the pixel at -location (x,y) is -raster[y*width+x]; with the -raster origin in the lower-left hand corner.)

    - -

    Raster pixels are 8-bit packed red, green, blue, alpha -samples. The macros TIFFGetR, TIFFGetG, -TIFFGetB, and TIFFGetA should be used to -access individual samples. Images without Associated Alpha -matting information have a constant Alpha of 1.0 (255).

    - -

    TIFFRGBAImageGet converts non-8-bit images by -scaling sample values. Palette, grayscale, bilevel, -CMYK , and YCbCr images are converted to -RGB transparently. Raster pixels are returned -uncorrected by any colorimetry information present in the -directory.

    - -

    The parameter stopOnError specifies how to act if -an error is encountered while reading the image. If -stopOnError is non-zero, then an error will terminate -the operation; otherwise TIFFRGBAImageGet will -continue processing data until all the possible data in the -image have been requested.

    -
    - -

    ALTERNATE RASTER FORMATS

    - - - - - -
    -

    To use the core support for reading and processing -TIFF images, but write the resulting raster -data in a different format one need only override the -‘‘put methods’’ used to store -raster data. These methods are are defined in the -TIFFRGBAImage structure and initially setup by -TIFFRGBAImageBegin to point to routines that pack -raster data in the default ABGR pixel format. -Two different routines are used according to the physical -organization of the image data in the file: -PlanarConfiguration=1 (packed samples), and -PlanarConfiguration=2 (separated samples). Note that -this mechanism can be used to transform the data before -storing it in the raster. For example one can convert data -to colormap indices for display on a colormap display.

    -
    - -

    SIMULTANEOUS RASTER STORE AND DISPLAY

    - - - - - -
    -

    It is simple to display an image as it is being read into -memory by overriding the put methods as described above for -supporting alternate raster formats. Simply keep a reference -to the default put methods setup by -TIFFRGBAImageBegin and then invoke them before or -after each display operation. For example, the -tiffgt(1) utility uses the following put method to -update the display as the raster is being filled:

    - -
    static void
-putContigAndDraw(TIFFRGBAImage* img, uint32* raster,
-    uint32 x, uint32 y, uint32 w, uint32 h,
-    int32 fromskew, int32 toskew,
-    unsigned char* cp)
-{
-    (*putContig)(img, raster, x, y, w, h, fromskew, toskew, cp);
-    if (x+w == width) {
-     w = width;
-     if (img->orientation == ORIENTATION_TOPLEFT)
-         lrectwrite(0, y-(h-1), w-1, y, raster-x-(h-1)*w);
-     else
-         lrectwrite(0, y, w-1, y+h-1, raster);
-    }
-}
-
    - -

    (the original routine provided by the library is saved in -the variable putContig.)

    -
    - -

    SUPPORTING ADDITIONAL TIFF FORMATS

    - - - - - -
    -

    The TIFFRGBAImage routines support the most -commonly encountered flavors of TIFF. It is -possible to extend this support by overriding the -‘‘get method’’ invoked by -TIFFRGBAImageGet to read TIFF image -data. Details of doing this are a bit involved, it is best -to make a copy of an existing get method and modify it to -suit the needs of an application.

    -
    - -

    NOTES

    - - - - - -
    -

    Samples must be either 1, 2, 4, 8, or 16 bits. -Colorimetric samples/pixel must be either 1, 3, or 4 (i.e. -SamplesPerPixel minus ExtraSamples).

    - -

    Palette image colormaps that appear to be incorrectly -written as 8-bit values are automatically scaled to -16-bits.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    All routines return 1 if the operation was successful. -Otherwise, 0 is returned if an error was encountered and -stopOnError is zero.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    - -

    Sorry, can not handle %d-bit pictures. The image -had BitsPerSample other than 1, 2, 4, 8, or 16.

    - -

    Sorry, can not handle %d-channel images. The image -had SamplesPerPixel other than 1, 3, or 4.

    - -

    Missing needed "PhotometricInterpretation" -tag. The image did not have a tag that describes how to -display the data.

    - -

    No "PhotometricInterpretation" tag, assuming -RGB. The image was missing a tag that describes how to -display it, but because it has 3 or 4 samples/pixel, it is -assumed to be RGB.

    - -

    No "PhotometricInterpretation" tag, assuming -min-is-black. The image was missing a tag that describes -how to display it, but because it has 1 sample/pixel, it is -assumed to be a grayscale or bilevel image.

    - -

    No space for photometric conversion table. There -was insufficient memory for a table used to convert image -samples to 8-bit RGB.

    - -

    Missing required "Colormap" tag. A -Palette image did not have a required Colormap -tag.

    - -

    No space for tile buffer. There was insufficient -memory to allocate an i/o buffer.

    - -

    No space for strip buffer. There was insufficient -memory to allocate an i/o buffer.

    - -

    Can not handle format. The image has a format -(combination of BitsPerSample, -SamplesPerPixel, and -PhotometricInterpretation) that can not be -handled.

    - -

    No space for B&W mapping table. There was -insufficient memory to allocate a table used to map -grayscale data to RGB.

    - -

    No space for Palette mapping table. There was -insufficient memory to allocate a table used to map data to -8-bit RGB.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), TIFFReadRGBAImage(3TIFF), -TIFFReadRGBAImageOriented(3TIFF), -TIFFReadRGBAStrip(3TIFF), -TIFFReadRGBATile(3TIFF), libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFReadDirectory.3tiff.html b/tiff/html/man/TIFFReadDirectory.3tiff.html deleted file mode 100755 index 82350ad..0000000 --- a/tiff/html/man/TIFFReadDirectory.3tiff.html +++ /dev/null @@ -1,218 +0,0 @@ - - - - - - -TIFFReadDirectory - - - -

    TIFFReadDirectory

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -NOTES
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFReadDirectory − get the contents of the -next directory in an open TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    int TIFFReadDirectory(TIFF -*tif)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Read the next directory in the specified file and -make it the current directory. Applications only need to -call TIFFReadDirectory to read multiple subfiles in a -single TIFF file— the first directory in a -file is automatically read when TIFFOpen is -called.

    -
    - -

    NOTES

    - - - - - -
    -

    If the library is compiled with -STRIPCHOP_SUPPORT enabled, then images that have a -single uncompressed strip or tile of data are automatically -treated as if they were made up of multiple strips or tiles -of approximately 8 kilobytes each. This operation is done -only in-memory; it does not alter the contents of the file. -However, the construction of the ‘‘chopped -strips’’ is visible to the application through -the number of strips [tiles] returned by -TIFFNumberOfStrips -[TIFFNumberOfTiles].

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    If the next directory was successfully read, 1 is -returned. Otherwise, 0 is returned if an error was -encountered, or if there are no more directories to be -read.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine. All warning messages are -directed to the TIFFWarning(3TIFF) routine.

    - -

    Seek error accessing TIFF directory. An error -occurred while positioning to the location of the -directory.

    - -

    Wrong data type %d for field "%s". -The tag entry in the directory had an incorrect data type. -For example, an ImageDescription tag with a -SHORT data type.

    - -

    TIFF directory is missing required "%s" -field. The specified tag is required to be present by -the TIFF 5.0 specification, but is missing. The -directory is (usually) unusable.

    - -

    %s: Rational with zero denominator. A -directory tag has a RATIONAL value whose -denominator is zero.

    - -

    Incorrect count %d for field "%s" (%lu, -expecting %lu); tag ignored. The specified tag’s -count field is bad. For example, a count other than 1 for a -SubFileType tag.

    - -

    Cannot handle different per-sample values for -field "%s". The tag has SamplesPerPixel -values and they are not all the same; e.g. -BitsPerSample. The library is unable to handle images -of this sort.

    - -

    Count mismatch for field "%s"; -expecting %d, got %d. The count field in a tag does not -agree with the number expected by the library. This should -never happen, so if it does, the library refuses to read the -directory.

    - -

    Invalid TIFF directory; tags are not sorted in -ascending order. The directory tags are not properly -sorted as specified in the TIFF 5.0 -specification. This error is not fatal.

    - -

    Ignoring unknown field with tag %d (0x%x). An -unknown tag was encountered in the directory; the library -ignores all such tags.

    - -

    TIFF directory is missing requred -"ImageLength" field. The image violates the -specification by not having a necessary field. There is no -way for the library to recover from this error.

    - -

    TIFF directory is missing requred -"PlanarConfig" field. The image violates the -specification by not having a necessary field. There is no -way for the library to recover from this error.

    - -

    TIFF directory is missing requred -"StripOffsets" field. The image has multiple -strips, but is missing the tag that specifies the file -offset to each strip of data. There is no way for the -library to recover from this error.

    - -

    TIFF directory is missing requred -"TileOffsets" field. The image has multiple -tiles, but is missing the tag that specifies the file offset -to each tile of data. There is no way for the library to -recover from this error.

    - -

    TIFF directory is missing required -"StripByteCounts" field. The image has -multiple strips, but is missing the tag that specifies the -size of each strip of data. There is no way for the library -to recover from this error.

    - -

    TIFF directory is missing required -"StripByteCounts" field, calculating from -imagelength. The image violates the specification by not -having a necessary field. However, when the image is -comprised of only one strip or tile, the library will -estimate the missing value based on the file size.

    - -

    Bogus "StripByteCounts" field, ignoring -and calculating from imagelength. Certain vendors -violate the specification by writing zero for the -StripByteCounts tag when they want to leave the value -unspecified. If the image has a single strip, the library -will estimate the missing value based on the file -size.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), -TIFFWriteDirectory(3TIFF), -TIFFSetDirectory(3TIFF), -TIFFSetSubDirectory(3TIFF), -libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFReadEncodedStrip.3tiff.html b/tiff/html/man/TIFFReadEncodedStrip.3tiff.html deleted file mode 100755 index d5c4c15..0000000 --- a/tiff/html/man/TIFFReadEncodedStrip.3tiff.html +++ /dev/null @@ -1,133 +0,0 @@ - - - - - - -TIFFReadEncodedStrip - - - -

    TIFFReadEncodedStrip

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -NOTES
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFReadEncodedStrip − read and decode a strip -of data from an open TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    tsize_t TIFFReadEncodedStrip(TIFF -*tif, tstrip_t strip, -tdata_t buf, tsize_t -size)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Read the specified strip of data and place up to -size bytes of decompressed information in the (user -supplied) data buffer.

    -
    - -

    NOTES

    - - - - - -
    -

    The value of strip is a ‘‘raw -strip number.’’ That is, the caller must take -into account whether or not the data are organized in -separate planes (PlanarConfiguration=2). To read a -full strip of data the data buffer should typically be at -least as large as the number returned by -TIFFStripSize(3TIFF). If the -1 passed in size -parameter, the whole strip will be read. You should be sure -you have enough space allocated for the buffer.

    - -

    The library attempts to hide bit- and byte-ordering -differences between the image and the native machine by -converting data to the native machine order. Bit reversal is -done if the FillOrder tag is opposite to the native -machine bit order. 16- and 32-bit samples are automatically -byte-swapped if the file was written with a byte order -opposite to the native machine byte order,

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    The actual number of bytes of data that were placed -in buf is returned; TIFFReadEncodedStrip -returns −1 if an error was encountered.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), -TIFFReadRawStrip(3TIFF), -TIFFReadScanline(3TIFF), -libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFReadEncodedTile.3tiff.html b/tiff/html/man/TIFFReadEncodedTile.3tiff.html deleted file mode 100755 index b42dc09..0000000 --- a/tiff/html/man/TIFFReadEncodedTile.3tiff.html +++ /dev/null @@ -1,130 +0,0 @@ - - - - - - -TIFFReadEncodedTile - - - -

    TIFFReadEncodedTile

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -NOTES
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFReadEncodedTile − read and decode a tile of -data from an open TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    int TIFFReadEncodedTile(TIFF *tif, -ttile_t tile, tdata_t buf, -tsize_t size)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Read the specified tile of data and place up to -size bytes of decompressed information in the (user -supplied) data buffer.

    -
    - -

    NOTES

    - - - - - -
    -

    The value of tile is a ‘‘raw tile -number.’’ That is, the caller must take into -account whether or not the data are organized in separate -planes (PlanarConfiguration=2). -TIFFComputeTile automatically does this when -converting an (x,y,z,sample) coordinate quadruple to a tile -number. To read a full tile of data the data buffer should -be at least as large as the value returned by -TIFFTileSize.

    - -

    The library attempts to hide bit- and byte-ordering -differences between the image and the native machine by -converting data to the native machine order. Bit reversal is -done if the FillOrder tag is opposite to the native -machine bit order. 16- and 32-bit samples are automatically -byte-swapped if the file was written with a byte order -opposite to the native machine byte order,

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    The actual number of bytes of data that were placed in -buf is returned; TIFFReadEncodedTile returns -−1 if an error was encountered.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), TIFFReadRawTile(3TIFF), -TIFFReadTile(3TIFF), libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFReadRGBAImage.3tiff.html b/tiff/html/man/TIFFReadRGBAImage.3tiff.html deleted file mode 100755 index 1ebb09b..0000000 --- a/tiff/html/man/TIFFReadRGBAImage.3tiff.html +++ /dev/null @@ -1,301 +0,0 @@ - - - - - - -TIFFReadRGBAImage - - - -

    TIFFReadRGBAImage

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -NOTES
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFReadRGBAImage, TIFFReadRGBAImageOriented − read -and decode an image into a fixed-format raster

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    #define TIFFGetR(abgr) ((abgr) & 0xff)
    -#define TIFFGetG(abgr) (((abgr) >> 8) & 0xff)
    -#define TIFFGetB(abgr) (((abgr) >> 16) & 0xff)
    -#define TIFFGetA(abgr) (((abgr) >> 24) & -0xff)

    - -

    int TIFFReadRGBAImage(TIFF *tif, -uint32 width, uint32 height, -uint32 *raster, int -stopOnError)
    -int TIFFReadRGBAImageOriented(TIFF *    tif, -uint32 width, uint32 height, -uint32 *raster, int orientation, -int stopOnError)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    TIFFReadRGBAImage reads a strip- or tile-based -image into memory, storing the result in the user supplied -raster. The raster is assumed to be an array of -width times height 32-bit entries, where -width must be less than or equal to the width of the -image (height may be any non-zero size). If the -raster dimensions are smaller than the image, the image data -is cropped to the raster bounds. If the raster height is -greater than that of the image, then the image data are -placed in the lower part of the raster. (Note that the -raster is assume to be organized such that the pixel at -location (x,y) is -raster[y*width+x]; with the -raster origin in the lower-left hand corner.)

    - -

    TIFFReadRGBAImageOriented works like -TIFFReadRGBAImage with except of that user can -specify the raster origin position with the -orientation parameter. Four orientations -supported:

    -
    - - - - - -
    -

    ORIENTATION_TOPLEFT

    - - - - - -
    -

    origin in top-left corner,

    -
    - - - - - -
    -

    ORIENTATION_TOPRIGHT

    - - - - - -
    -

    origin in top-right corner,

    -
    - - - - - -
    -

    ORIENTATION_BOTLEFT

    - - - - - -
    -

    origin in bottom-left corner and

    -
    - - - - - -
    -

    ORIENTATION_BOTRIGHT

    - - - - - -
    -

    origin in bottom-right corner.

    -
    - - - - - -
    -

    If you choose ORIENTATION_BOTLEFT result will be -the same as returned by the TIFFReadRGBAImage.

    - -

    Raster pixels are 8-bit packed red, green, blue, alpha -samples. The macros TIFFGetR, TIFFGetG, -TIFFGetB, and TIFFGetA should be used to -access individual samples. Images without Associated Alpha -matting information have a constant Alpha of 1.0 (255).

    - -

    TIFFReadRGBAImage converts non-8-bit images by -scaling sample values. Palette, grayscale, bilevel, -CMYK , and YCbCr images are converted to -RGB transparently. Raster pixels are returned -uncorrected by any colorimetry information present in the -directory.

    - -

    The paramater stopOnError specifies how to act if -an error is encountered while reading the image. If -stopOnError is non-zero, then an error will terminate -the operation; otherwise TIFFReadRGBAImage will -continue processing data until all the possible data in the -image have been requested.

    -
    - -

    NOTES

    - - - - - -
    -

    In C++ the stopOnError parameter defaults to -0.

    - -

    Samples must be either 1, 2, 4, 8, or 16 bits. -Colorimetric samples/pixel must be either 1, 3, or 4 (i.e. -SamplesPerPixel minus ExtraSamples).

    - -

    Palettte image colormaps that appear to be incorrectly -written as 8-bit values are automatically scaled to -16-bits.

    - -

    TIFFReadRGBAImage is just a wrapper around the -more general TIFFRGBAImage(3TIFF) facilities.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    1 is returned if the image was successfully read and -converted. Otherwise, 0 is returned if an error was -encountered and stopOnError is zero.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    - -

    Sorry, can not handle %d-bit pictures. The image -had BitsPerSample other than 1, 2, 4, 8, or 16.

    - -

    Sorry, can not handle %d-channel images. The image -had SamplesPerPixel other than 1, 3, or 4.

    - -

    Missing needed "PhotometricInterpretation" -tag. The image did not have a tag that describes how to -display the data.

    - -

    No "PhotometricInterpretation" tag, assuming -RGB. The image was missing a tag that describes how to -display it, but because it has 3 or 4 samples/pixel, it is -assumed to be RGB.

    - -

    No "PhotometricInterpretation" tag, assuming -min-is-black. The image was missing a tag that describes -how to display it, but because it has 1 sample/pixel, it is -assumed to be a grayscale or bilevel image.

    - -

    No space for photometric conversion table. There -was insufficient memory for a table used to convert image -samples to 8-bit RGB.

    - -

    Missing required "Colormap" tag. A -Palette image did not have a required Colormap -tag.

    - -

    No space for tile buffer. There was insufficient -memory to allocate an i/o buffer.

    - -

    No space for strip buffer. There was insufficient -memory to allocate an i/o buffer.

    - -

    Can not handle format. The image has a format -(combination of BitsPerSample, -SamplesPerPixel, and -PhotometricInterpretation) that -TIFFReadRGBAImage can not handle.

    - -

    No space for B&W mapping table. There was -insufficient memory to allocate a table used to map -grayscale data to RGB.

    - -

    No space for Palette mapping table. There was -insufficient memory to allocate a table used to map data to -8-bit RGB.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), TIFFRGBAImage(3TIFF), -TIFFReadRGBAStrip(3TIFF), -TIFFReadRGBATile(3TIFF), libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFReadRGBAStrip.3tiff.html b/tiff/html/man/TIFFReadRGBAStrip.3tiff.html deleted file mode 100755 index 37d36d3..0000000 --- a/tiff/html/man/TIFFReadRGBAStrip.3tiff.html +++ /dev/null @@ -1,208 +0,0 @@ - - - - - - -TIFFReadRGBAStrip - - - -

    TIFFReadRGBAStrip

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -NOTES
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFReadRGBAStrip − read and decode an image strip -into a fixed-format raster

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    #define TIFFGetR(abgr) ((abgr) & 0xff)
    -#define TIFFGetG(abgr) (((abgr) >> 8) & 0xff)
    -#define TIFFGetB(abgr) (((abgr) >> 16) & 0xff)
    -#define TIFFGetA(abgr) (((abgr) >> 24) & -0xff)

    - -

    int TIFFReadRGBAStrip(TIFF *tif, -uint32 row, uint32 -*raster)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    TIFFReadRGBAStrip reads a single strip of a -strip-based image into memory, storing the result in the -user supplied RGBA raster. The raster is assumed to -be an array of width times rowsperstrip 32-bit entries, -where width is the width of the image (TIFFTAG_IMAGEWIDTH) -and rowsperstrip is the maximum lines in a strip -(TIFFTAG_ROWSPERSTRIP).

    - -

    The row value should be the row of the first row -in the strip (strip * rowsperstrip, zero based).

    - -

    Note that the raster is assume to be organized such that -the pixel at location (x,y) is -raster[y*width+x]; with the -raster origin in the lower-left hand corner of the -strip. That is bottom to top organization. When reading a -partial last strip in the file the last line of the image -will begin at the beginning of the buffer.

    - -

    Raster pixels are 8-bit packed red, green, blue, alpha -samples. The macros TIFFGetR, TIFFGetG, -TIFFGetB, and TIFFGetA should be used to -access individual samples. Images without Associated Alpha -matting information have a constant Alpha of 1.0 (255).

    - -

    See the TIFFRGBAImage(3TIFF) page for more details -on how various image types are converted to RGBA values.

    -
    - -

    NOTES

    - - - - - -
    -

    Samples must be either 1, 2, 4, 8, or 16 bits. -Colorimetric samples/pixel must be either 1, 3, or 4 (i.e. -SamplesPerPixel minus ExtraSamples).

    - -

    Palette image colormaps that appear to be incorrectly -written as 8-bit values are automatically scaled to -16-bits.

    - -

    TIFFReadRGBAStrip is just a wrapper around the -more general TIFFRGBAImage(3TIFF) facilities. -It’s main advantage over the similar -TIFFReadRGBAImage() function is that for large images -a single buffer capable of holding the whole image -doesn’t need to be allocated, only enough for one -strip. The TIFFReadRGBATile() function does a similar -operation for tiled images.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    1 is returned if the image was successfully read and -converted. Otherwise, 0 is returned if an error was -encountered.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    - -

    Sorry, can not handle %d-bit pictures. The image -had BitsPerSample other than 1, 2, 4, 8, or 16.

    - -

    Sorry, can not handle %d-channel images. The image -had SamplesPerPixel other than 1, 3, or 4.

    - -

    Missing needed "PhotometricInterpretation" -tag. The image did not have a tag that describes how to -display the data.

    - -

    No "PhotometricInterpretation" tag, assuming -RGB. The image was missing a tag that describes how to -display it, but because it has 3 or 4 samples/pixel, it is -assumed to be RGB.

    - -

    No "PhotometricInterpretation" tag, assuming -min-is-black. The image was missing a tag that describes -how to display it, but because it has 1 sample/pixel, it is -assumed to be a grayscale or bilevel image.

    - -

    No space for photometric conversion table. There -was insufficient memory for a table used to convert image -samples to 8-bit RGB.

    - -

    Missing required "Colormap" tag. A -Palette image did not have a required Colormap -tag.

    - -

    No space for tile buffer. There was insufficient -memory to allocate an i/o buffer.

    - -

    No space for strip buffer. There was insufficient -memory to allocate an i/o buffer.

    - -

    Can not handle format. The image has a format -(combination of BitsPerSample, -SamplesPerPixel, and -PhotometricInterpretation) that -TIFFReadRGBAImage can not handle.

    - -

    No space for B&W mapping table. There was -insufficient memory to allocate a table used to map -grayscale data to RGB.

    - -

    No space for Palette mapping table. There was -insufficient memory to allocate a table used to map data to -8-bit RGB.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), TIFFRGBAImage(3TIFF), -TIFFReadRGBAImage(3TIFF), -TIFFReadRGBATile(3TIFF), libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFReadRGBATile.3tiff.html b/tiff/html/man/TIFFReadRGBATile.3tiff.html deleted file mode 100755 index 6bd298a..0000000 --- a/tiff/html/man/TIFFReadRGBATile.3tiff.html +++ /dev/null @@ -1,261 +0,0 @@ - - - - - - -TIFFReadRGBATile - - - -

    TIFFReadRGBATile

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -NOTES
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFReadRGBATile − read and decode an image tile -into a fixed-format raster

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    -
    - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    #define TIFFGetR(abgr)

    -    		 - -

    ((abgr) & 0xff)

    -
    - -

    #define TIFFGetG(abgr)

    -    		 - -

    (((abgr) >> 8) & 0xff)

    -
    - -

    #define TIFFGetB(abgr)

    -    		 - -

    (((abgr) >> 16) & 0xff)

    -
    - -

    #define TIFFGetA(abgr)

    -    		 - -

    (((abgr) >> 24) & 0xff)

    -
    - - - - - -
    -

    int TIFFReadRGBATile(TIFF *tif, -uint32 x, uint32 y, uint32 -*raster)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    TIFFReadRGBATile reads a single tile of a -tile-based image into memory, storing the result in the user -supplied RGBA raster. The raster is assumed to be an -array of width times length 32-bit entries, where width is -the width of a tile (TIFFTAG_TILEWIDTH) and length is the -height of a tile (TIFFTAG_TILELENGTH).

    - -

    The x and y values are the offsets from the -top left corner to the top left corner of the tile to be -read. They must be an exact multiple of the tile width and -length.

    - -

    Note that the raster is assume to be organized such that -the pixel at location (x,y) is -raster[y*width+x]; with the -raster origin in the lower-left hand corner of the -tile. That is bottom to top organization. Edge tiles which -partly fall off the image will be filled out with -appropriate zeroed areas.

    - -

    Raster pixels are 8-bit packed red, green, blue, alpha -samples. The macros TIFFGetR, TIFFGetG, -TIFFGetB, and TIFFGetA should be used to -access individual samples. Images without Associated Alpha -matting information have a constant Alpha of 1.0 (255).

    - -

    See the TIFFRGBAImage(3TIFF) page for more details -on how various image types are converted to RGBA values.

    -
    - -

    NOTES

    - - - - - -
    -

    Samples must be either 1, 2, 4, 8, or 16 bits. -Colorimetric samples/pixel must be either 1, 3, or 4 (i.e. -SamplesPerPixel minus ExtraSamples).

    - -

    Palette image colormaps that appear to be incorrectly -written as 8-bit values are automatically scaled to -16-bits.

    - -

    TIFFReadRGBATile is just a wrapper around the more -general TIFFRGBAImage(3TIFF) facilities. It’s -main advantage over the similar TIFFReadRGBAImage() -function is that for large images a single buffer capable of -holding the whole image doesn’t need to be allocated, -only enough for one tile. The TIFFReadRGBAStrip() -function does a similar operation for stripped images.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    1 is returned if the image was successfully read and -converted. Otherwise, 0 is returned if an error was -encountered.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    - -

    Sorry, can not handle %d-bit pictures. The image -had BitsPerSample other than 1, 2, 4, 8, or 16.

    - -

    Sorry, can not handle %d-channel images. The image -had SamplesPerPixel other than 1, 3, or 4.

    - -

    Missing needed "PhotometricInterpretation" -tag. The image did not have a tag that describes how to -display the data.

    - -

    No "PhotometricInterpretation" tag, assuming -RGB. The image was missing a tag that describes how to -display it, but because it has 3 or 4 samples/pixel, it is -assumed to be RGB.

    - -

    No "PhotometricInterpretation" tag, assuming -min-is-black. The image was missing a tag that describes -how to display it, but because it has 1 sample/pixel, it is -assumed to be a grayscale or bilevel image.

    - -

    No space for photometric conversion table. There -was insufficient memory for a table used to convert image -samples to 8-bit RGB.

    - -

    Missing required "Colormap" tag. A -Palette image did not have a required Colormap -tag.

    - -

    No space for tile buffer. There was insufficient -memory to allocate an i/o buffer.

    - -

    No space for strip buffer. There was insufficient -memory to allocate an i/o buffer.

    - -

    Can not handle format. The image has a format -(combination of BitsPerSample, -SamplesPerPixel, and -PhotometricInterpretation) that -TIFFReadRGBAImage can not handle.

    - -

    No space for B&W mapping table. There was -insufficient memory to allocate a table used to map -grayscale data to RGB.

    - -

    No space for Palette mapping table. There was -insufficient memory to allocate a table used to map data to -8-bit RGB.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), TIFFRGBAImage(3TIFF), -TIFFReadRGBAImage(3TIFF), -TIFFReadRGBAStrip(3TIFF), libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFReadRawStrip.3tiff.html b/tiff/html/man/TIFFReadRawStrip.3tiff.html deleted file mode 100755 index 4dd1fbc..0000000 --- a/tiff/html/man/TIFFReadRawStrip.3tiff.html +++ /dev/null @@ -1,109 +0,0 @@ - - - - - - -TIFFReadRawStrip - - - -

    TIFFReadRawStrip

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFReadRawStrip − return the undecoded contents of -a strip of data from an open TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    tsize_t TIFFReadRawStrip(TIFF *tif, -tstrip_t strip, tdata_t buf, -tsize_t size)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Read the contents of the specified strip into the (user -supplied) data buffer. Note that the value of strip -is a ‘‘raw strip number.’’ That is, -the caller must take into account whether or not the data is -organized in separate planes (PlanarConfiguration=2). -To read a full strip of data the data buffer should -typically be at least as large as the number returned by -TIFFStripSize.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    The actual number of bytes of data that were placed in -buf is returned; TIFFReadEncodedStrip returns -−1 if an error was encountered.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), -TIFFReadEncodedStrip(3TIFF), -TIFFReadScanline(3TIFF), TIFFStripSize(3TIFF), -libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFReadRawTile.3tiff.html b/tiff/html/man/TIFFReadRawTile.3tiff.html deleted file mode 100755 index e74295b..0000000 --- a/tiff/html/man/TIFFReadRawTile.3tiff.html +++ /dev/null @@ -1,111 +0,0 @@ - - - - - - -TIFFReadRawTile - - - -

    TIFFReadRawTile

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFReadRawTile − return an undecoded tile of data -from an open TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    tsize_t TIFFReadRawTile(TIFF *tif, -ttile_t tile, tdata_t buf, -tsize_t size)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Read the contents of the specified tile into the (user -supplied) data buffer. Note that the value of tile is -a ‘‘raw tile number.’’ That is, the -caller must take into account whether or not the data is -organized in separate planes (PlanarConfiguration=2). -TIFFComputeTile automatically does this when -converting an (x,y,z,sample) coordinate quadruple to a tile -number. To read a full tile of data the data buffer should -typically be at least as large as the value returned by -TIFFTileSize.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    The actual number of bytes of data that were placed in -buf is returned; TIFFReadEncodedTile returns -−1 if an error was encountered.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), -TIFFReadEncodedTile(3TIFF), -TIFFReadTile(3TIFF), TIFFTileSize(3TIFF), -libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFReadScanline.3tiff.html b/tiff/html/man/TIFFReadScanline.3tiff.html deleted file mode 100755 index e825e4c..0000000 --- a/tiff/html/man/TIFFReadScanline.3tiff.html +++ /dev/null @@ -1,157 +0,0 @@ - - - - - - -TIFFReadScanline - - - -

    TIFFReadScanline

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -NOTES
    -RETURN VALUES
    -DIAGNOSTICS
    -BUGS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFReadScanline − read and decode a scanline of -data from an open TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    int TIFFReadScanline(TIFF *tif, -tdata_t buf, uint32 row, -tsample_t sample)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Read the data for the specified row into the (user -supplied) data buffer buf. The data are returned -decompressed and, in the native byte- and bit-ordering, but -are otherwise packed (see further below). The buffer must be -large enough to hold an entire scanline of data. -Applications should call the routine TIFFScanlineSize -to find out the size (in bytes) of a scanline buffer. The -row parameter is always used by -TIFFReadScanline; the sample parameter is used -only if data are organized in separate planes -(PlanarConfiguration=2).

    -
    - -

    NOTES

    - - - - - -
    -

    The library attempts to hide bit- and byte-ordering -differences between the image and the native machine by -converting data to the native machine order. Bit reversal is -done if the FillOrder tag is opposite to the native -machine bit order. 16- and 32-bit samples are automatically -byte-swapped if the file was written with a byte order -opposite to the native machine byte order,

    - -

    In C++ the sample parameter defaults to 0.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    TIFFReadScanline returns −1 if it detects an -error; otherwise 1 is returned.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    - -

    Compression algorithm does not support random -access. Data was requested in a non-sequential order -from a file that uses a compression algorithm and that has -RowsPerStrip greater than one. That is, data in the -image is stored in a compressed form, and with multiple rows -packed into a strip. In this case, the library does not -support random access to the data. The data should either be -accessed sequentially, or the file should be converted so -that each strip is made up of one row of data.

    -
    - -

    BUGS

    - - - - - -
    -

    Reading subsampled YCbCR data does not work correctly -because, for PlanarConfiguration=2 the size of a -scanline is not calculated on a per-sample basis, and for -PlanarConfiguration=1 the library does not unpack the -block-interleaved samples; use the strip- and tile-based -interfaces to read these formats.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), -TIFFReadEncodedStrip(3TIFF), -TIFFReadRawStrip(3TIFF), libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFReadTile.3tiff.html b/tiff/html/man/TIFFReadTile.3tiff.html deleted file mode 100755 index be245f8..0000000 --- a/tiff/html/man/TIFFReadTile.3tiff.html +++ /dev/null @@ -1,133 +0,0 @@ - - - - - - -TIFFReadTile - - - -

    TIFFReadTile

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -NOTES
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFReadTile − read and decode a tile of data from -an open TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    tsize_t TIFFReadTile(TIFF *tif, -tdata_t buf, uint32 x, -uint32 y, uint32 z, -tsample_t sample)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Return the data for the tile containing the -specified coordinates. The data placed in buf are -returned decompressed and, typically, in the native byte- -and bit-ordering, but are otherwise packed (see further -below). The buffer must be large enough to hold an entire -tile of data. Applications should call the routine -TIFFTileSize to find out the size (in bytes) of a -tile buffer. The x and y parameters are always -used by TIFFReadTile. The z parameter is used -if the image is deeper than 1 slice -(ImageDepth>1). The sample parameter is -used only if data are organized in separate planes -(PlanarConfiguration=2).

    -
    - -

    NOTES

    - - - - - -
    -

    The library attempts to hide bit- and byte-ordering -differences between the image and the native machine by -converting data to the native machine order. Bit reversal is -done if the FillOrder tag is opposite to the native -machine bit order. 16- and 32-bit samples are automatically -byte-swapped if the file was written with a byte order -opposite to the native machine byte order,

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    TIFFReadTile returns −1 if it detects an -error; otherwise the number of bytes in the decoded tile is -returned.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFCheckTile(3TIFF), -TIFFComputeTile(3TIFF), TIFFOpen(3TIFF), -TIFFReadEncodedTile(3TIFF), -TIFFReadRawTile(3TIFF), libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFSetDirectory.3tiff.html b/tiff/html/man/TIFFSetDirectory.3tiff.html deleted file mode 100755 index 9047b0b..0000000 --- a/tiff/html/man/TIFFSetDirectory.3tiff.html +++ /dev/null @@ -1,122 +0,0 @@ - - - - - - -TIFFSetDirectory - - - -

    TIFFSetDirectory

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFSetDirectory, TIFFSetSubDirectory − set the -current directory for an open TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    int TIFFSetDirectory(TIFF *tif, -tdir_t dirnum)
    -int TIFFSetSubDirectory(TIFF *    tif, uint32 -diroff)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    TIFFSetDirectory changes the current directory and -reads its contents with TIFFReadDirectory. The -parameter dirnum specifies the subfile/directory as -an integer number, with the first directory numbered -zero.

    - -

    TIFFSetSubDirectory acts like -TIFFSetDirectory, except the directory is specified -as a file offset instead of an index; this is required for -accessing subdirectories linked through a SubIFD -tag.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    On successful return 1 is returned. Otherwise, 0 is -returned if dirnum or diroff specifies a -non-existent directory, or if an error was encountered while -reading the directory’s contents.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    - -

    %s: Error fetching directory count. An error was -encountered while reading the ‘‘directory -count’’ field.

    - -

    %s: Error fetching directory link. An error was -encountered while reading the ‘‘link -value’’ that points to the next directory in a -file.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFCurrentDirectory(3TIFF), -TIFFOpen(3TIFF), TIFFReadDirectory(3TIFF), -TIFFWriteDirectory(3TIFF), libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFSetField.3tiff.html b/tiff/html/man/TIFFSetField.3tiff.html deleted file mode 100755 index f160fed..0000000 --- a/tiff/html/man/TIFFSetField.3tiff.html +++ /dev/null @@ -1,1865 +0,0 @@ - - - - - - - - - -TIFFSetField - - - - -

    TIFFSetField

    - -NAME
    -SYNOPSIS
    -DESCRIPTION
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - - -

    NAME - -

    - - -

    TIFFSetField, -TIFFVSetField − set the value(s) of a tag in a -TIFF file open for writing

    - -

    SYNOPSIS - -

    - - -

    #include -<tiffio.h>

    - -

    int -TIFFSetField(TIFF *tif, ttag_t -tag, ...)

    - -

    #include -<stdarg.h>

    - -

    int -TIFFVSetField(TIFF *tif, ttag_t -tag, va_list ap)

    - -

    DESCRIPTION - -

    - - - -

    TIFFSetField -sets the value of a field or pseudo-tag in the current -directory associated with the open TIFF file -tif. (A pseudo-tag is a parameter that is used -to control the operation of the TIFF library -but whose value is not read or written to the underlying -file.) To set the value of a field the file must have been -previously opened for writing with TIFFOpen(3TIFF); -pseudo-tags can be set whether the file was opened for -reading or writing. The field is identified by tag, -one of the values defined in the include file tiff.h -(see also the table below). The actual value is specified -using a variable argument list, as prescribed by the -stdarg(3) interface (or, on some machines, the -varargs(3) interface.)

    - - -

    TIFFVSetField -is functionally equivalent to TIFFSetField except -that it takes a pointer to a variable argument list. -TIFFVSetField is useful for writing routines that are -layered on top of the functionality provided by -TIFFSetField.

    - -

    The tags -understood by libtiff, the number of parameter -values, and the expected types for the parameter values are -shown below. The data types are: char* is -null-terminated string and corresponds to the -ASCII data type; uint16 is an unsigned -16-bit value; uint32 is an unsigned 32-bit value; -uint16* is an array of unsigned 16-bit values. -void* is an array of data values of unspecified -type.

    - -

    Consult the -TIFF specification for information on the -meaning of each tag.

    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - - -

    Tag Name

    		 - - -

    Count

    		 -
    - - -

    Types

    		 - - -

    Notes

    - - -

    TIFFTAG_ARTIST

    		 - - -

    1

    		 -
    - - -

    char*

    		 -
    - - -

    TIFFTAG_BADFAXLINES

    		 - - -

    1

    		 -
    - - -

    uint32

    		 -
    - - -

    TIFFTAG_BITSPERSAMPLE

    		 - - -

    1

    		 -
    - - -

    uint16

    		 - - -

    †

    - - -

    TIFFTAG_CLEANFAXDATA

    		 - - -

    1

    		 -
    - - -

    uint16

    		 -
    - - -

    TIFFTAG_COLORMAP

    		 - - -

    3

    		 -
    - - -

    uint16*

    		 - - -

    1<<BitsPerSample arrays

    - - -

    TIFFTAG_COMPRESSION

    		 - - -

    1

    		 -
    - - -

    uint16

    		 - - -

    †

    - - -

    TIFFTAG_CONSECUTIVEBADFAXLINES

    		 - - -

    1

    		 -
    - - -

    uint32

    		 -
    - - -

    TIFFTAG_COPYRIGHT

    		 - - -

    1

    		 -
    - - -

    char*

    		 -
    - - -

    TIFFTAG_DATETIME

    		 - - -

    1

    		 -
    - - -

    char*

    		 -
    - - -

    TIFFTAG_DOCUMENTNAME

    		 - - -

    1

    		 -
    - - -

    char*

    		 -
    - - -

    TIFFTAG_DOTRANGE

    		 - - -

    2

    		 -
    - - -

    uint16

    		 -
    - - -

    TIFFTAG_EXTRASAMPLES

    		 - - -

    2

    		 -
    - - -

    uint16,uint16*

    		 - - -

    † count & types array

    - - -

    TIFFTAG_FAXFILLFUNC

    		 - - -

    1

    		 -
    - - -

    TIFFFaxFillFunc

    		 - - -

    G3/G4 compression pseudo-tag

    - - -

    TIFFTAG_FAXMODE

    		 - - -

    1

    		 -
    - - -

    int

    		 - - -

    † G3/G4 compression pseudo-tag

    - - -

    TIFFTAG_FILLORDER

    		 - - -

    1

    		 -
    - - -

    uint16

    		 - - -

    †

    - - -

    TIFFTAG_GROUP3OPTIONS

    		 - - -

    1

    		 -
    - - -

    uint32

    		 - - -

    †

    - - -

    TIFFTAG_GROUP4OPTIONS

    		 - - -

    1

    		 -
    - - -

    uint32

    		 - - -

    †

    - - -

    TIFFTAG_HALFTONEHINTS

    		 - - -

    2

    		 -
    - - -

    uint16

    		 -
    - - -

    TIFFTAG_HOSTCOMPUTER

    		 - - -

    1

    		 -
    - - -

    char*

    		 -
    - - -

    TIFFTAG_ICCPROFILE

    		 - - -

    2

    		 -
    - - -

    uint32,void*

    		 - - -

    count, profile data

    - - -

    TIFFTAG_IMAGEDEPTH

    		 - - -

    1

    		 -
    - - -

    uint32

    		 - - -

    †

    - - -

    TIFFTAG_IMAGEDESCRIPTION

    		 - - -

    1

    		 -
    - - -

    char*

    		 -
    - - -

    TIFFTAG_IMAGELENGTH

    		 - - -

    1

    		 -
    - - -

    uint32

    		 -
    - - -

    TIFFTAG_IMAGEWIDTH

    		 - - -

    1

    		 -
    - - -

    uint32

    		 - - -

    †

    - - -

    TIFFTAG_INKNAMES

    		 - - -

    2

    		 -
    - - -

    uint16, char*

    		 -
    - - -

    TIFFTAG_INKSET

    		 - - -

    1

    		 -
    - - -

    uint16

    		 - - -

    †

    - - -

    TIFFTAG_JPEGCOLORMODE

    		 - - -

    1

    		 -
    - - -

    int

    		 - - -

    † JPEG pseudo-tag

    - - -

    TIFFTAG_JPEGQUALITY

    		 - - -

    1

    		 -
    - - -

    int

    		 - - -

    JPEG pseudo-tag

    - - -

    TIFFTAG_JPEGTABLES

    		 - - -

    2

    		 -
    - - -

    uint32*,void*

    		 - - -

    † count & tables

    - - -

    TIFFTAG_JPEGTABLESMODE

    		 - - -

    1

    		 -
    - - -

    int

    		 - - -

    † JPEG pseudo-tag

    - - -

    TIFFTAG_MAKE

    		 - - -

    1

    		 -
    - - -

    char*

    		 -
    - - -

    TIFFTAG_MATTEING

    		 - - -

    1

    		 -
    - - -

    uint16

    		 - - -

    †

    - - -

    TIFFTAG_MAXSAMPLEVALUE

    		 - - -

    1

    		 -
    - - -

    uint16

    		 -
    - - -

    TIFFTAG_MINSAMPLEVALUE

    		 - - -

    1

    		 -
    - - -

    uint16

    		 -
    - - -

    TIFFTAG_MODEL

    		 - - -

    1

    		 -
    - - -

    char*

    		 -
    - - -

    TIFFTAG_ORIENTATION

    		 - - -

    1

    		 -
    - - -

    uint16

    		 -
    - - -

    TIFFTAG_PAGENAME

    		 - - -

    1

    		 -
    - - -

    char*

    		 -
    - - -

    TIFFTAG_PAGENUMBER

    		 - - -

    2

    		 -
    - - -

    uint16

    		 -
    - - -

    TIFFTAG_PHOTOMETRIC

    		 - - -

    1

    		 -
    - - -

    uint16

    		 -
    - - -

    TIFFTAG_PHOTOSHOP

    		 - - -

    ?

    		 -
    - - -

    uint32,void*

    		 - - -

    count, data

    - - -

    TIFFTAG_PLANARCONFIG

    		 - - -

    1

    		 -
    - - -

    uint16

    		 - - -

    †

    - - -

    TIFFTAG_PREDICTOR

    		 - - -

    1

    		 -
    - - -

    uint16

    		 - - -

    †

    - - -

    TIFFTAG_PRIMARYCHROMATICITIES

    		 - - -

    1

    		 -
    - - -

    float*

    		 - - -

    6-entry array

    - - -

    TIFFTAG_REFERENCEBLACKWHITE

    		 - - -

    1

    		 -
    - - -

    float*

    		 - - -

    † 6-entry array

    - - -

    TIFFTAG_RESOLUTIONUNIT

    		 - - -

    1

    		 -
    - - -

    uint16

    		 -
    - - -

    TIFFTAG_RICHTIFFIPTC

    		 - - -

    2

    		 -
    - - -

    uint32,void*

    		 - - -

    count, data

    - - -

    TIFFTAG_ROWSPERSTRIP

    		 - - -

    1

    		 -
    - - -

    uint32

    		 - - -

    † must be > 0

    - - -

    TIFFTAG_SAMPLEFORMAT

    		 - - -

    1

    		 -
    - - -

    uint16

    		 - - -

    †

    - - -

    TIFFTAG_SAMPLESPERPIXEL

    		 - - -

    1

    		 -
    - - -

    uint16

    		 - - -

    † value must be <= 4

    - - -

    TIFFTAG_SMAXSAMPLEVALUE

    		 - - -

    1

    		 -
    - - -

    double

    		 -
    - - -

    TIFFTAG_SMINSAMPLEVALUE

    		 - - -

    1

    		 -
    - - -

    double

    		 -
    - - -

    TIFFTAG_SOFTWARE

    		 - - -

    1

    		 -
    - - -

    char*

    		 -
    - - -

    TIFFTAG_STONITS

    		 - - -

    1

    		 -
    - - -

    double

    		 - - -

    †

    - - -

    TIFFTAG_SUBFILETYPE

    		 - - -

    1

    		 -
    - - -

    uint32

    		 -
    - - -

    TIFFTAG_SUBIFD

    		 - - -

    2

    		 -
    - - -

    uint16,uint32*

    		 - - -

    count & offsets array

    - - -

    TIFFTAG_TARGETPRINTER

    		 - - -

    1

    		 -
    - - -

    char*

    		 -
    - - -

    TIFFTAG_THRESHHOLDING

    		 - - -

    1

    		 -
    - - -

    uint16

    		 -
    - - -

    TIFFTAG_TILEDEPTH

    		 - - -

    1

    		 -
    - - -

    uint32

    		 - - -

    †

    - - -

    TIFFTAG_TILELENGTH

    		 - - -

    1

    		 -
    - - -

    uint32

    		 - - -

    † must be a multiple of 8

    - - -

    TIFFTAG_TILEWIDTH

    		 - - -

    1

    		 -
    - - -

    uint32

    		 - - -

    † must be a multiple of 8

    - - -

    TIFFTAG_TRANSFERFUNCTION

    		 - - -

    1 or 3‡ uint16*

    		 - - -

    1<<BitsPerSample entry arrays

    - - -

    TIFFTAG_WHITEPOINT

    		 - - -

    1

    		 -
    - - -

    float*

    		 - - -

    2-entry array

    - - -

    TIFFTAG_XMLPACKET

    		 - - -

    2

    		 -
    - - -

    uint32,void*

    		 - - -

    count, data

    - - -

    TIFFTAG_XPOSITION

    		 - - -

    1

    		 -
    - - -

    float

    		 -
    - - -

    TIFFTAG_XRESOLUTION

    		 - - -

    1

    		 -
    - - -

    float

    		 -
    - - -

    TIFFTAG_YCBCRCOEFFICIENTS

    		 - - -

    1

    		 -
    - - -

    float*

    		 - - -

    † 3-entry array

    - - -

    TIFFTAG_YCBCRPOSITIONING

    		 - - -

    1

    		 -
    - - -

    uint16

    		 - - -

    †

    - - -

    TIFFTAG_YCBCRSAMPLING

    		 - - -

    2

    		 -
    - - -

    uint16

    		 - - -

    †

    - - -

    TIFFTAG_YPOSITION

    		 - - -

    1

    		 -
    - - -

    float

    		 -
    - - -

    TIFFTAG_YRESOLUTION

    		 - - -

    1

    		 -
    - - -

    float

    		 -
    - -

    † Tag may not have its -values changed once data is written.
    -‡ If SamplesPerPixel is one, then a single -array is passed; otherwise three arrays should be passed. -
    -* The contents of this field are quite complex. See The -ICC Profile Format Specification, Annex B.3 -"Embedding ICC Profiles in TIFF Files" (available -at http://www.color.org) for an explanation.

    - -

    RETURN VALUES - -

    - - -

    1 is returned -if the operation was successful. Otherwise, 0 is returned if -an error was detected.

    - -

    DIAGNOSTICS - -

    - - -

    All error -messages are directed to the TIFFError(3TIFF) -routine.

    - -

    %s: Cannot -modify tag "%s" while writing. Data has -already been written to the file, so the specified -tag’s value can not be changed. This restriction is -applied to all tags that affect the format of written -data.

    - -

    %d: Bad -value for "%s". An invalid value was supplied -for the named tag.

    - -

    SEE ALSO - -

    - - - -

    TIFFOpen(3TIFF), -TIFFGetField(3TIFF), TIFFSetDirectory(3TIFF), -TIFFWriteDirectory(3TIFF), -TIFFReadDirectory(3TIFF), libtiff(3TIFF)

    - -

    Libtiff library -home page: http://www.remotesensing.org/libtiff/

    -
    - - diff --git a/tiff/html/man/TIFFWarning.3tiff.html b/tiff/html/man/TIFFWarning.3tiff.html deleted file mode 100755 index 18f2e8b..0000000 --- a/tiff/html/man/TIFFWarning.3tiff.html +++ /dev/null @@ -1,108 +0,0 @@ - - - - - - -TIFFWarning - - - -

    TIFFWarning

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -RETURN VALUES
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFWarning, TIFFSetWarningHandler − library -warning interface

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    void TIFFWarning(const char *module, -const char *fmt, ...)

    - -

    #include <stdarg.h>

    - -

    typedef void (*TIFFWarningHandler)(const char -*module, const char *fmt, -va_list ap);

    - -

    TIFFWarningHandler -TIFFSetWarningHandler(TIFFWarningHandler -handler);

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    TIFFWarning invokes the library-wide warning -handler function to (normally) write a warning message to -the stderr. The fmt parameter is a -printf(3S) format string, and any number arguments -can be supplied. The module parameter is interpreted -as a string that, if non-zero, should be printed before the -message; it typically is used to identify the software -module in which a warning is detected.

    - -

    Applications that desire to capture control in the event -of a warning should use TIFFSetWarningHandler to -override the default warning handler. A NULL -(0) warning handler function may be installed to suppress -error messages.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    TIFFSetWarningHandler returns a reference to the -previous error handling function.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFError(3TIFF), libtiff(3TIFF), -printf(3)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFWriteDirectory.3tiff.html b/tiff/html/man/TIFFWriteDirectory.3tiff.html deleted file mode 100755 index 1e72a5b..0000000 --- a/tiff/html/man/TIFFWriteDirectory.3tiff.html +++ /dev/null @@ -1,176 +0,0 @@ - - - - - - -TIFFWriteDirectory - - - -

    TIFFWriteDirectory

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFWriteDirectory, TIFFRewriteDirectory, -TIFFCheckpointDirectory − write the current directory -in an open TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    int TIFFWriteDirectory(TIFF *tif)
    -int TIFFRewriteDirectory(TIFF *    tif)
    -int TIFFCheckpointDirectory(TIFF *    tif)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    TIFFWriteDirectory will write the contents of the -current directory to the file and setup to create a new -subfile in the same file. Applications only need to call -TIFFWriteDirectory when writing multiple subfiles to -a single TIFF file. TIFFWriteDirectory -is automatically called by TIFFClose and -TIFFFlush to write a modified directory if the file -is open for writing.

    - -

    The TIFFRewriteDirectory function operates -similarly to TIFFWriteDirectory, but can be called -with directories previously read or written that already -have an established location in the file. It will rewrite -the directory, but instead of place it at it’s old -location (as TIFFWriteDirectory would) it will place -them at the end of the file, correcting the pointer from the -preceeding directory or file header to point to it’s -new location. This is particularly important in cases where -the size of the directory and pointed to data has grown, so -it won’t fit in the space available at the old -location.

    - -

    The TIFFCheckpointDirectory writes the current -state of the tiff directory into the file to make what is -currently in the file readable. Unlike -TIFFWriteDirectory, TIFFCheckpointDirectory does not -free up the directory data structures in memory, so they can -be updated (as strips/tiles are written) and written again. -Reading such a partial file you will at worst get a tiff -read error for the first strip/tile encountered that is -incomplete, but you will at least get all the valid data in -the file before that. When the file is complete, just use -TIFFWriteDirectory as usual to finish it off -cleanly.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    1 is returned when the contents are successfully written -to the file. Otherwise, 0 is returned if an error was -encountered when writing the directory contents.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    - -

    Error post-encoding before directory write. Before -writing the contents of the current directory, any pending -data are flushed. This message indicates that an error -occurred while doing this.

    - -

    Error flushing data before directory write. Before -writing the contents of the current directory, any pending -data are flushed. This message indicates that an error -occurred while doing this.

    - -

    Cannot write directory, out of space. There was -not enough space to allocate a temporary area for the -directory that was to be written.

    - -

    Error writing directory count. A write error -occurred when writing the count of fields in the -directory.

    - -

    Error writing directory contents. A write error -occurred when writing the directory fields.

    - -

    Error writing directory link. A write error -occurred when writing the link to the next directory.

    - -

    Error writing data for field "%s". A -write error occurred when writing indirect data for the -specified field.

    - -

    Error writing TIFF header. A write error occurred -when re-writing header at the front of the file.

    - -

    Error fetching directory count. A read error -occurred when fetching the directory count field for a -previous directory. This can occur when setting up a link to -the directory that is being written.

    - -

    Error fetching directory link. A read error -occurred when fetching the directory link field for a -previous directory. This can occur when setting up a link to -the directory that is being written.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), TIFFError(3TIFF), -TIFFReadDirectory(3TIFF), -TIFFSetDirectory(3TIFF), libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFWriteEncodedStrip.3tiff.html b/tiff/html/man/TIFFWriteEncodedStrip.3tiff.html deleted file mode 100755 index 3b90199..0000000 --- a/tiff/html/man/TIFFWriteEncodedStrip.3tiff.html +++ /dev/null @@ -1,153 +0,0 @@ - - - - - - -TIFFWriteEncodedStrip - - - -

    TIFFWriteEncodedStrip

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -NOTES
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFWritedEncodedStrip − compress and write a -strip of data to an open TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    tsize_t TIFFWriteEncodedStrip(TIFF -*tif, tstrip_t strip, -tdata_t buf, tsize_t -size)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Compress size bytes of raw data from -buf and write the result to the specified strip; -replacing any previously written data. Note that the value -of strip is a ‘‘raw strip -number.’’ That is, the caller must take into -account whether or not the data are organized in separate -planes (PlanarConfiguration=2).

    -
    - -

    NOTES

    - - - - - -
    -

    The library writes encoded data using the native -machine byte order. Correctly implemented TIFF -readers are expected to do any necessary byte-swapping -to correctly process image data with BitsPerSample greater -than 8.

    - -

    The strip number must be valid according to the -current settings of the ImageLength and -RowsPerStrip tags. An image may be dynamically grown -by increasing the value of ImageLength prior to each -call to TIFFWriteEncodedStrip.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    −1 is returned if an error was encountered. -Otherwise, the value of size is returned.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    - -

    %s: File not open for writing. The file was -opened for reading, not writing.

    - -

    Can not write scanlines to a tiled image. The -image is assumed to be organized in tiles because the -TileWidth and TileLength tags have been set -with TIFFSetField(3TIFF).

    - -

    %s: Must set "ImageWidth" before -writing data. The image’s width has not be set -before the first write. See TIFFSetField(3TIFF) for -information on how to do this.

    - -

    %s: Must set "PlanarConfiguration" -before writing data. The organization of data has not be -defined before the first write. See -TIFFSetField(3TIFF) for information on how to do -this.

    - -

    %s: No space for strip arrays". There -was not enough space for the arrays that hold strip offsets -and byte counts.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), -TIFFWriteScanline(3TIFF), -TIFFWriteRawStrip(3TIFF), -libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFWriteEncodedTile.3tiff.html b/tiff/html/man/TIFFWriteEncodedTile.3tiff.html deleted file mode 100755 index 5e85f6d..0000000 --- a/tiff/html/man/TIFFWriteEncodedTile.3tiff.html +++ /dev/null @@ -1,147 +0,0 @@ - - - - - - -TIFFWriteEncodedTile - - - -

    TIFFWriteEncodedTile

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -NOTES
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFWritedEncodedTile − compress and write a -tile of data to an open TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    tsize_t TIFFWriteEncodedTile(TIFF -*tif, ttile_t tile, tdata_t -buf, tsize_t size)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Compress size bytes of raw data from -buf and append the result to the end of the -specified tile. Note that the value of tile is a -‘‘raw tile number.’’ That is, the -caller must take into account whether or not the data are -organized in separate places (PlanarConfiguration=2). -TIFFComputeTile automatically does this when -converting an (x,y,z,sample) coordinate quadruple to a tile -number.

    -
    - -

    NOTES

    - - - - - -
    -

    The library writes encoded data using the native -machine byte order. Correctly implemented TIFF -readers are expected to do any necessary byte-swapping -to correctly process image data with BitsPerSample greater -than 8.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    −1 is returned if an error was encountered. -Otherwise, the value of size is returned.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    - -

    %s: File not open for writing. The file was -opened for reading, not writing.

    - -

    Can not write tiles to a stripped image. The -image is assumed to be organized in strips because neither -of the TileWidth or TileLength tags have been -set with TIFFSetField(3TIFF).

    - -

    %s: Must set "ImageWidth" before -writing data. The image’s width has not be set -before the first write. See TIFFSetField(3TIFF) for -information on how to do this.

    - -

    %s: Must set "PlanarConfiguration" -before writing data. The organization of data has not be -defined before the first write. See -TIFFSetField(3TIFF) for information on how to do -this.

    - -

    %s: No space for tile arrays". There was -not enough space for the arrays that hold tile offsets and -byte counts.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), TIFFWriteTile(3TIFF), -TIFFWriteRawTile(3TIFF), -libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFWriteRawStrip.3tiff.html b/tiff/html/man/TIFFWriteRawStrip.3tiff.html deleted file mode 100755 index 9a3ef0c..0000000 --- a/tiff/html/man/TIFFWriteRawStrip.3tiff.html +++ /dev/null @@ -1,144 +0,0 @@ - - - - - - -TIFFWriteRawstrip - - - -

    TIFFWriteRawstrip

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -NOTES
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFWriteRawStrip − write a strip of raw data to an -open TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    tsize_t TIFFWriteRawStrip(TIFF *tif, -tstrip_t strip, tdata_t buf, -tsize_t size)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Append size bytes of raw data to the specified -strip.

    -
    - -

    NOTES

    - - - - - -
    -

    The strip number must be valid according to the current -settings of the ImageLength and RowsPerStrip -tags. An image may be dynamically grown by increasing the -value of ImageLength prior to each call to -TIFFWriteRawStrip.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    −1 is returned if an error occurred. Otherwise, the -value of size is returned.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    - -

    %s: File not open for writing. The file was opened -for reading, not writing.

    - -

    Can not write scanlines to a tiled image. The -image is assumed to be organized in tiles because the -TileWidth and TileLength tags have been set -with TIFFSetField(3TIFF).

    - -

    %s: Must set "ImageWidth" before writing -data. The image’s width has not be set before the -first write. See TIFFSetField(3TIFF) for information -on how to do this.

    - -

    %s: Must set "PlanarConfiguration" before -writing data. The organization of data has not be -defined before the first write. See -TIFFSetField(3TIFF) for information on how to do -this.

    - -

    %s: No space for strip arrays". There was not -enough space for the arrays that hold strip offsets and byte -counts.

    - -

    %s: Strip %d out of range, max %d. The specified -strip is not a valid strip according to the currently -specified image dimensions.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), -TIFFWriteEncodedStrip(3TIFF), -TIFFWriteScanline(3TIFF), libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFWriteRawTile.3tiff.html b/tiff/html/man/TIFFWriteRawTile.3tiff.html deleted file mode 100755 index 639af6c..0000000 --- a/tiff/html/man/TIFFWriteRawTile.3tiff.html +++ /dev/null @@ -1,128 +0,0 @@ - - - - - - -TIFFWriteRawtile - - - -

    TIFFWriteRawtile

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFWriteRawTile − write a tile of raw data to an -open TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    tsize_t TIFFWriteRawTile(TIFF *tif, -ttile_t tile, tdata_t buf, -tsize_t size)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Append size bytes of raw data to the specified -tile.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    −1 is returned if an error occurred. Otherwise, the -value of size is returned.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    - -

    %s: File not open for writing. The file was opened -for reading, not writing.

    - -

    Can not write tiles to a stripped image. The image -is assumed to be organized in strips because neither of the -TileWidth or TileLength tags have been set -with TIFFSetField(3TIFF).

    - -

    %s: Must set "ImageWidth" before writing -data. The image’s width has not be set before the -first write. See TIFFSetField(3TIFF) for information -on how to do this.

    - -

    %s: Must set "PlanarConfiguration" before -writing data. The organization of data has not be -defined before the first write. See -TIFFSetField(3TIFF) for information on how to do -this.

    - -

    %s: No space for tile arrays". There was not -enough space for the arrays that hold tile offsets and byte -counts.

    - -

    %s: Specified tile %d out of range, max %d. The -specified tile is not valid according to the currently -specified image dimensions.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), -TIFFWriteEncodedTile(3TIFF), -TIFFWriteScanline(3TIFF), libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFWriteScanline.3tiff.html b/tiff/html/man/TIFFWriteScanline.3tiff.html deleted file mode 100755 index 4c68f9d..0000000 --- a/tiff/html/man/TIFFWriteScanline.3tiff.html +++ /dev/null @@ -1,206 +0,0 @@ - - - - - - -TIFFWriteScanline - - - -

    TIFFWriteScanline

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -NOTES
    -RETURN VALUES
    -DIAGNOSTICS
    -BUGS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFWriteScanline − write a scanline to an open -TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    int TIFFWriteScanline(TIFF *tif, -tdata_t buf, uint32 row, -tsample_t sample)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Write data to a file at the specified row. The -sample parameter is used only if data are organized -in separate planes (PlanarConfiguration=2). The data -are assumed to be uncompressed and in the native bit- and -byte-order of the host machine. The data written to the file -is compressed according to the compression scheme of the -current TIFF directory (see further below). -If the current scanline is past the end of the current -subfile, the ImageLength field is automatically -increased to include the scanline (except for -PlanarConfiguration=2, where the ImageLength -cannot be changed once the first data are written). If the -ImageLength is increased, the StripOffsets and -StripByteCounts fields are similarly enlarged to -reflect data written past the previous end of image.

    -
    - -

    NOTES

    - - - - - -
    -

    The library writes encoded data using the native machine -byte order. Correctly implemented TIFF -readers are expected to do any necessary byte-swapping to -correctly process image data with BitsPerSample greater than -8. The library attempts to hide bit-ordering differences -between the image and the native machine by converting data -from the native machine order.

    - -

    In C++ the sample parameter defaults to 0.

    - -

    Once data are written to a file for the current -directory, the values of certain tags may not be altered; -see TIFFSetField(3TIFF) for more information.

    - -

    It is not possible to write scanlines to a file that uses -a tiled organization. The routine TIFFIsTiled can be -used to determine if the file is organized as tiles or -strips.

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    TIFFWriteScanline returns −1 if it -immediately detects an error and 1 for a successful -write.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    - -

    %s: File not open for writing . The file was -opened for reading, not writing.

    - -

    Can not write scanlines to a tiled image. An -attempt was made to write a scanline to a tiled image. The -image is assumed to be organized in tiles because the -TileWidth and TileLength tags have been set -with TIFFSetField(3TIFF).

    - -

    Compression algorithm does not support random -access. Data was written in a non-sequential order to a -file that uses a compression algorithm and that has -RowsPerStrip greater than one. That is, data in the -image is to be stored in a compressed form, and with -multiple rows packed into a strip. In this case, the library -does not support random access to the data. The data should -either be written as entire strips, sequentially by rows, or -the value of RowsPerStrip should be set to one.

    - -

    %s: Must set "ImageWidth" before writing -data. The image’s width has not be set before the -first write. See TIFFSetField(3TIFF) for information -on how to do this.

    - -

    %s: Must set "PlanarConfiguration" before -writing data. The organization of data has not be -defined before the first write. See -TIFFSetField(3TIFF) for information on how to do -this.

    - -

    Can not change "ImageLength" when using -separate planes. Separate image planes are being used -(PlanarConfiguration=2), but the number of rows has -not been specified before the first write. The library -supports the dynamic growth of an image only when data are -organized in a contiguous manner -(PlanarConfiguration=1).

    - -

    %d: Sample out of range, max %d. The sample -parameter was greater than the value of the SamplesPerPixel -tag.

    - -

    %s: No space for strip arrays . There was not -enough space for the arrays that hold strip offsets and byte -counts.

    -
    - -

    BUGS

    - - - - - -
    -

    Writing subsampled YCbCR data does not work correctly -because, for PlanarConfiguration=2 the size of a -scanline is not calculated on a per-sample basis, and for -PlanarConfiguration=1 the library does not pack the -block-interleaved samples.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), -TIFFWriteEncodedStrip(3TIFF), -TIFFWriteRawStrip(3TIFF), libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFWriteTile.3tiff.html b/tiff/html/man/TIFFWriteTile.3tiff.html deleted file mode 100755 index 6f6ffd2..0000000 --- a/tiff/html/man/TIFFWriteTile.3tiff.html +++ /dev/null @@ -1,115 +0,0 @@ - - - - - - -TIFFWriteTile - - - -

    TIFFWriteTile

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -RETURN VALUES
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFWriteTile − encode and write a tile of data to -an open TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    tsize_t TIFFWriteTile(TIFF *tif, -tdata_t buf, uint32 x, -uint32 y, uint32 z, -tsample_t sample)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Write the data for the tile containing the -specified coordinates. The data in buf are is -(potentially) compressed, and written to the indicated file, -normally being appended to the end of the file. The buffer -must be contain an entire tile of data. Applications should -call the routine TIFFTileSize to find out the size -(in bytes) of a tile buffer. The x and y -parameters are always used by TIFFWriteTile. The -z parameter is used if the image is deeper than 1 -slice (ImageDepth>1). The sample parameter -is used only if data are organized in separate planes -(PlanarConfiguration=2).

    -
    - -

    RETURN VALUES

    - - - - - -
    -

    TIFFWriteTile returns −1 if it detects an -error; otherwise the number of bytes in the tile is -returned.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    All error messages are directed to the -TIFFError(3TIFF) routine.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFCheckTile(3TIFF), -TIFFComputeTile(3TIFF), TIFFOpen(3TIFF), -TIFFReadTile(3TIFF), TIFFWriteScanline(3TIFF), -TIFFWriteEncodedTile(3TIFF), -TIFFWriteRawTile(3TIFF), libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFbuffer.3tiff.html b/tiff/html/man/TIFFbuffer.3tiff.html deleted file mode 100755 index 09009b5..0000000 --- a/tiff/html/man/TIFFbuffer.3tiff.html +++ /dev/null @@ -1,116 +0,0 @@ - - - - - - -TIFFBUFFER - - - -

    TIFFBUFFER

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFReadBufferSetup, TIFFWriteBufferSetup − I/O -buffering control routines

    -
    - -

    SYNOPSIS

    - - - - - -
    -
    #include <tiffio.h>
-
-int TIFFReadBufferSetup(TIFF *tif, tdata_t buffer, tsize_t size);
-int TIFFWriteBufferSetup(TIFF *tif, tdata_t buffer, tsize_t size);
-
    -
    - -

    DESCRIPTION

    - - - - - - -
    -

    The following routines are provided for client-control of -the I/O buffers used by the library. Applications need never -use these routines; they are provided only for -‘‘intelligent clients’’ that wish to -optimize memory usage and/or eliminate potential copy -operations that can occur when working with images that have -data stored without compression.

    - -

    TIFFReadBufferSetup sets up the data buffer used -to read raw (encoded) data from a file. If the specified -pointer is NULL (zero), then a buffer of the -appropriate size is allocated. Otherwise the caller must -guarantee that the buffer is large enough to hold any -individual strip of raw data. TIFFReadBufferSetup -returns a non-zero value if the setup was successful and -zero otherwise.

    - -

    TIFFWriteBufferSetup sets up the data buffer used -to write raw (encoded) data to a file. If the specified -size is −1 then the buffer size is selected to -hold a complete tile or strip, or at least 8 kilobytes, -whichever is greater. If the specified buffer is -NULL (zero), then a buffer of the appropriate -size is dynamically allocated. TIFFWriteBufferSetup -returns a non-zero value if the setup was successful and -zero otherwise.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    %s: No space for data buffer at scanline %ld. -TIFFReadBufferSetup was unable to dynamically -allocate space for a data buffer.

    - -

    %s: No space for output buffer. -TIFFWriteBufferSetup was unable to dynamically -allocate space for a data buffer.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFcodec.3tiff.html b/tiff/html/man/TIFFcodec.3tiff.html deleted file mode 100755 index d200754..0000000 --- a/tiff/html/man/TIFFcodec.3tiff.html +++ /dev/null @@ -1,116 +0,0 @@ - - - - - - -CODEC - - - -

    CODEC

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFFindCODEC, TIFFRegisterCODEC, TIFFUnRegisterCODEC, -TIFFIsCODECConfigured − codec-related utility -routines

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    const TIFFCodec* TIFFFindCODEC(uint16 -scheme);
    -TIFFCodec* TIFFRegisterCODEC(uint16     scheme, -const char *method, TIFFInitMethod -init);
    -void TIFFUnRegisterCODEC(TIFFCodec -*    codec);
    -int TIFFIsCODECConfigured(uint16     -scheme);

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    libtiff supports a variety of compression schemes -implemented by software codecs. Each codec adheres to -a modular interface that provides for the decoding and -encoding of image data; as well as some other methods for -initialization, setup, cleanup, and the control of default -strip and tile sizes. Codecs are identified by the -associated value of the TIFF -Compression tag; e.g. 5 for LZW -compression.

    - -

    The TIFFRegisterCODEC routine can be used to -augment or override the set of codecs available to an -application. If the specified scheme already has a -registered codec then it is overridden and any images -with data encoded with this compression scheme will be -decoded using the supplied coded.

    - -

    TIFFIsCODECConfigured returns 1 if the codec is -configured and working. Otherwise 0 will be returned.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    No space to register compression scheme %s. -TIFFRegisterCODEC was unable to allocate memory for -the data structures needed to register a codec.

    - -

    Cannot remove compression scheme %s; not -registered. TIFFUnRegisterCODEC did not locate -the specified codec in the table of registered compression -schemes.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFcolor.3tiff.html b/tiff/html/man/TIFFcolor.3tiff.html deleted file mode 100755 index edf423b..0000000 --- a/tiff/html/man/TIFFcolor.3tiff.html +++ /dev/null @@ -1,975 +0,0 @@ - - - - - - -COLOR - - - -

    COLOR

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFYCbCrToRGBInit, TIFFYCbCrtoRGB, TIFFCIELabToRGBInit, -TIFFCIELabToXYZ, TIFFXYZToRGB − color conversion -routines.

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    int TIFFYCbCrToRGBInit(TIFFYCbCrToRGB -*ycbcr, float *luma, float -*refBlackWhite");"
    -void TIFFYCbCrtoRGB(TIFFYCbCrToRGB *    ycbcr, -uint32 Y, int32 Cb, int32 -Cr, uint32 *R, uint32 -*G, uint32 *B );

    - -

    int TIFFCIELabToRGBInit(TIFFCIELabToRGB -*cielab, TIFFDisplay *display, -float *refWhite);
    -void TIFFCIELabToXYZ(TIFFCIELabToRGB *    cielab, -uint32 L, int32 a, int32 -b, float *X, float *Y, -float *Z);
    -void TIFFXYZToRGB(TIFFCIELabToRGB *    cielab, -float X, float Y, float -Z",uint32*"R, -uint32 *G, uint32 *B);

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    TIFF supports several color spaces for images stored in -that format. There is usually a problem of application to -handle the data properly and convert between different -colorspaces for displaying and printing purposes. To -simplify this task libtiff implements several color -conversion routines itself. In particular, these routines -used in TIFFRGBAImage(3TIFF) interface.

    - -

    TIFFYCbCrToRGBInit() used to initialize -YCbCr to RGB conversion state. Allocating and -freeing of the ycbcr structure belongs to programmer. -TIFFYCbCrToRGB defined in tiffio.h as

    -
    - - - - - -
    -
    typedef struct {                /* YCbCr->RGB support */
-        TIFFRGBValue* clamptab; /* range clamping table */
-
    -
    - - - - - -

    int*

    - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    Cr_r_tab;
    -int*

    -    		 -
    - -

    Cb_b_tab;
    -int32*

    -    		 -
    - -

    Cr_g_tab;
    -int32*

    -    		 -
    - -

    Cb_g_tab;

    -    		 -
    - - - - - -
    -

    int32* Y_tab;
    -} TIFFYCbCrToRGB;

    - - - - - -
    -

    luma is a float array of three values representing -proportions of the red, green and blue in luminance, Y (see -section 21 of the TIFF 6.0 specification, where the YCbCr -images discussed). TIFFTAG_YCBCRCOEFFICIENTS holds -that values in TIFF file. refBlackWhite is a float -array of 6 values which specifies a pair of headroom and -footroom image data values (codes) for each image component -(see section 20 of the TIFF 6.0 specification where the -colorinmetry fields discussed). -TIFFTAG_REFERENCEBLACKWHITE is responsible for -storing these values in TIFF file. Following code snippet -should helps to understand the the technique:

    -
    - - - - - -
    -
    float *luma, *refBlackWhite;
-uint16 hs, vs;
-
-/* Initialize structures */
-ycbcr = (TIFFYCbCrToRGB*)
-
    -
    - - - - - - - - - - - - - - - -
    - -

    _TIFFmalloc(TIFFroundup(sizeof(TIFFYCbCrToRGB), -sizeof(long))

    -
    - -

    + 4*256*sizeof(TIFFRGBValue)

    -
    - -

    + 2*256*sizeof(int)

    -
    - -

    + 3*256*sizeof(int32));

    -
    - - - - - -
    -

    if (ycbcr == NULL) {
    -TIFFError("YCbCr->RGB",

    - - - - - - - -
    - - -

    "No space for YCbCr->RGB conversion -state");

    -    		 -
    - - - - - -
    -

    exit(0);
    -}

    - -

    TIFFGetFieldDefaulted(tif, TIFFTAG_YCBCRCOEFFICIENTS, -&luma);
    -TIFFGetFieldDefaulted(tif, TIFFTAG_REFERENCEBLACKWHITE, -&refBlackWhite);
    -if (TIFFYCbCrToRGBInit(ycbcr, luma, refBlackWhite) < -0)

    - - - - - -
    - -

    exit(0);

    -
    - - - - - -
    -

    /* Start conversion */
    -uint32 r, g, b;
    -uint32 Y;
    -int32 Cb, Cr;

    - -

    for each pixel in image

    - - - - - -
    - -

    TIFFYCbCrtoRGB(img->ycbcr, Y, Cb, Cr, &r, &g, -&b);

    -
    - - - - - -
    -

    /* Free state structure */
    -_TIFFfree(ycbcr);

    - - - - - -
    -

    TIFFCIELabToRGBInit() initializes the CIE -L*a*b* 1976 to RGB conversion state. -TIFFCIELabToRGB defined as

    -
    - - - - - -
    -
    #define CIELABTORGB_TABLE_RANGE 1500
-
-
    -
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    typedef struct {

    -    		 - - -

    /* CIE Lab 1976->RGB support */

    -    		 -
    - - -

    int

    -    		 - -

    range;

    -    		 - - -

    /* Size of conversion table */

    -    		 -
    - - -

    float

    -    		 - -

    rstep, gstep, bstep;

    -    		 -
    - - -

    float

    -    		 - -

    X0, Y0, Z0;

    -    		 - -

    /* Reference white point */

    -    		 -
    - -

    TIFFDisplay display;

    -    		 -
    - - -

    float

    -    		 - -

    Yr2r[CIELABTORGB_TABLE_RANGE + 1]; /* Conversion of Yr -to r */

    -    		 -
    - - -

    float

    -    		 - -

    Yg2g[CIELABTORGB_TABLE_RANGE + 1]; /* Conversion of Yg -to g */

    -    		 -
    - - -

    float

    -    		 - -

    Yb2b[CIELABTORGB_TABLE_RANGE + 1]; /* Conversion of Yb -to b */

    -    		 -
    - - - - - -
    -

    } TIFFCIELabToRGB;

    - - - - - -
    -

    display is a display device description, declared -as

    -
    - - - - - -
    -
    typedef struct {
-
    -
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    float d_mat[3][3]; /* XYZ -> luminance matrix */

    -
    - -

    float d_YCR; /* Light o/p for reference white */

    -
    - -

    float d_YCG;

    -
    - -

    float d_YCB;

    -
    - -

    uint32 d_Vrwr; /* Pixel values for ref. white */

    -
    - -

    uint32 d_Vrwg;

    -
    - -

    uint32 d_Vrwb;

    -
    - -

    float d_Y0R; /* Residual light for black pixel */

    -
    - -

    float d_Y0G;

    -
    - -

    float d_Y0B;

    -
    - -

    float d_gammaR; /* Gamma values for the three guns -*/

    -
    - -

    float d_gammaG;

    -
    - -

    float d_gammaB;

    -
    - - - - - -
    -

    } TIFFDisplay;

    - - - - - -
    -

    For example, the one can use sRGB device, which has the -following parameters:

    -
    - - - - - -
    -
    TIFFDisplay display_sRGB = {
-
    -
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    { /* XYZ -> luminance matrix */

    -    		 -
    - - -

    { 3.2410F, -1.5374F, -0.4986F },

    -    		 -
    - - -

    { -0.9692F, 1.8760F, 0.0416F },

    -    		 -
    - - -

    { 0.0556F, -0.2040F, 1.0570F }

    -    		 -
    - -

    },

    -    		 - -
    - -

    100.0F, 100.0F, 100.0F, /* Light o/p for reference white -*/

    -    		 -
    - -

    255, 255, 255, /* Pixel values for ref. white */

    -    		 -
    - -

    1.0F, 1.0F, 1.0F, /* Residual light o/p for black pixel -*/

    -    		 -
    - -

    2.4F, 2.4F, 2.4F, /* Gamma values for the three guns -*/

    -    		 -
    - - - - - -
    -

    };

    - - - - - -
    -

    refWhite is a color temperature of the reference -white. The TIFFTAG_WHITEPOINT contains the -chromaticity of the white point of the image from where the -reference white can be calculated using following -formulae:

    -
    - - - - - -
    -

    refWhite_Y = 100.0
    -refWhite_X = whitePoint_x / whitePoint_y * refWhite_Y
    -refWhite_Z = (1.0 - whitePoint_x - whitePoint_y) / -whitePoint_y * refWhite_X

    - - - - - -
    -

    The conversion itself performed in two steps: at the -first one we will convert CIE L*a*b* 1976 to CIE -XYZ using TIFFCIELabToXYZ() routine, and at the -second step we will convert CIE XYZ to RGB -using TIFFXYZToRGB(). Look at the code sample -below:

    -
    - - - - - -
    -
    float   *whitePoint;
-float   refWhite[3];
-
-/* Initialize structures */
-img->cielab = (TIFFCIELabToRGB *)
-
    -
    - - - - - - -
    - -

    _TIFFmalloc(sizeof(TIFFCIELabToRGB));

    -
    - - - - - -
    -

    if (!cielab) {

    - - - - - - - - - - - - - - - - - - - - -
    - -

    TIFFError("CIE L*a*b*->RGB",

    -    		 -
    - - -

    "No space for CIE L*a*b*->RGB conversion -state.");

    -    		 -
    - -

    exit(0);

    -    		 -
    - - - - - -
    -

    }

    - -

    TIFFGetFieldDefaulted(tif, TIFFTAG_WHITEPOINT, -&whitePoint);
    -refWhite[1] = 100.0F;
    -refWhite[0] = whitePoint[0] / whitePoint[1] * -refWhite[1];
    -refWhite[2] = (1.0F - whitePoint[0] - -whitePoint[1])

    - - - - - -
    - -

    / whitePoint[1] * refWhite[1];

    -
    - - - - - -
    -

    if (TIFFCIELabToRGBInit(cielab, &display_sRGB, -refWhite) < 0) {

    - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    TIFFError("CIE L*a*b*->RGB",

    -    		 -
    - - -

    "Failed to initialize CIE L*a*b*->RGB conversion -state.");

    -    		 -
    - -

    _TIFFfree(cielab);

    -    		 -
    - -

    exit(0);

    -    		 -
    - - - - - -
    -

    }

    - -

    /* Now we can start to convert */
    -uint32 r, g, b;
    -uint32 L;
    -int32 a, b;
    -float X, Y, Z;

    - -

    for each pixel in image

    - - - - - - - - -
    - -

    TIFFCIELabToXYZ(cielab, L, a, b, &X, &Y, -&Z);

    -
    - -

    TIFFXYZToRGB(cielab, X, Y, Z, &r, &g, -&b);

    -
    - - - - - -
    -

    /* Don’t forget to free the state structure */
    -_TIFFfree(cielab);

    - -

    SEE ALSO

    - - - - - -
    -

    TIFFRGBAImage(3TIFF) libtiff(3TIFF),

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFmemory.3tiff.html b/tiff/html/man/TIFFmemory.3tiff.html deleted file mode 100755 index c3f38e0..0000000 --- a/tiff/html/man/TIFFmemory.3tiff.html +++ /dev/null @@ -1,110 +0,0 @@ - - - - - - -MEMORY - - - -

    MEMORY

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    _TIFFmalloc, _TIFFrealloc, _TIFFfree, _TIFFmemset, -_TIFFmemcpy, _TIFFmemcmp, − memory management-related -functions for use with TIFF files

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    tdata_t _TIFFmalloc(tsize_t size);
    -tdata_t _TIFFrealloc(tdata_t     buffer, -tsize_t size);
    -void _TIFFfree(tdata_t     buffer);
    -void _TIFFmemset(tdata_t     s, int -c, tsize_t n);
    -void _TIFFmemcpy(tdata_t     dest, const -tdata_t src, tsize_t n);
    -int _TIFFmemcmp(const tdata_t     s1, const -tdata_t s2, tsize_t n);

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    These routines are provided for writing portable software -that uses libtiff; they hide any memory-management -related issues, such as dealing with segmented architectures -found on 16-bit machines.

    - -

    _TIFFmalloc and _TIFFrealloc are used to -dynamically allocate and reallocate memory used by -libtiff; such as memory passed into the I/O routines. -Memory allocated through these interfaces is released back -to the system using the _TIFFfree routine.

    - -

    Memory allocated through one of the above interfaces can -be set to a known value using _TIFFmemset, copied to -another memory location using _TIFFmemcpy, or -compared for equality using _TIFFmemcmp. These -routines conform to the equivalent ANSI C -routines: memset, memcpy, and memcmp, -repsectively.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    None.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    malloc(3), memory(3), -libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFquery.3tiff.html b/tiff/html/man/TIFFquery.3tiff.html deleted file mode 100755 index 2b47fc3..0000000 --- a/tiff/html/man/TIFFquery.3tiff.html +++ /dev/null @@ -1,148 +0,0 @@ - - - - - - -QUERY - - - -

    QUERY

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFCurrentRow, TIFFCurrentStrip, TIFFCurrentTile, -TIFFCurrentDirectory, TIFFLastDirectory, TIFFFileno, -TIFFFileName, TIFFGetMode, TIFFIsTiled, TIFFIsByteSwapped, -TIFFIsUpSampled, TIFFIsMSB2LSB, TIFFGetVersion − query -routines

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    uint32 TIFFCurrentRow(TIFF* tif)
    -tstrip_t TIFFCurrentStrip(TIFF*     tif)
    -ttile_t TIFFCurrentTile(TIFF*     tif)
    -tdir_t TIFFCurrentDirectory(TIFF*     tif)
    -int TIFFLastDirectory(TIFF*     tif)
    -int TIFFFileno(TIFF*     tif)
    -char* TIFFFileName(TIFF*     tif)
    -int TIFFGetMode(TIFF*     tif)
    -int TIFFIsTiled(TIFF*     tif)
    -int TIFFIsByteSwapped(TIFF*     tif)
    -int TIFFIsUpSampled(TIFF*     tif)
    -int TIFFIsMSB2LSB(TIFF*     tif)
    -const char* TIFFGetVersion(void)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    The following routines return status information about an -open TIFF file.

    - -

    TIFFCurrentDirectory returns the index of the -current directory (directories are numbered starting at 0). -This number is suitable for use with the -TIFFSetDirectory routine.

    - -

    TIFFLastDirectory returns a non-zero value if the -current directory is the last directory in the file; -otherwise zero is returned.

    - -

    TIFFCurrentRow, TIFFCurrentStrip, and -TIFFCurrentTile, return the current row, strip, and -tile, respectively, that is being read or written. These -values are updated each time a read or write is done.

    - -

    TIFFFileno returns the underlying file descriptor -used to access the TIFF image in the -filesystem.

    - -

    TIFFFileName returns the pathname argument passed -to TIFFOpen or TIFFFdOpen.

    - -

    TIFFGetMode returns the mode with which the -underlying file was opened. On UNIX systems, -this is the value passed to the open(2) system -call.

    - -

    TIFFIsTiled returns a non-zero value if the image -data has a tiled organization. Zero is returned if the image -data is organized in strips.

    - -

    TIFFIsByteSwapped returns a non-zero value if the -image data was in a different byte-order than the host -machine. Zero is returned if the TIFF file and local host -byte-orders are the same. Note that TIFFReadTile(), -TIFFReadStrip() and TIFFReadScanline() functions already -normally perform byte swapping to local host order if -needed.

    - -

    TIFFIsUpSampled returns a non-zero value if image -data returned through the read interface routines is being -up-sampled. This can be useful to applications that want to -calculate I/O buffer sizes to reflect this usage (though the -usual strip and tile size routines already do this).

    - -

    TIFFIsMSB2LSB returns a non-zero value if the -image data is being returned with bit 0 as the most -significant bit.

    - -

    TIFFGetVersion returns an ASCII -string that has a version stamp for the TIFF -library software.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    None.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    libtiff(3TIFF), TIFFOpen(3TIFF), -TIFFFdOpen(3TIFF)

    -
    -
    - - diff --git a/tiff/html/man/TIFFsize.3tiff.html b/tiff/html/man/TIFFsize.3tiff.html deleted file mode 100755 index 5a14254..0000000 --- a/tiff/html/man/TIFFsize.3tiff.html +++ /dev/null @@ -1,95 +0,0 @@ - - - - - - -TIFFSIZE - - - -

    TIFFSIZE

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFScanlineSize, TIFFRasterScanlineSize, − return -the size of various items associated with an open -TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    tsize_t TIFFRasterScanlineSize(TIFF -*tif)
    -tsize_t TIFFScanlineSize(TIFF *    tif)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    TIFFScanlineSize returns the size in bytes of a -row of data as it would be returned in a call to -TIFFReadScanline, or as it would be expected in a -call to TIFFWriteScanline.

    - -

    TIFFRasterScanlineSize returns the size in bytes -of a complete decoded and packed raster scanline. Note that -this value may be different from the value returned by -TIFFScanlineSize if data is stored as separate -planes.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    None.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFOpen(3TIFF), TIFFReadScanline(3TIFF), -libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFstrip.3tiff.html b/tiff/html/man/TIFFstrip.3tiff.html deleted file mode 100755 index b8bc7c6..0000000 --- a/tiff/html/man/TIFFstrip.3tiff.html +++ /dev/null @@ -1,129 +0,0 @@ - - - - - - -TIFFSTRIP - - - -

    TIFFSTRIP

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFDefaultStripSize, TIFFStripSize, TIFFVStripSize, -TIFFRawStripSize, TIFFComputeStrip, TIFFNumberOfStrips -− strip-related utility routines

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    uint32 TIFFDefaultStripSize(TIFF *tif, -uint32 estimate)
    -tsize_t TIFFStripSize(TIFF *    tif)
    -tsize_t TIFFVStripSize(TIFF *    tif, uint32 -nrows)
    -tsize_t TIFFRawStripSize(TIFF *    tif, -tstrip_t strip)
    -tstrip_t TIFFComputeStrip(TIFF *    tif, -uint32 row, tsample_t -sample)
    -tstrip_t TIFFNumberOfStrips(TIFF *    tif)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    TIFFDefaultStripSize returns the number of rows -for a reasonable-sized strip according to the current -settings of the ImageWidth, BitsPerSample, -SamplesPerPixel, tags and any compression-specific -requirements. If the estimate parameter, if non-zero, -then it is taken as an estimate of the desired strip size -and adjusted according to any compression-specific -requirements. The value returned by this function is -typically used to define the RowsPerStrip tag. In -lieu of any unusual requirements TIFFDefaultStripSize -tries to create strips that have approximately 8 kilobytes -of uncompressed data.

    - -

    TIFFStripSize returns the equivalent size for a -strip of data as it would be returned in a call to -TIFFReadEncodedStrip or as it would be expected in a -call to TIFFWriteEncodedStrip.

    - -

    TIFFVStripSize returns the number of bytes in a -strip with nrows rows of data.

    - -

    TIFFRawStripSize returns the number of bytes in a -raw strip (i.e. not decoded).

    - -

    TIFFComputeStrip returns the strip that contains -the specified coordinates. A valid strip is always returned; -out-of-range coordinate values are clamped to the bounds of -the image. The row parameter is always used in -calculating a strip. The sample parameter is used -only if data are organized in separate planes -(PlanarConfiguration=2).

    - -

    TIFFNumberOfStrips returns the number of strips in -the image.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    None.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFReadEncodedStrip(3TIFF), -TIFFReadRawStrip(3TIFF), -TIFFWriteEncodedStrip(3TIFF), -TIFFWriteRawStrip(3TIFF), libtiff(3TIFF),

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFswab.3tiff.html b/tiff/html/man/TIFFswab.3tiff.html deleted file mode 100755 index 80d1db4..0000000 --- a/tiff/html/man/TIFFswab.3tiff.html +++ /dev/null @@ -1,110 +0,0 @@ - - - - - - -SWAB - - - -

    SWAB

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFGetBitRevTable, TIFFReverseBits, TIFFSwabShort, -TIFFSwabLong, TIFFSwabArrayOfShort, TIFFSwabArrayOfLong -− byte- and bit-swapping routines

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    const unsigned char* TIFFGetBitRevTable(int -reversed)
    -void TIFFReverseBits(u_char *    data, unsigned -long nbytes)
    -void TIFFSwabShort(uint16 *    data)
    -void TIFFSwabLong(uint32 *    data)
    -void TIFFSwabArrayOfShort(uint16 *    data, -unsigned long nshorts)
    -void TIFFSwabArrayOfLong(uint32 *    data, -unsigned long nlongs)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    The following routines are used by the library to swap -16- and 32-bit data and to reverse the order of bits in -bytes.

    - -

    TIFFSwabShort and TIFFSwabLong swap the -bytes in a single 16-bit and 32-bit item, respectively. -TIFFSwabArrayOfShort and TIFFSwabArrayOfLong -swap the bytes in an array of 16-bit and 32-bit items, -respectively.

    - -

    TIFFReverseBits replaces each byte in data -with the equivalent bit-reversed value. This operation is -performed with a lookup table, which is returned using the -TIFFGetBitRevTable function. reversed -parameter specifies which table should be returned. Supply -1 if you want bit reversal table. Supply 0 to -get the table that do not reverse bit values. It is a lookup -table that can be used as an identity function; i.e. -TIFFNoBitRevTable[n] == n.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    None.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/TIFFtile.3tiff.html b/tiff/html/man/TIFFtile.3tiff.html deleted file mode 100755 index addeb51..0000000 --- a/tiff/html/man/TIFFtile.3tiff.html +++ /dev/null @@ -1,141 +0,0 @@ - - - - - - -TIFFTILE - - - -

    TIFFTILE

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -DIAGNOSTICS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    TIFFTileSize, TIFFTileRowSize, TIFFVTileSize, -TIFFDefaultTileSize, TIFFComputeTile, TIFFCheckTile, -TIFFNumberOfTiles − tile-related utility routines

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    void TIFFDefaultTileSize(TIFF *tif, -uint32 *tw, uint32 *th)
    -tsize_t TIFFTileSize(TIFF *    tif)
    -tsize_t TIFFTileRowSize(TIFF *    tif)
    -tsize_t TIFFVTileSize(TIFF *    tif, uint32 -nrows)
    -ttile_t TIFFComputeTile(TIFF *    tif, uint32 -x, uint32 y, uint32 z, -tsample_t sample)
    -int TIFFCheckTile(TIFF *    tif, uint32 -x, uint32 y, uint32 z, -tsample_t sample)
    -ttile_t TIFFNumberOfTiles(TIFF *    tif)

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    TIFFDefaultTileSize returns the pixel width and -height of a reasonable-sized tile; suitable for setting up -the TileWidth and TileLength tags. If the -tw and th values passed in are non-zero, then -they are adjusted to reflect any compression-specific -requirements. The returned width and height are constrained -to be a multiple of 16 pixels to conform with the -TIFF specification.

    - -

    TIFFTileSize returns the equivalent size for a -tile of data as it would be returned in a call to -TIFFReadTile or as it would be expected in a call to -TIFFWriteTile.

    - -

    TIFFVTileSize returns the number of bytes in a -row-aligned tile with nrows of data.

    - -

    TIFFTileRowSize returns the number of bytes of a -row of data in a tile.

    - -

    TIFFComputeTile returns the tile that contains the -specified coordinates. A valid tile is always returned; -out-of-range coordinate values are clamped to the bounds of -the image. The x and y parameters are always -used in calculating a tile. The z parameter is used -if the image is deeper than 1 slice -(ImageDepth>1). The sample parameter is -used only if data are organized in separate planes -(PlanarConfiguration=2).

    - -

    TIFFCheckTile returns a non-zero value if the -supplied coordinates are within the bounds of the image and -zero otherwise. The x parameter is checked against -the value of the ImageWidth tag. The y -parameter is checked against the value of the -ImageLength tag. The z parameter is checked -against the value of the ImageDepth tag (if defined). -The sample parameter is checked against the value of -the SamplesPerPixel parameter if the data are -organized in separate planes.

    - -

    TIFFNumberOfTiles returns the number of tiles in -the image.

    -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    None.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    TIFFReadEncodedTile(3TIFF), -TIFFReadRawTile(3TIFF), TIFFReadTile(3TIFF), -TIFFWriteEncodedTile(3TIFF), -TIFFWriteRawTile(3TIFF), TIFFWriteTile(3TIFF), -libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/bmp2tiff.1.html b/tiff/html/man/bmp2tiff.1.html deleted file mode 100755 index 1104a49..0000000 --- a/tiff/html/man/bmp2tiff.1.html +++ /dev/null @@ -1,121 +0,0 @@ - - - - - - -BMP2TIFF - - - -

    BMP2TIFF

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    bmp2tiff − create a TIFF file from a -Microsoft Windows Device Independent Bitmap image file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    bmp2tiff [ options ] input.bmp -output.tiff

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    bmp2tiff converts a Microsoft Windows Device -Independent Bitmap image file to TIFF. By -default, the TIFF image is created with data -samples packed (PlanarConfiguration=1), compressed -with the PackBits algorithm -(Compression=32773), and with each strip no -more than 8 kilobytes. These characteristics can overridden, -or explicitly specified with the options described -below.

    -
    - -

    OPTIONS

    - - - - - - - - -
    - -

    −c

    -    		 - -

    Specify a compression scheme to use when writing image -data: −c none for no compression, -c -packbits for the PackBits compression algorithm (the -default), -c jpeg for the baseline JPEG compression -algorithm, -c zip for the Deflate compression -algorithm, and −c lzw for Lempel-Ziv & -Welch.

    -    		 -
    - - - - - -
    -

    −r <number>

    - - - - - -
    -

    Write data with a specified number of rows per strip; by -default the number of rows/strip is selected so that each -strip is approximately 8 kilobytes.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    gif2tiff(1), pal2rgb(1), -ppm2tiff(1), raw2tiff(1), ras2tiff(1), -sgi2tiff(1), libtiff(3TIFF)

    -
    -
    - - diff --git a/tiff/html/man/fax2ps.1.html b/tiff/html/man/fax2ps.1.html deleted file mode 100755 index aba6fc3..0000000 --- a/tiff/html/man/fax2ps.1.html +++ /dev/null @@ -1,252 +0,0 @@ - - - - - - -FAX2PS - - - -

    FAX2PS

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -DIAGNOSTICS
    -NOTES
    -BUGS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    fax2ps − convert a TIFF facsimile to -compressed PostScript™

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    fax2ps [ options ] [ file ... ]

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    fax2ps reads one or more TIFF -facsimile image files and prints a compressed form of -PostScript on the standard output that is suitable for -printing.

    - -

    By default, each page is scaled to reflect the image -dimensions and resolutions stored in the file. The -−x and −y options can be used to -specify the horizontal and vertical image resolutions -(lines/inch), respectively. If the −S option is -specified, each page is scaled to fill an output page. The -default output page is 8.5 by 11 inches. Alternate page -dimensions can be specified in inches with the -−W and −H options.

    - -

    By default fax2ps generates PostScript for all -pages in the file. The −p option can be used to -select one or more pages from a multi-page document.

    - -

    fax2ps generates a compressed form of PostScript -that is optimized for sending pages of text to a PostScript -printer attached to a host through a low-speed link (such as -a serial line). Each output page is filled with white and -then only the black areas are drawn. The PostScript -specification of the black drawing operations is optimized -by using a special font that encodes the move-draw -operations required to fill the black regions on the page. -This compression scheme typically results in a substantially -reduced PostScript description, relative to the -straightforward imaging of the page with a PostScript -image operator. This algorithm can, however, be -ineffective for continuous-tone and white-on-black images. -For these images, it sometimes is more efficient to send the -raster bitmap image directly; see tiff2ps(1).

    -
    - -

    OPTIONS

    - - - - - - - -
    - -

    −p number

    -    		 - -

    Print only the indicated page. Multiple pages may be -printed by specifying this option more than once.

    -    		 -
    - - - - - -
    -

    −x resolution

    - - - - - -
    -

    Use resolution as the horizontal resolution, in -dots/inch, of the image data. By default this value is taken -from the file.

    -
    - - - - - -
    -

    −y resolution

    - - - - - -
    -

    Use resolution as the vertical resolution, in -lines/inch, of the image data. By default this value is -taken from the file.

    -
    - - - - - - - - - - - - - - - - - -
    - -

    −S

    -    		 - -

    Scale each page of image data to fill the output page -dimensions. By default images are presented according to the -dimension information recorded in the TIFF -file.

    -    		 -
    - -

    −W width

    -    		 - -

    Use width as the width, in inches, of the output -page.

    -    		 -
    - -

    −H height

    -    		 - -

    Use height as the height, in inches, of the -output page.

    -    		 -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    Some messages about malformed TIFF images -come from the TIFF library.

    - -

    Various messages about badly formatted facsimile images -may be generated due to transmission errors in received -facsimile. fax2ps attempts to recover from such data -errors by resynchronizing decoding at the end of the current -scanline. This can result in long horizontal black lines in -the resultant PostScript image.

    -
    - -

    NOTES

    - - - - - -
    -

    If the destination printer supports PostScript Level II -then it is always faster to just send the encoded bitmap -generated by the tiff2ps(1) program.

    -
    - -

    BUGS

    - - - - - -
    -

    fax2ps should probably figure out when it is doing -a poor job of compressing the output and just generate -PostScript to image the bitmap raster instead.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    tiff2ps(1), libtiff(3)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/fax2tiff.1.html b/tiff/html/man/fax2tiff.1.html deleted file mode 100755 index 3aac8c7..0000000 --- a/tiff/html/man/fax2tiff.1.html +++ /dev/null @@ -1,607 +0,0 @@ - - - - - - -FAX2TIFF - - - -

    FAX2TIFF

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -DIAGNOSTICS
    -BUGS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    fax2tiff − create a TIFF Class F fax -file from raw fax data

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    fax2tiff [ options ] [ −o -output.tif ] input.raw

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Fax2tiff creates a TIFF file -containing CCITT Group 3 or Group 4 encoded -data from one or more files containing -‘‘raw’’ Group 3 or Group 4 encoded -data (typically obtained directly from a fax modem). By -default, each row of data in the resultant -TIFF file is 1-dimensionally encoded and -padded or truncated to 1728 pixels, as needed. The resultant -image is a set of low resolution (98 lines/inch) or medium -resolution (196 lines/inch) pages, each of which is a single -strip of data. The generated file conforms to the -TIFF Class F ( FAX ) -specification for storing facsimile data. This means, in -particular, that each page of the data does not -include the trailing return to control ( -RTC ) code; as required for transmission by -the CCITT Group 3 specifications. The old, -‘‘classic’’, format is created if -the −c option is used. (The Class F format can -also be requested with the −f option.)

    - -

    The default name of the output image is fax.tif; -this can be changed with the −o option. Each -input file is assumed to be a separate page of facsimile -data from the same document. The order in which input files -are specified on the command line is the order in which the -resultant pages appear in the output file.

    -
    - -

    OPTIONS

    - - - - - -
    -

    Options that affect the interpretation of input data -are:

    -
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    −3

    -    		 - -

    Assume input data is CCITT Group 3 -encoded (default).

    -    		 -
    - -

    −4

    -    		 - -

    Assume input data is CCITT Group 4 -encoded.

    -    		 -
    - -

    −U

    -    		 - -

    Assume input data is uncompressed (Group 3 or Group -4).

    -    		 -
    - -

    −1

    -    		 - -

    Assume input data is encoded with the 1-dimensional -version of the CCITT Group 3 Huffman encoding -algorithm (default).

    -    		 -
    - -

    −2

    -    		 - -

    Assume input data is 2-dimensional version of the -CCITT Group 3 Huffman encoding algorithm.

    -    		 -
    - -

    −P

    -    		 - -

    Assume input data is not EOL-aligned (default). -This option has effect with Group 3 encoded input only.

    -    		 -
    - -

    −A

    -    		 - -

    Assume input data is EOL-aligned. This option has effect -with Group 3 encoded input only.

    -    		 -
    - -

    −M

    -    		 - -

    Treat input data as having bits filled from most -significant bit ( MSB ) to most least bit ( -LSB ).

    -    		 -
    - -

    −L

    -    		 - -

    Treat input data as having bits filled from least -significant bit ( LSB ) to most significant -bit ( MSB ) (default).

    -    		 -
    - -

    −B

    -    		 - -

    Assume input data was encoded with black as 0 and white -as 1.

    -    		 -
    - -

    −W

    -    		 - -

    Assume input data was encoded with black as 1 and white -as 0 (default).

    -    		 -
    - -

    −R

    -    		 - -

    Specify the vertical resolution, in lines/inch, of the -input images. By default input are assumed to have a -vertical resolution of 196 lines/inch. If images are low -resolution facsimile, a value of 98 lines/inch should be -specified.

    -    		 -
    - -

    −X

    -    		 - -

    Specify the width, in pixels, of the input images. By -default input are assumed to have a width of 1728 -pixels.

    -    		 -
    - - - - - -
    -

    Options that affect the output file format are:

    -
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    −o

    -    		 - -

    Specify the name of the output file.

    -    		 -
    - -

    −7

    -    		 - -

    Force output to be compressed with the -CCITT Group 3 Huffman encoding algorithm -(default).

    -    		 -
    - -

    −8

    -    		 - -

    Force output to be compressed with the -CCITT Group 4 Huffman encoding.

    -    		 -
    - -

    −u

    -    		 - -

    Force output to be uncompressed (Group 3 or Group -4).

    -    		 -
    - -

    −5

    -    		 - -

    Force output to be encoded with the 1-dimensional -version of the CCITT Group 3 Huffman encoding -algorithm.

    -    		 -
    - -

    −6

    -    		 - -

    Force output to be encoded with the 2-dimensional -version of the CCITT Group 3 Huffman encoding -algorithm (default).

    -    		 -
    - -

    −a

    -    		 - -

    Force the last bit of each End Of Line ( -EOL ) code to land on a byte boundary -(default). This ‘‘zero padding’’ -will be reflected in the contents of the -Group3Options tag of the resultant -TIFF file. This option has effect with Group -3 encoded output only.

    -    		 -
    - -

    −p

    -    		 - -

    Do not EOL-align output. This option has effect with -Group 3 encoded output only.

    -    		 -
    - -

    −c

    -    		 - -

    Generate "classic" Group 3 TIFF format.

    -    		 -
    - -

    −f

    -    		 - -

    Generate TIFF Class F (TIFF/F) format (default).

    -    		 -
    - -

    −m

    -    		 - -

    Force output data to have bits filled from most -significant bit ( MSB ) to most least bit ( -LSB ).

    -    		 -
    - -

    −l

    -    		 - -

    Force output data to have bits filled from least -significant bit ( LSB ) to most significant -bit ( MSB ) (default).

    -    		 -
    - -

    −r

    -    		 - -

    Specify the number of rows (scanlines) in each strip of -data written to the output file. By default (or when value -0 is specified), tiffcp attempts to set the -rows/strip that no more than 8 kilobytes of data appear in a -strip (with except of G3/G4 compression schemes). If you -specify special value −1 it will results in -infinite number of the rows per strip. The entire image will -be the one strip in that case. This is default in case of -G3/G4 output compression schemes.

    -    		 -
    - -

    −s

    -    		 - -

    Stretch the input image vertically by writing each input -row of data twice to the output file.

    -    		 -
    - -

    −v

    -    		 - -

    Force fax2tiff to print the number of rows of -data it retrieved from the input file.

    -    		 -
    - -

    −z

    -    		 - -

    Force output to be compressed with the LZW encoding.

    -    		 -
    - -

    DIAGNOSTICS

    - - - - - -
    -

    The following warnings and errors come from the decoding -routines in the library.

    - -

    Warning, %s: Premature EOL at scanline %d (x -%d).\n. The input data had a row that was shorter than -the expected width. The row is padded with white.

    - -

    %s: Premature EOF at scanline %d (x %d).\n. The -decoder ran out of data in the middle of a scanline. The -resultant row is padded with white.

    - -

    %s: Bad code word at row %d, x %d\n. An invalid -Group 3 code was encountered while decoding the input -file. The row number and horizontal position is given. The -remainder of the input row is discarded, while the -corresponding output row is padded with white.

    - -

    %s: Bad 2D code word at scanline %d.\n. An invalid -Group 4 or 2D Group 3 code was encountered while -decoding the input file. The row number and horizontal -position is given. The remainder of the input row is -discarded, while the corresponding output row is padded with -white.

    -
    - -

    BUGS

    - - - - - -
    -

    Input data are assumed to have a a ‘‘top -left’’ orientation; it should be possible to -override this assumption from the command line.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    CCITT Recommendation T.4 -(Standardization of Group 3 Facsimile Apparatus for Document -Transmission).

    - -

    The Spirit of TIFF Class F, an appendix to the -TIFF 5.0 specification prepared by Cygnet Technologies.

    - -

    tiffinfo(1), tiffdither(1), -tiffgt(1), libtiff(3)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/gif2tiff.1.html b/tiff/html/man/gif2tiff.1.html deleted file mode 100755 index c507353..0000000 --- a/tiff/html/man/gif2tiff.1.html +++ /dev/null @@ -1,141 +0,0 @@ - - - - - - -GIF2TIFF - - - -

    GIF2TIFF

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -NOTES
    -BUGS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    gif2tiff − create a TIFF file from a -GIF87 format image file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    gif2tiff [ options ] input.gif -output.tif

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Gif2tiff converts a file in the GIF87 format to -TIFF. The TIFF image is -created as a palette image, with samples compressed with the -Lempel-Ziv & Welch algorithm (Compression=5). -These characteristics can overridden, or explicitly -specified with the options described below.

    -
    - -

    OPTIONS

    - - - - - - - - - - - - - - -
    - -

    −c

    -    		 - -

    Specify a compression scheme to use when writing image -data: −c none for no compression, −c -packbits for the PackBits compression algorithm, -−c zip for the Deflate compression algorithm, -and −c lzw for Lempel-Ziv & Welch (the -default).

    -    		 -
    - -

    −r

    -    		 - -

    Write data with a specified number of rows per strip; by -default the number of rows/strip is selected so that each -strip is approximately 8 kilobytes.

    -    		 -
    - -

    NOTES

    - - - - - -
    -

    The program is based on Paul Haeberli’s -fromgif program which, in turn, is based on Marcel -J.E. Mol’s GIF reader.

    -
    - -

    BUGS

    - - - - - -
    -

    Should have more options to control output format.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    pal2rgb(1), tiffinfo(1), tiffcp(1), -tiffmedian(1), libtiff(3)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/index.html b/tiff/html/man/index.html deleted file mode 100755 index 7e9e8d2..0000000 --- a/tiff/html/man/index.html +++ /dev/null @@ -1,64 +0,0 @@ -Libtiff HTML manpage index diff --git a/tiff/html/man/libtiff.3tiff.html b/tiff/html/man/libtiff.3tiff.html deleted file mode 100755 index 931ae94..0000000 --- a/tiff/html/man/libtiff.3tiff.html +++ /dev/null @@ -1,1150 +0,0 @@ - - - - - - -INTRO - - - -

    INTRO

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -DATA TYPES
    -LIST OF ROUTINES
    -TAG USAGE
    -PSEUDO TAGS
    -DIAGNOSTICS
    -SEE ALSO
    -BUGS
    - -
    - -

    NAME

    - - - - - -
    -

    libtiff − introduction to libtiff, a -library for reading and writing TIFF -files

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    #include <tiffio.h>

    - -

    cc file.c -ltiff

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    libtiff is a library for reading and writing -data files encoded with the Tag Image File format, -Revision 6.0 (or revision 5.0 or revision 4.0). This file -format is suitable for archiving multi-color and -monochromatic image data.

    - -

    The library supports several compression algorithms, -as indicated by the Compression field, including: no -compression (1), CCITT 1D Huffman compression -(2), CCITT Group 3 Facsimile compression -(3), CCITT Group 4 Facsimile compression (4), -Lempel-Ziv & Welch compression (5), baseline JPEG -compression (7), word-aligned 1D Huffman compression -(32771), and PackBits compression (32773). In addition, -several nonstandard compression algorithms are supported: -the 4-bit compression algorithm used by the -ThunderScan program (32809) (decompression only), -NeXT’s 2-bit compression algorithm (32766) -(decompression only), an experimental LZ-style algorithm -known as Deflate (32946), and an experimental CIE LogLuv -compression scheme designed for images with high dynamic -range (32845 for LogL and 32845 for LogLuv). Directory -information may be in either little- or big-endian byte -order−byte swapping is automatically done by the -library. Data bit ordering may be either Most Significant -Bit ( MSB ) to Least Significant Bit ( LSB -) or LSB to MSB. Finally, the -library does not support files in which the -BitsPerSample, Compression, -MinSampleValue, or MaxSampleValue fields are -defined differently on a per-sample basis (in Rev. 6.0 the -Compression tag is not defined on a per-sample basis, -so this is immaterial).

    -
    - -

    DATA TYPES

    - - - - - -
    -

    The library makes extensive use of C typedefs to -promote portability. Two sets of typedefs are used, one for -communication with clients of the library and one for -internal data structures and parsing of the TIFF -format. The following typedefs are exposed to users -either through function definitions or through parameters -passed through the varargs interfaces.

    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    typedef unsigned short uint16;

    -    		 - -

    16-bit unsigned integer

    -
    - -

    typedef unsigned <thing> -uint32;

    -    		 - -

    32-bit unsigned integer

    -
    - -

    typedef unsigned int ttag_t;

    -    		 - -

    directory tag

    -
    - -

    typedef uint16 tdir_t;

    -    		 - -

    directory index

    -
    - -

    typedef uint16 tsample_t;

    -    		 - -

    sample number

    -
    - -

    typedef uint32 tstrip_t;

    -    		 - -

    strip number

    -
    - -

    typedef uint32 ttile_t;

    -    		 - -

    tile number

    -
    - -

    typedef int32 tsize_t;

    -    		 - -

    i/o size in bytes

    -
    - -

    typedef void* tdata_t;

    -    		 - -

    image data ref

    -
    - -

    typedef void* thandle_t;

    -    		 - -

    client data handle

    -
    - -

    typedef int32 toff_t;

    -    		 - -

    file offset

    -
    - - - - - -
    -

    Note that tstrip_t, ttile_t, and -tsize_t are constrained to be no more than 32-bit -quantities by 32-bit fields they are stored in in the -TIFF image. Likewise tsample_t is limited by the -16-bit field used to store the SamplesPerPixel tag. -tdir_t constrains the maximum number of IFDs -that may appear in an image and may be an arbitrary -size (w/o penalty). ttag_t must be either int, -unsigned int, pointer, or double because the library uses a -varargs interface and ANSI C restricts the type -of the parameter before an ellipsis to be a promoted type. -toff_t is defined as int32 because TIFF file offsets -are (unsigned) 32-bit quantities. A signed value is used -because some interfaces return −1 on error. Finally, -note that user-specified data references are passed as -opaque handles and only cast at the lowest layers where -their type is presumed.

    -
    - -

    LIST OF ROUTINES

    - - - - - -
    -

    The following routines are part of the library. -Consult specific manual pages for details on their -operation; on most systems doing ‘‘man -function-name’’ will work.

    - - -

    Name Description

    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    TIFFCheckpointDirectory

    -    		 - -

    writes the current state of the directory

    -
    - -

    TIFFCheckTile

    -    		 - -

    very x,y,z,sample is within image

    -
    - -

    TIFFCIELabToRGBInit

    -    		 - -

    initialize CIE L*a*b* 1976 to RGB conversion -state

    -
    - -

    TIFFCIELabToXYZ

    -    		 - -

    perform CIE L*a*b* 1976 to CIE XYZ -conversion

    -
    - -

    TIFFClientOpen

    -    		 - -

    open a file for reading or writing

    -
    - -

    TIFFClose

    -    		 - -

    close an open file

    -
    - -

    TIFFComputeStrip

    -    		 - -

    return strip containing y,sample

    -
    - -

    TIFFComputeTile

    -    		 - -

    return tile containing x,y,z,sample

    -
    - -

    TIFFCurrentDirectory

    -    		 - -

    return index of current directory

    -
    - -

    TIFFCurrentRow

    -    		 - -

    return index of current scanline

    -
    - -

    TIFFCurrentStrip

    -    		 - -

    return index of current strip

    -
    - -

    TIFFCurrentTile

    -    		 - -

    return index of current tile

    -
    - -

    TIFFDataWidth

    -    		 - -

    return the size of TIFF data types

    -
    - -

    TIFFError

    -    		 - -

    library error handler

    -
    - -

    TIFFFdOpen

    -    		 - -

    open a file for reading or writing

    -
    - -

    TIFFFileName

    -    		 - -

    return name of open file

    -
    - -

    TIFFFileno

    -    		 - -

    return open file descriptor

    -
    - -

    TIFFFindCODEC

    -    		 - -

    find standard codec for the specific -scheme

    -
    - -

    TIFFFlush

    -    		 - -

    flush all pending writes

    -
    - -

    TIFFFlushData

    -    		 - -

    flush pending data writes

    -
    - -

    TIFFGetBitRevTable

    -    		 - -

    return bit reversal table

    -
    - -

    TIFFGetField

    -    		 - -

    return tag value in current directory

    -
    - -

    TIFFGetFieldDefaulted

    -    		 - -

    return tag value in current directory

    -
    - -

    TIFFGetMode

    -    		 - -

    return open file mode

    -
    - -

    TIFFGetVersion

    -    		 - -

    return library version string

    -
    - -

    TIFFIsCODECConfigured

    -    		 - -

    check, whether we have working codec

    -
    - -

    TIFFIsMSB2LSB

    -    		 - -

    return true if image data is being -returned

    -
    - -

    with bit 0 as the most significant bit

    -
    - -

    TIFFIsTiled

    -    		 - -

    return true if image data is tiled

    -
    - -

    TIFFIsByteSwapped

    -    		 - -

    return true if image data is byte-swapped

    -
    - -

    TIFFNumberOfStrips

    -    		 - -

    return number of strips in an image

    -
    - -

    TIFFNumberOfTiles

    -    		 - -

    return number of tiles in an image

    -
    - -

    TIFFOpen

    -    		 - -

    open a file for reading or writing

    -
    - -

    TIFFPrintDirectory

    -    		 - -

    print description of the current -directory

    -
    - -

    TIFFReadBufferSetup

    -    		 - -

    specify i/o buffer for reading

    -
    - -

    TIFFReadDirectory

    -    		 - -

    read the next directory

    -
    - -

    TIFFReadEncodedStrip

    -    		 - -

    read and decode a strip of data

    -
    - -

    TIFFReadEncodedTile

    -    		 - -

    read and decode a tile of data

    -
    - -

    TIFFReadRawStrip

    -    		 - -

    read a raw strip of data

    -
    - -

    TIFFReadRawTile

    -    		 - -

    read a raw tile of data

    -
    - -

    TIFFReadRGBAImage

    -    		 - -

    read an image into a fixed format raster

    -
    - -

    TIFFReadScanline

    -    		 - -

    read and decode a row of data

    -
    - -

    TIFFReadTile

    -    		 - -

    read and decode a tile of data

    -
    - -

    TIFFRegisterCODEC

    -    		 - -

    override standard codec for the specific -scheme

    -
    - -

    TIFFReverseBits

    -    		 - -

    reverse bits in an array of bytes

    -
    - -

    TIFFRGBAImageBegin

    -    		 - -

    setup decoder state for TIFFRGBAImageGet

    -
    - -

    TIFFRGBAImageEnd

    -    		 - -

    release TIFFRGBAImage decoder state

    -
    - -

    TIFFRGBAImageGet

    -    		 - -

    read and decode an image

    -
    - -

    TIFFRGBAImageOK

    -    		 - -

    is image readable by TIFFRGBAImageGet

    -
    - -

    TIFFScanlineSize

    -    		 - -

    return size of a scanline

    -
    - -

    TIFFSetDirectory

    -    		 - -

    set the current directory

    -
    - -

    TIFFSetSubDirectory

    -    		 - -

    set the current directory

    -
    - -

    TIFFSetErrorHandler

    -    		 - -

    set error handler function

    -
    - -

    TIFFSetField

    -    		 - -

    set a tag’s value in the current -directory

    -
    - -

    TIFFSetWarningHandler

    -    		 - -

    set warning handler function

    -
    - -

    TIFFStripSize

    -    		 - -

    returns size of a strip

    -
    - -

    TIFFRawStripSize

    -    		 - -

    returns the number of bytes in a raw -strip

    -
    - -

    TIFFSwabShort

    -    		 - -

    swap bytes of short

    -
    - -

    TIFFSwabLong

    -    		 - -

    swap bytes of long

    -
    - -

    TIFFSwabArrayOfShort

    -    		 - -

    swap bytes of an array of shorts

    -
    - -

    TIFFSwabArrayOfLong

    -    		 - -

    swap bytes of an array of longs

    -
    - -

    TIFFTileRowSize

    -    		 - -

    return size of a row in a tile

    -
    - -

    TIFFTileSize

    -    		 - -

    return size of a tile

    -
    - -

    TIFFUnRegisterCODEC

    -    		 - -

    unregisters the codec

    -
    - -

    TIFFVGetField

    -    		 - -

    return tag value in current directory

    -
    - -

    TIFFVGetFieldDefaulted

    -    		 - -

    return tag value in current directory

    -
    - -

    TIFFVSetField

    -    		 - -

    set a tag’s value in the current -directory

    -
    - -

    TIFFVStripSize

    -    		 - -

    returns the number of bytes in a strip

    -
    - -

    TIFFWarning

    -    		 - -

    library warning handler

    -
    - -

    TIFFWriteDirectory

    -    		 - -

    write the current directory

    -
    - -

    TIFFWriteEncodedStrip

    -    		 - -

    compress and write a strip of data

    -
    - -

    TIFFWriteEncodedTile

    -    		 - -

    compress and write a tile of data

    -
    - -

    TIFFWriteRawStrip

    -    		 - -

    write a raw strip of data

    -
    - -

    TIFFWriteRawTile

    -    		 - -

    write a raw tile of data

    -
    - -

    TIFFWriteScanline

    -    		 - -

    write a scanline of data

    -
    - -

    TIFFWriteTile

    -    		 - -

    compress and write a tile of data

    -
    - -

    TIFFXYZToRGB

    -    		 - -

    perform CIE XYZ to RGB conversion

    -
    - -

    TIFFYCbCrToRGBInit

    -    		 - -

    initialize YCbCr to RGB conversion state

    -
    - -

    TIFFYCbCrtoRGB

    -    		 - -

    perform YCbCr to RGB conversion

    -
    - - - - - -
    -

    Auxiliary functions:

    - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    _TIFFfree

    -    		 - -

    free memory buffer

    -
    - -

    _TIFFmalloc

    -    		 - -

    dynamically allocate memory buffer

    -
    - -

    _TIFFmemcmp

    -    		 - -

    compare contents of the memory buffers

    -
    - -

    _TIFFmemcpy

    -    		 - -

    copy contents of the one buffer to -another

    -
    - -

    _TIFFmemset

    -    		 - -

    fill memory buffer with a constant byte

    -
    - -

    _TIFFrealloc

    -    		 - -

    dynamically reallocate memory buffer

    -
    - -

    TAG USAGE

    - - - - -
    -

    The table below lists the TIFF tags that -are recognized and handled by the library. If no use is -indicated in the table, then the library reads and writes -the tag, but does not use it internally. Note that some tags -are meaningful only when a particul \ No newline at end of file diff --git a/tiff/html/man/pal2rgb.1.html b/tiff/html/man/pal2rgb.1.html deleted file mode 100755 index d06ddb6..0000000 --- a/tiff/html/man/pal2rgb.1.html +++ /dev/null @@ -1,189 +0,0 @@ - - - - - - -PAL2RGB - - - -

    PAL2RGB

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -BUGS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    pal2rgb − convert a palette color -TIFF image to a full color image

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    pal2rgb [ options ] input.tif -output.tif

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Pal2rgb converts a palette color -TIFF image to a full color image by applying -the colormap of the palette image to each sample to generate -a full color RGB image.

    -
    - -

    OPTIONS

    - - - - - -
    -

    Options that affect the interpretation of input data -are:

    -
    - - - - - - - - -
    - -

    −C

    -    		 - -

    This option overrides the default behavior of -pal2rgb in determining whether or not colormap -entries contain 16-bit or 8-bit values. By default the -colormap is inspected and if no colormap entry greater than -255 is found, the colormap is assumed to have only 8-bit -values; otherwise 16-bit values (as required by the -TIFF specification) are assumed. The -−C option can be used to explicitly specify the -number of bits for colormap entries: −C 8 for -8-bit values, −C 16 for 16-bit values.

    -    		 -
    - - - - - -
    -

    Options that affect the output file format are:

    -
    - - - - - - - - - - - - - - - - - - - - -
    - -

    −p

    -    		 - -

    Explicitly select the planar configuration used in -organizing data samples in the output image: −p -contig for samples packed contiguously, and −p -separate for samples stored separately. By default -samples are packed.

    -    		 -
    - -

    −c

    -    		 - -

    Use the specific compression algorithm to encoded image -data in the output file: −c packbits for -Macintosh Packbits, −c lzw for Lempel-Ziv & -Welch, −c zip for Deflate, −c none -for no compression. If no compression-related option is -specified, the input file’s compression algorithm is -used.

    -    		 -
    - -

    −r

    -    		 - -

    Explicitly specify the number of rows in each strip of -the output file. If the −r option is not -specified, a number is selected such that each output strip -has approximately 8 kilobytes of data in it.

    -    		 -
    - -

    BUGS

    - - - - - -
    -

    Only 8-bit images are handled.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    tiffinfo(1), tiffcp(1), -tiffmedian(1), libtiff(3)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/ppm2tiff.1.html b/tiff/html/man/ppm2tiff.1.html deleted file mode 100755 index e3c664e..0000000 --- a/tiff/html/man/ppm2tiff.1.html +++ /dev/null @@ -1,141 +0,0 @@ - - - - - - -PPM2TIFF - - - -

    PPM2TIFF

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    ppm2tiff − create a TIFF file from -PPM, PGM and PBM image -files

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    ppm2tiff [ options ] [ input.ppm ] -output.tif

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    ppm2tiff converts a file in the PPM, -PGM and PBM image formats to -TIFF. By default, the TIFF -image is created with data samples packed -(PlanarConfiguration=1), compressed with the Packbits -algorithm (Compression=32773), and with each strip no -more than 8 kilobytes. These characteristics can be -overridden, or explicitly specified with the options -described below

    - -

    If the PPM file contains greyscale data, -then the PhotometricInterpretation tag is set to 1 -(min-is-black), otherwise it is set to 2 (RGB).

    - -

    If no PPM file is specified on the command -line, ppm2tiff will read from the standard input.

    -
    - -

    OPTIONS

    - - - - - - - - - - - - - - - - - - - - -
    - -

    −c

    -    		 - -

    Specify a compression scheme to use when writing image -data: none for no compression, packbits for -PackBits compression (will be used by default), lzw -for Lempel-Ziv & Welch compression, jpeg for -baseline JPEG compression, zip for Deflate -compression, g3 for CCITT Group 3 (T.4) compression, -and g4 for CCITT Group 4 (T.6) compression.

    -    		 -
    - -

    −r

    -    		 - -

    Write data with a specified number of rows per strip; by -default the number of rows/strip is selected so that each -strip is approximately 8 kilobytes.

    -    		 -
    - -

    −R

    -    		 - -

    Mark the resultant image to have the specified X and Y -resolution (in dots/inch).

    -    		 -
    - -

    SEE ALSO

    - - - - - -
    -

    tiffinfo(1), tiffcp(1), -tiffmedian(1), libtiff(3)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/ras2tiff.1.html b/tiff/html/man/ras2tiff.1.html deleted file mode 100755 index 2c652ab..0000000 --- a/tiff/html/man/ras2tiff.1.html +++ /dev/null @@ -1,139 +0,0 @@ - - - - - - -RAS2TIFF - - - -

    RAS2TIFF

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -BUGS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    ras2tiff − create a TIFF file from a -Sun rasterfile

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    ras2tiff [ options ] input.ras -output.tif

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    ras2tiff converts a file in the Sun rasterfile -format to TIFF. By default, the -TIFF image is created with data samples -packed (PlanarConfiguration=1), compressed with the -Lempel-Ziv & Welch algorithm (Compression=5), and -with each strip no more than 8 kilobytes. These -characteristics can overridden, or explicitly specified with -the options described below.

    - -

    Any colormap information in the rasterfile is carried -over to the TIFF file by including a -Colormap tag in the output file. If the rasterfile -has a colormap, the PhotometricInterpretation tag is -set to 3 (palette); otherwise it is set to 2 (RGB) if the -depth is 24 or 1 (min-is-black) if the depth is not 24.

    -
    - -

    OPTIONS

    - - - - - - - - - - - - - - -
    - -

    −c

    -    		 - -

    Specify a compression scheme to use when writing image -data: −c none for no compression, −c -packbits for the PackBits compression algorithm, -−c jpeg for the baseline JPEG compression -algorithm, −c zip for the Deflate compression -algorithm, and −c lzw for Lempel-Ziv & -Welch (the default).

    -    		 -
    - -

    −r

    -    		 - -

    Write data with a specified number of rows per strip; by -default the number of rows/strip is selected so that each -strip is approximately 8 kilobytes.

    -    		 -
    - -

    BUGS

    - - - - - -
    -

    Does not handle all possible rasterfiles. In particular, -ras2tiff does not handle run-length encoded -images.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    pal2rgb(1), tiffinfo(1), tiffcp(1), -tiffmedian(1), libtiff(3)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/raw2tiff.1.html b/tiff/html/man/raw2tiff.1.html deleted file mode 100755 index ce47e9f..0000000 --- a/tiff/html/man/raw2tiff.1.html +++ /dev/null @@ -1,510 +0,0 @@ - - - - - - -RAW2TIFF - - - -

    RAW2TIFF

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -GUESSING THE IMAGE GEOMETRY
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    raw2tiff − create a TIFF file from a -raw data

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    raw2tiff [ options ] input.raw -output.tif

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    raw2tiff converts a raw byte sequence into -TIFF. By default, the TIFF -image is created with data samples packed -(PlanarConfiguration=1), compressed with the PackBits -algorithm (Compression=32773), and with each strip no -more than 8 kilobytes. These characteristics can overridden, -or explicitly specified with the options described -below.

    -
    - -

    OPTIONS

    - - - - - -
    -

    −H number

    - - - - - -
    -

    size of input image file header in bytes (0 by default). -This amount of data just will be skipped from the start of -file while reading.

    -
    - - - - - -
    -

    −w number

    - - - - - -
    -

    width of input image in pixels (can be guessed, see -GUESSING THE IMAGE GEOMETRY -below).

    -
    - - - - - -
    -

    −l number

    - - - - - -
    -

    length of input image in lines (can be guessed, see -GUESSING THE IMAGE GEOMETRY -below).

    -
    - - - - - -
    -

    −b number

    - - - - - -
    -

    number of bands in input image (1 by default).

    -
    - - - - - -
    -

    −d data_type

    - - - - - -
    -

    type of samples in input image, where data_type -may be:

    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    byte

    -    		 - -

    8-bit unsigned integer (default),

    -
    - -

    short

    -    		 - -

    16-bit unsigned integer,

    -
    - -

    long

    -    		 - -

    32-bit unsigned integer,

    -
    - -

    sbyte

    -    		 - -

    8-bit signed integer,

    -
    - -

    sshort

    -    		 - -

    16-bit signed integer,

    -
    - -

    slong

    -    		 - -

    32-bit signed integer,

    -
    - -

    float

    -    		 - -

    32-bit IEEE floating point,

    -
    - -

    double

    -    		 - -

    64-bit IEEE floating point.

    -
    - - - - - -
    -

    −i config

    - - - - - -
    -

    type of samples interleaving in input image, where -config may be:

    - - - - - - - - - - -
    - -

    pixel

    -    		 - -

    pixel interleaved data (default),

    -
    - -

    band

    -    		 - -

    band interleaved data.

    -
    - - - - - -
    -

    −p photo

    - - - - - -
    -

    photometric interpretation (color space) of the input -image, where photo may be:

    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    miniswhite

    -    		 - -

    white color represented with 0 value,

    -
    - -

    minisblack

    -    		 - -

    black color represented with 0 value (default),

    -
    - -

    rgb

    -    		 - -

    image has RGB color model,

    -
    - -

    cmyk

    -    		 - -

    image has CMYK (separated) color model,

    -
    - -

    ycbcr

    -    		 - -

    image has YCbCr color model,

    -
    - -

    cielab

    -    		 - -

    image has CIE L*a*b color model,

    -
    - -

    icclab

    -    		 - -

    image has ICC L*a*b color model,

    -
    - -

    itulab

    -    		 - -

    image has ITU L*a*b color model.

    -
    - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    −s

    -    		 - -

    swap bytes fetched from the input file.

    -    		 -
    - -

    −L

    -    		 - -

    input data has LSB2MSB bit order (default).

    -    		 -
    - -

    −M

    -    		 - -

    input data has MSB2LSB bit order.

    -    		 -
    - -

    −c

    -    		 - -

    Specify a compression scheme to use when writing image -data: −c none for no compression, −c -packbits for the PackBits compression algorithm (the -default), −c jpeg for the baseline JPEG -compression algorithm, −c zip for the Deflate -compression algorithm, and −c lzw for -Lempel-Ziv & Welch.

    -    		 -
    - - - - - -
    -

    −r number

    - - - - - -
    -

    Write data with a specified number of rows per strip; by -default the number of rows/strip is selected so that each -strip is approximately 8 kilobytes.

    -
    - -

    GUESSING THE IMAGE GEOMETRY

    - - - - - -
    -

    raw2tiff can guess image width and height in case -one or both of these parameters are not specified. If you -omit one of those parameters, the complementary one will be -calculated based on the file size (taking into account -header size, number of bands and data type). If you omit -both parameters, the statistical approach will be used. -Utility will compute correlation coefficient between two -lines at the image center using several appropriate line -sizes and the highest absolute value of the coefficient will -indicate the right line size. That is why you should be -cautious with the very large images, because guessing -process may take a while (depending on your system -performance). Of course, the utility can’t guess the -header size, number of bands and data type, so it should be -specified manually. If you don’t know anything about -your image, just try with the several combinations of those -options.

    - -

    There is no magic, it is just a mathematical statistics, -so it can be wrong in some cases. But for most ordinary -images guessing method will work fine.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    pal2rgb(1), tiffcp(1), -tiffmedian(1), libtiff(3)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/rgb2ycbcr.1.html b/tiff/html/man/rgb2ycbcr.1.html deleted file mode 100755 index dcd88d1..0000000 --- a/tiff/html/man/rgb2ycbcr.1.html +++ /dev/null @@ -1,155 +0,0 @@ - - - - - - -RGB2YCBCR - - - -

    RGB2YCBCR

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    rgb2ycbcr − convert non-YCbCr TIFF -images to a YCbCr TIFF image

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    rgb2ycbcr [ options ] src1.tif src2.tif -... dst.tif

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    rgb2ycbcr converts RGB color, -greyscale, or bi-level TIFF images to YCbCr -images by transforming and sampling pixel data. If multiple -files are specified on the command line each source file is -converted to a separate directory in the destination -file.

    - -

    By default, chrominance samples are created by sampling 2 -by 2 blocks of luminance values; this can be changed with -the −h and −v options. Output data -are compressed with the PackBits compression -scheme, by default; an alternate scheme can be selected with -the −c option. By default, output data are -compressed in strips with the number of rows in each strip -selected so that the size of a strip is never more than 8 -kilobytes; the −r option can be used to -explicitly set the number of rows per strip.

    -
    - -

    OPTIONS

    - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    −c

    -    		 - -

    Specify a compression scheme to use when writing image -data: −c none for no compression, −c -packbits for the PackBits compression algorithm (the -default), −c jpeg for the JPEG compression -algorithm, −c zip for the deflate compression -algorithm, and −c lzw for Lempel-Ziv & -Welch.

    -    		 -
    - -

    −h

    -    		 - -

    Set the horizontal sampling dimension to one of: 1, 2 -(default), or 4.

    -    		 -
    - -

    −r

    -    		 - -

    Write data with a specified number of rows per strip; by -default the number of rows/strip is selected so that each -strip is approximately 8 kilobytes.

    -    		 -
    - -

    −v

    -    		 - -

    Set the vertical sampling dimension to one of: 1, 2 -(default), or 4.

    -    		 -
    - -

    SEE ALSO

    - - - - - -
    -

    tiffinfo(1), tiffcp(1), -libtiff(3)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff

    -
    -
    - - diff --git a/tiff/html/man/sgi2tiff.1.html b/tiff/html/man/sgi2tiff.1.html deleted file mode 100755 index 7665a6e..0000000 --- a/tiff/html/man/sgi2tiff.1.html +++ /dev/null @@ -1,147 +0,0 @@ - - - - - - -SGI2TIFF - - - -

    SGI2TIFF

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -BUGS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    sgi2tiff − create a TIFF file from -an SGI image file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    sgi2tiff [ options ] input.rgb -output.tif

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    sgi2tiff converts a file in the SGI -image format to TIFF. By default, the -TIFF image is created with data samples -packed (PlanarConfiguration=1), compressed with the -Lempel-Ziv & Welch algorithm (Compression=5), and -with each strip no more than 8 kilobytes. These -characteristics can overridden, or explicitly specified with -the options described below.

    -
    - -

    OPTIONS

    - - - - - - - - - - - - - - - - - - - - -
    - -

    −c

    -    		 - -

    Specify a compression scheme to use when writing image -data: −c none for no compression, −c -packbits for the PackBits compression algorithm), -−c jpeg for the baseline JPEG compression -algorithm, −c zip for the Deflate compression -algorithm, and −c lzw for Lempel-Ziv & -Welch (the default).

    -    		 -
    - -

    −p

    -    		 - -

    Explicitly select the planar configuration used in -organizing data samples in the output image: −p -contig for samples packed contiguously, and −p -separate for samples stored separately. By default -samples are packed.

    -    		 -
    - -

    −r

    -    		 - -

    Write data with a specified number of rows per strip; by -default the number of rows/strip is selected so that each -strip is approximately 8 kilobytes.

    -    		 -
    - -

    BUGS

    - - - - - -
    -

    Does not record colormap information.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    tiffinfo(1), tiffcp(1), -tiffmedian(1), libtiff(3)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/thumbnail.1.html b/tiff/html/man/thumbnail.1.html deleted file mode 100755 index 2d1f3c9..0000000 --- a/tiff/html/man/thumbnail.1.html +++ /dev/null @@ -1,148 +0,0 @@ - - - - - - -THUMBNAIL - - - -

    THUMBNAIL

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -BUGS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    thumbnail − create a TIFF file with -thumbnail images

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    thumbnail [ options ] input.tif -output.tif

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    thumbnail is a program written to show how one -might use the SubIFD tag (#330) to store thumbnail images. -thumbnail copies a TIFF Class F -facsimile file to the output file and for each image an -8-bit greyscale thumbnail sketch. The output file -contains the thumbnail image with the associated -full-resolution page linked below with the SubIFD tag.

    - -

    By default, thumbnail images are 216 pixels wide by 274 -pixels high. Pixels are calculated by sampling and filtering -the input image with each pixel value passed through a -contrast curve.

    -
    - -

    OPTIONS

    - - - - - - - - - - - - - - - - - - - - -
    - -

    −w

    -    		 - -

    Specify the width of thumbnail images in pixels.

    -    		 -
    - -

    −h

    -    		 - -

    Specify the height of thumbnail images in pixels.

    -    		 -
    - -

    −c

    -    		 - -

    Specify a contrast curve to apply in generating the -thumbnail images. By default pixels values are passed -through a linear contrast curve that simply maps the pixel -value ranges. Alternative curves are: exp50 for a 50% -exponential curve, exp60 for a 60% exponential curve, -exp70 for a 70% exponential curve, exp80 for a -80% exponential curve, exp90 for a 90% exponential -curve, exp for a pure exponential curve, -linear for a linear curve.

    -    		 -
    - -

    BUGS

    - - - - - -
    -

    There are no options to control the format of the saved -thumbnail images.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    tiffdump(1), tiffgt(1), tiffinfo(1), -libtiff(3)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/tiff2bw.1.html b/tiff/html/man/tiff2bw.1.html deleted file mode 100755 index 1ebb4d3..0000000 --- a/tiff/html/man/tiff2bw.1.html +++ /dev/null @@ -1,161 +0,0 @@ - - - - - - -TIFF2BW - - - -

    TIFF2BW

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    tiff2bw − convert a color TIFF image -to greyscale

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    tiff2bw [ options ] input.tif -output.tif

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Tiff2bw converts an RGB or Palette -color TIFF image to a greyscale image by -combining percentages of the red, green, and blue channels. -By default, output samples are created by taking 28% of the -red channel, 59% of the green channel, and 11% of the blue -channel. To alter these percentages, the −R, -−G, and −B options may be -used.

    -
    - -

    OPTIONS

    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    −c

    -    		 - -

    Specify a compression scheme to use when writing image -data: −c none for no compression, −c -packbits for the PackBits compression algorithm, -−c zip for the Deflate compression algorithm, -−c g3 for the CCITT Group 3 compression -algorithm, −c g4 for the CCITT Group 4 -compression algorithm, and −c lzw for -Lempel-Ziv & Welch (the default).

    -    		 -
    - -

    −r

    -    		 - -

    Write data with a specified number of rows per strip; by -default the number of rows/strip is selected so that each -strip is approximately 8 kilobytes.

    -    		 -
    - -

    −R

    -    		 - -

    Specify the percentage of the red channel to use -(default 28).

    -    		 -
    - -

    −G

    -    		 - -

    Specify the percentage of the green channel to use -(default 59).

    -    		 -
    - -

    −B

    -    		 - -

    Specify the percentage of the blue channel to use -(default 11).

    -    		 -
    - -

    SEE ALSO

    - - - - - -
    -

    pal2rgb(1), tiffinfo(1), tiffcp(1), -tiffmedian(1), libtiff(3)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/tiff2pdf.1.html b/tiff/html/man/tiff2pdf.1.html deleted file mode 100755 index 3b6dd4b..0000000 --- a/tiff/html/man/tiff2pdf.1.html +++ /dev/null @@ -1,609 +0,0 @@ - - - - - - -TIFF2PDF - - - -

    TIFF2PDF

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -EXAMPLES
    -BUGS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    tiff2pdf − convert a TIFF image to a PDF -document

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    tiff2pdf [ options ] input.tiff

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    tiff2pdf opens a TIFF image and writes a PDF -document to standard output.

    - -

    The program converts one TIFF file to one PDF file, -including multiple page TIFF files, tiled TIFF files, black -and white. grayscale, and color TIFF files that contain data -of TIFF photometric interpretations of bilevel, grayscale, -RGB, YCbCr, CMYK separation, and ICC L*a*b* as supported by -libtiff and PDF.

    - -

    If you have multiple TIFF files to convert into one PDF -file then use tiffcp or other program to concatenate -the files into a multiple page TIFF file. If the input TIFF -file is of huge dimensions (greater than 10000 pixels height -or width) convert the input image to a tiled TIFF if it is -not already.

    - -

    The standard output is standard output. Set the output -file name with the −o output.pdf -option.

    - -

    All black and white files are compressed into a single -strip CCITT G4 Fax compressed PDF, unless tiled, where tiled -black and white images are compressed into tiled CCITT G4 -Fax compressed PDF, libtiff CCITT support is -assumed.

    - -

    Color and grayscale data can be compressed using either -JPEG compression, ITU-T T.81, or Zip/Deflate LZ77 -compression. Set the compression type using the -−j or −z options. JPEG compression -support requires that libtiff be configured with JPEG -support, and Zip/Deflate compression support requires that -libtiff be configured with Zip support, in -tiffconf.h. Use only one or the other of −j and -−z.

    - -

    If the input TIFF contains single strip CCITT G4 Fax -compressed information, then that is written to the PDF file -without transcoding, unless the options of no compression -and no passthrough are set, −d and -−n.

    - -

    If the input TIFF contains JPEG or single strip -Zip/Deflate compressed information, and they are configured, -then that is written to the PDF file without transcoding, -unless the options of no compression and no passthrough are -set.

    - -

    The default page size upon which the TIFF image is placed -is determined by the resolution and extent of the image -data. Default values for the TIFF image resolution can be -set using the −x and −y options. -The page size can be set using the −p option -for paper size, or −w and −l for -paper width and length, then each page of the TIFF image is -centered on its page. The distance unit for default -resolution and page width and length can be set by the -−u option, the default unit is inch.

    - -

    Various items of the output document information can be -set with the −e, −c, -−a, −t, −s, and -−k options. Setting the argument of the option -to "" for these tags causes the relevant document -information field to be not written. Some of the document -information values otherwise get their information from the -input TIFF image, the software, author, document name, and -image description.

    - -

    The Portable Document Format (PDF) specification is -copyrighted by Adobe Systems, Incorporated.

    -
    - -

    OPTIONS

    - - - - - -
    -

    −o output-file

    - - - - - -
    -

    Set the output to go to file. output-file

    -
    - - - - - - - - - - - - -
    - -

    −j

    -    		 - -

    Compress with JPEG (requires libjpeg configured -with libtiff).

    -
    - -

    −z

    -    		 - -

    Compress with Zip/Deflate (requires zlib -configured with libtiff).

    -
    - - - - - -
    -

    −q quality

    - - - - - -
    -

    Set the compression quality, 1-100 for JPEG.

    -
    - - - - - - - - - - - - - - - - - - - - - - -
    - -

    −n

    -    		 - -

    Do not allow data to be converted without uncompressing, -no compressed data passthrough.

    -
    - -

    −b

    -    		 - -

    Set PDF ‘‘Interpolate’’ user -preference.

    -
    - -

    −d

    -    		 - -

    Do not compress (decompress).

    -
    - -

    −i

    -    		 - -

    Invert colors.

    -
    - - - - - -
    -

    −p paper-size

    - - - - - -
    -

    Set paper size, e.g., letter, legal, -A4.

    -
    - - - - - -
    -

    −u [i|m]

    - - - - - -
    -

    Set distance unit, i for inch, m for -centimeter.

    -
    - - - - - -
    -

    −w width

    - - - - - -
    -

    Set width in units.

    -
    - - - - - -
    -

    −l length

    - - - - - -
    -

    Set length in units.

    -
    - - - - - -
    -

    −x xres

    - - - - - -
    -

    Set x/width resolution default.

    -
    - - - - - -
    -

    −y yres

    - - - - - -
    -

    Set y/length resolution default.

    -
    - - - - - -
    -

    −r [d|o]

    - - - - - -
    -

    Set d for resolution default for images without -resolution, o for resolution override for all -images.

    -
    - - - - - - - - -
    - -

    −f

    -    		 - -

    Set PDF ‘‘Fit Window’’ user -preference.

    -    		 -
    - - - - - -
    -

    −e YYYYMMDDHHMMSS

    - - - - - -
    -

    Set document information date, overrides image or current -date/time default, YYYYMMDDHHMMSS.

    -
    - - - - - -
    -

    −c creator

    - - - - - -
    -

    Set document information creator, overrides image -software default.

    -
    - - - - - -
    -

    −a author

    - - - - - -
    -

    Set document information author, overrides image artist -default.

    -
    - - - - - -
    -

    −t title

    - - - - - -
    -

    Set document information title, overrides image document -name default.

    -
    - - - - - -
    -

    −s subject

    - - - - - -
    -

    Set document information subject, overrides image image -description default.

    -
    - - - - - -
    -

    −k keywords

    - - - - - -
    -

    Set document information keywords.

    -
    - - - - - - - - -
    - -

    −h

    -    		 - -

    List usage reminder to stderr and exit.

    -    		 -
    - -

    EXAMPLES

    - - - - - -
    -

    The following example would generate the file output.pdf -from input.tiff.

    - - - - - -
    -
    tiff2pdf −o output.pdf input.tiff
-
    -
    - - - - - - -
    -

    The following example would generate PDF output from -input.tiff and write it to standard output.

    - - - - - -
    -
    tiff2pdf input.tiff
-
    -
    - - - - - - -
    -

    The following example would generate the file output.pdf -from input.tiff, putting the image pages on a letter sized -page, compressing the output with JPEG, with JPEG quality -75, setting the title to -‘‘Document’’, and setting the -‘‘Fit Window’’ option.

    - - - - - -
    -
    tiff2pdf −p letter −j −q 75 −t "Document" −f −o output.pdf input.tiff
-
    -
    - -

    BUGS

    - - - - - - -
    -

    Please report bugs via the web interface at

    -
    - - - - - -
    - -

    http://bugzilla.remotesensing.org/enter_bug.cgi?product=libtiff

    -
    - -

    SEE ALSO

    - - - - - -
    -

    libtiff(3), tiffcp(1), -tiff2ps(1)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/tiff2ps.1.html b/tiff/html/man/tiff2ps.1.html deleted file mode 100755 index 7e2ce15..0000000 --- a/tiff/html/man/tiff2ps.1.html +++ /dev/null @@ -1,639 +0,0 @@ - - - - - - -TIFF2PS - - - -

    TIFF2PS

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -EXAMPLES
    -BUGS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    tiff2ps − convert a TIFF image to -PostScript™

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    tiff2ps [ options ] input.tif -...

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    tiff2ps reads TIFF images and -writes PostScript or Encapsulated PostScript (EPS) on the -standard output. By default, tiff2ps writes -Encapsulated PostScript for the first image in the specified -TIFF image file.

    - -

    By default, tiff2ps will generate PostScript that -fills a printed area specified by the TIFF -tags in the input file. If the file does not contain -XResolution or YResolution tags, then the -printed area is set according to the image dimensions. The -−w and −h options (see below) can -be used to set the dimensions of the printed area in inches; -overriding any relevant TIFF tags.

    - -

    The PostScript generated for RGB, palette, -and CMYK images uses the colorimage -operator. The PostScript generated for greyscale and bilevel -images uses the image operator. When the -colorimage operator is used, PostScript code to -emulate this operator on older PostScript printers is also -generated. Note that this emulation code can be very -slow.

    - -

    Color images with associated alpha data are composited -over a white background.

    -
    - -

    OPTIONS

    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    −1

    -    		 - -

    Generate PostScript Level 1 (the default).

    -    		 -
    - -

    −2

    -    		 - -

    Generate PostScript Level 2.

    -    		 -
    - -

    −3

    -    		 - -

    Generate PostScript Level 3. It basically allows one to -use the /flateDecode filter for ZIP compressed TIFF -images.

    -    		 -
    - -

    −8

    -    		 - -

    Disable use of ASCII85 encoding with PostScript Level 2/3.

    -    		 -
    - -

    −a

    -    		 - -

    Generate output for all IFDs (pages) in the input -file.

    -    		 -
    - -

    −b

    -    		 - -

    Specify the bottom margin for the output (in inches). -This does not affect the height of the printed image.

    -    		 -
    - -

    −c

    -    		 - -

    Center the image in the output. This option only shows -an effect if both the −w and the -−h option are given.

    -    		 -
    - -

    −C

    -    		 - -

    Specify the document creator name.

    -    		 -
    - -

    −d

    -    		 - -

    Set the initial TIFF directory to the -specified directory number. (NB: Directories are numbered -starting at zero.) This option is useful for selecting -individual pages in a multi-page (e.g. facsimile) file.

    -    		 -
    - -

    −D

    -    		 - -

    Enable duplex printing (two pages per sheet of paper).

    -    		 -
    - -

    −e

    -    		 - -

    Force the generation of Encapsulated PostScript (implies -−z).

    -    		 -
    - -

    −h

    -    		 - -

    Specify the vertical size of the printed area (in -inches).

    -    		 -
    - -

    −H

    -    		 - -

    Specify the maximum height of image (in inches). Images -with larger sizes will be split in several pages. Option -−L may be used for specifying size of split -images overlapping.

    -    		 -
    - -

    −i

    -    		 - -

    Enable/disable pixel interpolation. This option requires -a single numeric value: zero to disable pixel interpolation -and non-zero to enable. The default is enabled.

    -    		 -
    - -

    −L

    -    		 - -

    Specify the size of overlapping for split images (in -inches). Used in conjunction with −H and −W -options.

    -    		 -
    - -

    −l

    -    		 - -

    Specify the left margin for the output (in inches). This -does not affect the width of the printed image.

    -    		 -
    - -

    −m

    -    		 - -

    Where possible render using the imagemask -PostScript operator instead of the image operator. -When this option is specified tiff2ps will use -imagemask for rendering 1 bit deep images. If this -option is not specified or if the image depth is greater -than 1 then the image operator is used.

    -    		 -
    - -

    −o

    -    		 - -

    Set the initial TIFF directory to the -IFD at the specified file offset. This option -is useful for selecting thumbnail images and the like which -are hidden using the SubIFD tag.

    -    		 -
    - -

    −O

    -    		 - -

    Write PostScript to specified file instead of standard output.

    -    		 -
    - -

    −p

    -    		 - -

    Force the generation of (non-Encapsulated) -PostScript.

    -    		 -
    - -

    −P

    -    		 - -

    Set optional PageOrientation DSC comment to Landscape or Portrait.

    -    		 -
    - -

    −r

    -    		 - -

    Rotate image by 180 degrees.

    -    		 -
    - -

    −s

    -    		 - -

    Generate output for a single IFD (page) in the input -file.

    -    		 -
    - -

    −t

    -    		 - -

    Specify the document title string.

    -    		 -
    - -

    −T

    -    		 - -

    Print pages for top edge binding.

    -    		 -
    - -

    −w

    -    		 - -

    Specify the horizontal size of the printed area (in -inches).

    -    		 -
    - -

    −W

    -    		 - -

    Specify the maximum width of image (in inches). Images -with larger sizes will be split in several pages. Option -−L may be used for specifying size of split -images overlapping.

    -    		 -
    - -

    −x

    -    		 - -

    Override resolution units specified in the TIFF as -centimeters.

    -    		 -
    - -

    −y

    -    		 - -

    Override resolution units specified in the TIFF as -inches.

    -    		 -
    - -

    −z

    -    		 - -

    When generating PostScript Level 2, data is scaled so -that it does not image into the deadzone on a page -(the outer margin that the printing device is unable to -mark). This option suppresses this behavior. When PostScript -Level 1 is generated, data is imaged to the entire printed -page and this option has no affect.

    -    		 -
    - -

    EXAMPLES

    - - - - - -
    -

    The following generates PostScript Level 2 for all pages -of a facsimile:

    - - - - - -
    -
    tiff2ps −a2 fax.tif | lpr
-
    -
    - - - - - - -
    -

    Note also that if you have version 2.6.1 or newer of -Ghostscript then you can efficiently preview facsimile -generated with the above command.

    - -

    To generate Encapsulated PostScript for a the image at -directory 2 of an image use:

    - - - - - -
    -
    tiff2ps −d 1 foo.tif
-
    -
    - - - - - - -
    -

    (Notice that directories are numbered starting at -zero.)

    - -

    If you have a long image, it may be split in several -pages:

    - - - - - -
    -
    tiff2ps −h11 −w8.5 −H14 −L.5 foo.tif > foo.ps
-
    -
    - - - - - - -
    -

    The page size is set to 8.5x11 by −w and -−h options. We will accept a small amount of -vertical compression, so −H set to 14. Any -pages between 11 and 14 inches will be fit onto one page. -Pages longer than 14 inches are cut off at 11 and continued -on the next page. The −L.5 option says to -repeat a half inch on the next page (to improve -readability).

    -
    - -

    BUGS

    - - - - - -
    -

    Because PostScript does not support the notion of a -colormap, 8-bit palette images produce 24-bit PostScript -images. This conversion results in output that is six times -bigger than the original image and which takes a long time -to send to a printer over a serial line. Matters are even -worse for 4-, 2-, and 1-bit palette images.

    - -

    Does not handle tiled images when generating PostScript -Level I output.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    pal2rgb(1), tiffinfo(1), tiffcp(1), -tiffgt(1), tiffmedian(1), tiff2bw(1), -tiffsv(1), libtiff(3)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/tiff2rgba.1.html b/tiff/html/man/tiff2rgba.1.html deleted file mode 100755 index 35e06a5..0000000 --- a/tiff/html/man/tiff2rgba.1.html +++ /dev/null @@ -1,162 +0,0 @@ - - - - - - -TIFF2RGBA - - - -

    TIFF2RGBA

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    tiff2rgba − convert a TIFF image to -RGBA color space

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    tiff2rgba [ options ] input.tif -output.tif

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Tiff2rgba converts a wide variety of TIFF images -into an RGBA TIFF image. This includes the ability to -translate different color spaces and photometric -interpretation into RGBA, support for alpha blending, and -translation of many different bit depths into a 32bit RGBA -image.

    - -

    Internally this program is implemented using the -TIFFReadRGBAImage() function, and it suffers any -limitations of that image. This includes limited support for -> 8 BitsPerSample images, and flaws with some esoteric -combinations of BitsPerSample, photometric interpretation, -block organization and planar configuration.

    - -

    The generated images are stripped images with four -samples per pixel (red, green, blue and alpha) or if the -−n flag is used, three samples per pixel (red, -green, and blue). The resulting images are always planar -configuration contiguous. For this reason, this program is a -useful utility for transform exotic TIFF files into a form -ingestible by almost any TIFF supporting software.

    -
    - -

    OPTIONS

    - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    −c

    -    		 - -

    Specify a compression scheme to use when writing image -data: −c none for no compression (the default), -−c packbits for the PackBits compression -algorithm, −c zip for the Deflate compression -algorithm, −c jpeg for the JPEG compression -algorithm, and −c lzw for Lempel-Ziv & -Welch.

    -    		 -
    - -

    −r

    -    		 - -

    Write data with a specified number of rows per strip; by -default the number of rows/strip is selected so that each -strip is approximately 8 kilobytes.

    -    		 -
    - -

    −b

    -    		 - -

    Process the image one block (strip/tile) at a time -instead of by reading the whole image into memory at once. -This may be necessary for very large images on systems with -limited RAM.

    -    		 -
    - -

    −n

    -    		 - -

    Drop the alpha component from the output file, producing -a pure RGB file. Currently this does not work if the -−b flag is also in effect.

    -    		 -
    - -

    SEE ALSO

    - - - - - -
    -

    tiff2bw(1), TIFFReadRGBAImage(3t), -libtiff(3)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/tiffcmp.1.html b/tiff/html/man/tiffcmp.1.html deleted file mode 100755 index acd2e90..0000000 --- a/tiff/html/man/tiffcmp.1.html +++ /dev/null @@ -1,156 +0,0 @@ - - - - - - -TIFFCMP - - - -

    TIFFCMP

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -BUGS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    tiffcmp − compare two TIFF files

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    tiffcmp [ options ] file1.tif -file2.tif

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Tiffcmp compares the tags and data in two files -created according to the Tagged Image File Format, Revision -6.0. The schemes used for compressing data in each file are -immaterial when data are compared−data are compared on -a scanline-by-scanline basis after decompression. Most -directory tags are checked; notable exceptions are: -GrayResponseCurve, ColorResponseCurve, and -ColorMap tags. Data will not be compared if any of -the BitsPerSample, SamplesPerPixel, or -ImageWidth values are not equal. By default, -tiffcmp will terminate if it encounters any -difference.

    -
    - -

    OPTIONS

    - - - - - - - - -
    - -

    −l

    -    		 - -

    List each byte of image data that differs between the -files.

    -    		 -
    - - - - - -
    -

    −z number

    - - - - - -
    -

    List specified number of image data bytes that differs -between the files.

    -
    - - - - - - - - -
    - -

    −t

    -    		 - -

    Ignore any differences in directory tags.

    -    		 -
    - -

    BUGS

    - - - - - -
    -

    Tags that are not recognized by the library are not -compared; they may also generate spurious diagnostics.

    - -

    The image data of tiled files is not compared, since the -TIFFReadScanline() function is used. An error will be -reported for tiled files.

    - -

    The pixel and/or sample number reported in differences -may be off in some exotic cases.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    pal2rgb(1), tiffcp(1), -tiffmedian(1), libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/tiffcp.1.html b/tiff/html/man/tiffcp.1.html deleted file mode 100755 index c0c7da0..0000000 --- a/tiff/html/man/tiffcp.1.html +++ /dev/null @@ -1,569 +0,0 @@ - - - - - - -TIFFCP - - - -

    TIFFCP

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -EXAMPLES
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    tiffcp − copy (and possibly convert) a -TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    tiffcp [ options ] src1.tif ... srcN.tif -dst.tif

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    tiffcp combines one or more files created -according to the Tag Image File Format, Revision 6.0 into a -single TIFF file. Because the output file may -be compressed using a different algorithm than the input -files, tiffcp is most often used to convert between -different compression schemes.

    - -

    By default, tiffcp will copy all the understood -tags in a TIFF directory of an input file to -the associated directory in the output file.

    - -

    tiffcp can be used to reorganize the storage -characteristics of data in a file, but it is explicitly -intended to not alter or convert the image data content in -any way.

    -
    - -

    OPTIONS

    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    -

    −a

    -    		 - -

    Append to an existing output file instead of overwriting it.

    -    		 -
    -

    −b

    		 -

    subtract the following monochrome image from all others -processed. This can be used to remove a noise bias from a -set of images. This bias image is typically an image of -noise the camera saw with its shutter closed.

    -    		 -
    - -

    −B

    -    		 - -

    Force output to be written with Big-Endian byte order. -This option only has an effect when the output file is -created or overwritten and not when it is appended to.

    -    		 -
    - -

    −C

    -    		 - -

    Suppress the use of ‘‘strip -chopping’’ when reading images that have a -single strip/tile of uncompressed data.

    -    		 -
    - -

    −c

    -    		 - -

    Specify the compression to use for data written to the -output file: none for no compression, packbits -for PackBits compression, lzw for Lempel-Ziv & -Welch compression, jpeg for baseline JPEG -compression, zip for Deflate compression, g3 -for CCITT Group 3 (T.4) compression, g4 for CCITT -Group 4 (T.6) compression, or sgilog for SGILOG compression. -By default tiffcp will -compress data according to the value of the -Compression tag found in the source file.

    -    		 -
    - - - - - -
    -

    The CCITT Group 3 and Group 4 compression -algorithms can only be used with bilevel data.

    - -

    Group 3 compression can be specified together with -several T.4-specific options: 1d for 1-dimensional -encoding, 2d for 2-dimensional encoding, and -fill to force each encoded scanline to be zero-filled -so that the terminating EOL code lies on a byte boundary. -Group 3-specific options are specified by appending a -‘‘:’’-separated list to the -‘‘g3’’ option; e.g. −c -g3:2d:fill to get 2D-encoded data with byte-aligned EOL -codes.

    - -

    LZW compression can be specified together -with a predictor value. A predictor value of 2 causes -each scanline of the output image to undergo horizontal -differencing before it is encoded; a value of 1 forces each -scanline to be encoded without differencing. LZW-specific -options are specified by appending a -‘‘:’’-separated list to the -‘‘lzw’’ option; e.g. −c -lzw:2 for LZW compression with horizontal -differencing.

    -
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    −f

    -    		 - -

    Specify the bit fill order to use in writing output -data. By default, tiffcp will create a new file with -the same fill order as the original. Specifying −f -lsb2msb will force data to be written with the FillOrder -tag set to LSB2MSB, while −f -msb2lsb will force data to be written with the FillOrder -tag set to MSB2LSB.

    -    		 -
    - -

    −i

    -    		 - -

    Ignore non-fatal read errors and continue processing of -the input file.

    -    		 -
    - -

    −l

    -    		 - -

    Specify the length of a tile (in pixels). tiffcp -attempts to set the tile dimensions so that no more than 8 -kilobytes of data appear in a tile.

    -    		 -
    - -

    −L

    -    		 - -

    Force output to be written with Little-Endian byte -order. This option only has an effect when the output file -is created or overwritten and not when it is appended -to.

    -    		 -
    - -

    −M

    -    		 - -

    Suppress the use of memory-mapped files when reading -images.

    -    		 -
    - -

    −o

    -    		 - -

    Set initial directory offset.

    -    		 -
    - -

    −p

    -    		 - -

    Specify the planar configuration to use in writing image -data that has one 8-bit sample per pixel. By default, -tiffcp will create a new file with the same planar -configuration as the original. Specifying −p -contig will force data to be written with multi-sample -data packed together, while −p separate will -force samples to be written in separate planes.

    -    		 -
    - -

    −r

    -    		 - -

    Specify the number of rows (scanlines) in each strip of -data written to the output file. By default (or when value -0 is specified), tiffcp attempts to set the -rows/strip that no more than 8 kilobytes of data appear in a -strip. If you specify special value −1 it will -results in infinite number of the rows per strip. The entire -image will be the one strip in that case.

    -    		 -
    - -

    −s

    -    		 - -

    Force the output file to be written with data organized -in strips (rather than tiles).

    -    		 -
    - -

    −t

    -    		 - -

    Force the output file to be written with data organized -in tiles (rather than strips). options can be used to force -the resultant image to be written as strips or tiles of -data, respectively.

    -    		 -
    - -

    −w

    -    		 - -

    Specify the width of a tile (in pixels). tiffcp -attempts to set the tile dimensions so that no more than 8 -kilobytes of data appear in a tile. tiffcp attempts -to set the tile dimensions so that no more than 8 kilobytes -of data appear in a tile.

    -    		 -
    - -

    −x

    -    		 - -

    Force the output file to be written with PAGENUMBER value -in sequence.

    -    		 -
    - -

    −8

    -    		 - -

    Write BigTIFF instead of classic TIFF format.

    -    		 -
    - - - - - -
    -

    −,=character

    - - - - - -
    -

    substitute character for ‘,’ in -parsing image directory indices in files. This is necessary -if filenames contain commas. Note that −,= with -whitespace immediately following will disable the special -meaning of the ‘,’ entirely. See examples.

    -
    - -

    EXAMPLES

    - - - - - -
    -

    The following concatenates two files and writes the -result using LZW encoding:

    - - - - - -
    -
    tiffcp −c lzw a.tif b.tif result.tif
-
    -
    - - - - - - -
    -

    To convert a G3 1d-encoded TIFF to a -single strip of G4-encoded data the following might be -used:

    - - - - - -
    -
    tiffcp −c g4 −r 10000 g3.tif g4.tif
-
    -
    - - - - - - -
    -

    (1000 is just a number that is larger than the number of -rows in the source file.)

    - -

    To extract a selected set of images from a multi-image -TIFF file, the file name may be immediately followed by a -‘,’ separated list of image directory indices. -The first image is always in directory 0. Thus, to copy the -1st and 3rd images of image file -‘‘album.tif’’ to -‘‘result.tif’’:

    - - - - - -
    -
    tiffcp album.tif,0,2 result.tif
-
    -
    - - - - - - -
    -

    A trailing comma denotes remaining images in sequence. -The following command will copy all image with except the -first one:

    - - - - - -
    -
    tiffcp album.tif,1, result.tif
-
    -
    - - - - - - -
    -

    Given file ‘‘CCD.tif’’ whose -first image is a noise bias followed by images which include -that bias, subtract the noise from all those images -following it (while decompressing) with the -command:

    - - - - - -
    -
    tiffcp −c none −b CCD.tif CCD.tif,1, result.tif
-
    -
    - - - - - - -
    -

    If the file above were named -‘‘CCD,X.tif’’, the −,= -option would be required to correctly parse this filename -with image numbers, as follows:

    - - - - - -
    -
    tiffcp −c none −,=% −b CCD,X.tif CCD,X%1%.tif result.tif
-
-
    -
    - -

    SEE ALSO

    - - - - - - -
    -

    pal2rgb(1), tiffinfo(1), tiffcmp(1), -tiffmedian(1), tiffsplit(1), -libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/tiffcrop.1.html b/tiff/html/man/tiffcrop.1.html deleted file mode 100755 index 9c1edbb..0000000 --- a/tiff/html/man/tiffcrop.1.html +++ /dev/null @@ -1,684 +0,0 @@ - - - - - - -TIFFCROP - - - -

    TIFFCROP

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -EXAMPLES
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    tiffcrop − copy (and possibly convert and crop or -process) a TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    tiffcrop [ options ] src1.tif ... -srcN.tif dst.tif

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    tiffcrop combines one or more files created -according to the Tag Image File Format, Revision 6.0 into a -single TIFF file. The output file may be -compressed using a different algorithm than the input files. -tiffcrop is most often used to extract portions of an -image for processing with bar code recognizer or OCR -software when that software cannot restrict the region of -interest to a specific portion of the image or to improve -efficiency when the regions of interest must be rotated.

    - -

    By default, tiffcrop will copy all the understood -tags in a TIFF directory of an input file to -the associated directory in the output file.

    - -

    tiffcrop can be used to reorganize the storage -characteristics of data in a file, and it will alter or -convert the image data content as specified at the same -time, unlike tiffcp.

    - -

    tiffcrop will behave exactly like tiffcp if none -of the new options are specified.

    -
    - -

    OPTIONS

    - - - - - -
    -

    −N odd|even|#,#-#,#|last

    - - - - - -
    -

    sequences and ranges of images within file to process. -The words odd or even may be used to specify -all odd or even numbered images. The word last may be -used in place of a number in the sequence to indicate the -final image in the file without knowing how many images -there are. Ranges of images may be specified with a dash and -multiple sets can be indicated by joining them in a -comma-separated list. e.g.. use −N 1,5-7,last -to process the 1st, 5th through 7th, and final image in the -file.

    -
    - - - - - -
    -

    −E top|bottom|left|right

    - - - - - -
    -

    use the top, bottom, left, or right edge as origin -reference for width and length of crop regions. May be -abbreviated to first letter.

    -
    - - - - - -
    -

    −U in|cm|px

    - - - - - -
    -

    units to apply to dimensions for margins and crop -regions. Inches or centimeters are converted to pixels using -the resolution unit specified in the TIFF file (which -defaults to inches if not specified in the IFD).

    -
    - - - - - -
    -

    −m #,#,#,#

    - - - - - -
    -

    margins to be removed from the image. The order must be -top, left, bottom, right with only commas separating the -elements of the list. Margins are scaled according to the -current units and removed before any other extractions are -computed. Capital M was in use.

    -
    - - - - - - - - - - - - - - -
    - -

    −X #

    -    		 - -

    horizontal (X-axis) dimension of a region to extract -relative to the specified origin reference. If the origin is -the top or bottom edge, the X axis value will be assumed to -start at the left edge.

    -    		 -
    - -

    −Y #

    -    		 - -

    vertical (Y-axis) dimension of a region to extract -relative to the specified origin reference. If the origin is -the left or right edge, the Y axis value will be assumed to -start at the top.

    -    		 -
    - - - - - -
    -

    −Z #:#,#:#

    - - - - - -
    -

    zones of the image designated as position X of Y equal -sized portions measured from the reference edge, e.g. 1:3 -would be first third of the image starting from the -reference edge minus any margins specified for the confining -edges. Multiple zones can be specified as a comma separated -list but they must reference the same edge. To extract the -top quarter and the bottom third of an image you would use -−Z 1:4,3:3.

    -
    - - - - - -
    -

    −F horiz|vert

    - - - - - -
    -

    flip, i.e. mirror, the image or extracted region -horizontally or vertically.

    -
    - - - - - -
    -

    −R 90|180|270

    - - - - - -
    -

    rotate the image or extracted region 90, 180, or 270 -degrees clockwise.

    -
    - - - - - - - - -
    - -

    −I

    -    		 - -

    invert the colorspace values for grayscale and bi-level -images. This would be used to correct negative images that -have incorrect PHOTOMETRIC INTERPRETATION tags. No support -for color images.

    -    		 -
    - - - - - -
    -

    −b image

    - - - - - -
    -

    subtract the following monochrome image from all others -processed. This can be used to remove a noise bias from a -set of images. This bias image is typically an image of -noise the camera saw with its shutter closed. Bias image -support is not available with options for cropping, -rotating, or inverting the image.

    -
    - - - - - - - - - - - - - - - - - - - - -
    - -

    −B

    -    		 - -

    Force output to be written with Big-Endian byte order. -This option only has an effect when the output file is -created or overwritten and not when it is appended to.

    -    		 -
    - -

    −C

    -    		 - -

    Suppress the use of ‘‘strip -chopping’’ when reading images that have a -single strip/tile of uncompressed data.

    -    		 -
    - -

    −c

    -    		 - -

    Specify the compression to use for data written to the -output file: none for no compression, packbits -for PackBits compression, lzw for Lempel-Ziv & -Welch compression, jpeg for baseline JPEG -compression, zip for Deflate compression, g3 -for CCITT Group 3 (T.4) compression, and g4 for CCITT -Group 4 (T.6) compression. By default tiffcrop will -compress data according to the value of the -Compression tag found in the source file.

    -    		 -
    - - - - - -
    -

    The CCITT Group 3 and Group 4 compression -algorithms can only be used with bi-level data.

    - -

    Group 3 compression can be specified together with -several T.4-specific options: 1d for 1-dimensional -encoding, 2d for 2-dimensional encoding, and -fill to force each encoded scanline to be zero-filled -so that the terminating EOL code lies on a byte boundary. -Group 3-specific options are specified by appending a -‘‘:’’-separated list to the -‘‘g3’’ option; e.g. −c -g3:2d:fill to get 2D-encoded data with byte-aligned EOL -codes.

    - -

    LZW compression can be specified together -with a predictor value. A predictor value of 2 causes -each scanline of the output image to undergo horizontal -differencing before it is encoded; a value of 1 forces each -scanline to be encoded without differencing. LZW-specific -options are specified by appending a -‘‘:’’-separated list to the -‘‘lzw’’ option; e.g. −c -lzw:2 for LZW compression with horizontal -differencing.

    -
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    −f

    -    		 - -

    Specify the bit fill order to use in writing output -data. By default, tiffcrop will create a new file -with the same fill order as the original. Specifying -−f lsb2msb will force data to be written with -the FillOrder tag set to LSB2MSB, while -−f msb2lsb will force data to be written with -the FillOrder tag set to MSB2LSB.

    -    		 -
    - -

    −i

    -    		 - -

    Ignore non-fatal read errors and continue processing of -the input file.

    -    		 -
    - -

    −l

    -    		 - -

    Specify the length of a tile (in pixels). -tiffcrop attempts to set the tile dimensions so that -no more than 8 kilobytes of data appear in a tile.

    -    		 -
    - -

    −L

    -    		 - -

    Force output to be written with Little-Endian byte -order. This option only has an effect when the output file -is created or overwritten and not when it is appended -to.

    -    		 -
    - -

    −M

    -    		 - -

    Suppress the use of memory-mapped files when reading -images.

    -    		 -
    - -

    −p

    -    		 - -

    Specify the planar configuration to use in writing image -data that has one 8-bit sample per pixel. By default, -tiffcrop will create a new file with the same planar -configuration as the original. Specifying −p -contig will force data to be written with multi-sample -data packed together, while −p separate will -force samples to be written in separate planes.

    -    		 -
    - -

    −r

    -    		 - -

    Specify the number of rows (scanlines) in each strip of -data written to the output file. By default (or when value -0 is specified), tiffcrop attempts to set the -rows/strip that no more than 8 kilobytes of data appear in a -strip. If you specify special value -1 it will -results in infinite number of the rows per strip. The entire -image will be the one strip in that case.

    -    		 -
    - -

    −s

    -    		 - -

    Force the output file to be written with data organized -in strips (rather than tiles).

    -    		 -
    - -

    −t

    -    		 - -

    Force the output file to be written with data organized -in tiles (rather than strips). options can be used to force -the resultant image to be written as strips or tiles of -data, respectively.

    -    		 -
    - -

    −w

    -    		 - -

    Specify the width of a tile (in pixels). tiffcrop -attempts to set the tile dimensions so that no more than 8 -kilobytes of data appear in a tile. tiffcrop attempts -to set the tile dimensions so that no more than 8 kilobytes -of data appear in a tile.

    -    		 -
    - - - - - -
    -

    −,={character}

    - - - - - -
    -

    substitute {character} for ’,’ in parsing -image directory indices in files. This is necessary if -filenames contain commas. Note that ’,=’ with -whitespace immediately following will disable the special -meaning of the ’,’ entirely. See examples.

    -
    - -

    EXAMPLES

    - - - - - -
    -

    The following concatenates two files and writes the -result using LZW encoding:

    - - - - - -
    -
    tiffcrop -c lzw a.tif b.tif result.tif
-
    -
    - - - - - - -
    -

    To convert a G3 1d-encoded TIFF to a -single strip of G4-encoded data the following might be -used:

    - - - - - -
    -
    tiffcrop -c g4 -r 10000 g3.tif g4.tif
-
    -
    - - - - - - -
    -

    (1000 is just a number that is larger than the number of -rows in the source file.)

    - -

    To extract a selected set of images from a multi-image -TIFF file use the -N option described above. Thus, to copy -the 1st and 3rd images of image file "album.tif" -to "result.tif":

    - - - - - -
    -
    tiffcrop -N 1,3 album.tif result.tif
-
    -
    - - - - - - -
    -

    Given file "CCD.tif" whose first image is a -noise bias followed by images which include that bias, -subtract the noise from all those images following it (while -decompressing) with the command:

    - - - - - -
    -
    tiffcrop -c none -b CCD.tif CCD.tif -d 2 result.tif
-
    -
    - -

    SEE ALSO

    - - - - - - -
    -

    pal2rgb(1), tiffinfo(1), tiffcmp(1), -tiffcp(1), tiffmedian(1), tiffsplit(1), -libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/tiffdither.1.html b/tiff/html/man/tiffdither.1.html deleted file mode 100755 index 1945c5b..0000000 --- a/tiff/html/man/tiffdither.1.html +++ /dev/null @@ -1,196 +0,0 @@ - - - - - - -TIFFDITHER - - - -

    TIFFDITHER

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -NOTES
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    tiffdither − convert a greyscale image to bilevel -using dithering

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    tiffdither [ options ] input.tif -output.tif

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    tiffdither converts a single channel 8-bit -greyscale image to a bilevel image using Floyd-Steinberg -error propagation with thresholding.

    -
    - -

    OPTIONS

    - - - - - - - - -
    - -

    −c

    -    		 - -

    Specify the compression to use for data written to the -output file: none for no compression, packbits -for PackBits compression, lzw for Lempel-Ziv & -Welch compression, zip for Deflate compression, -g3 for CCITT Group 3 (T.4) compression, and g4 -for CCITT Group 4 (T.6) compression. By default -tiffdither will compress data according to the value -of the Compression tag found in the source file.

    -    		 -
    - - - - - -
    -

    The CCITT Group 3 and Group 4 compression -algorithms can only be used with bilevel data.

    - -

    Group 3 compression can be specified together with -several T.4-specific options: 1d for 1-dimensional -encoding, 2d for 2-dimensional encoding, and -fill to force each encoded scanline to be zero-filled -so that the terminating EOL code lies on a byte boundary. -Group 3-specific options are specified by appending a -‘‘:’’-separated list to the -‘‘g3’’ option; e.g. −c -g3:2d:fill to get 2D-encoded data with byte-aligned EOL -codes.

    - -

    LZW compression can be specified together -with a predictor value. A predictor value of 2 causes -each scanline of the output image to undergo horizontal -differencing before it is encoded; a value of 1 forces each -scanline to be encoded without differencing. LZW-specific -options are specified by appending a -‘‘:’’-separated list to the -‘‘lzw’’ option; e.g. −c -lzw:2 for LZW compression with horizontal -differencing.

    -
    - - - - - - - - - - - - - - - - - - - - -
    - -

    −f

    -    		 - -

    Specify the bit fill order to use in writing output -data. By default, tiffdither will create a new file -with the same fill order as the original. Specifying -−f lsb2msb will force data to be written with -the FillOrder tag set to LSB2MSB , -while −f msb2lsb will force data to be written -with the Fill- Order tag set to MSB2LSB -.

    -    		 -
    - -

    −r

    -    		 - -

    Make each strip have no more than the given number of rows.

    -    		 -
    - -

    −t

    -    		 - -

    Set the threshold value for dithering. By default the -threshold value is 128.

    -    		 -
    - -

    NOTES

    - - - - - -
    -

    The dither algorithm is taken from the -tiffmedian(1) program (written by Paul Heckbert).

    -
    - -

    SEE ALSO

    - - - - - -
    -

    pal2rgb(1), fax2tiff(1), -tiffinfo(1), tiffcp(1), tiff2bw(1), -libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/tiffdump.1.html b/tiff/html/man/tiffdump.1.html deleted file mode 100755 index c37d2ee..0000000 --- a/tiff/html/man/tiffdump.1.html +++ /dev/null @@ -1,145 +0,0 @@ - - - - - - -TIFFDUMP - - - -

    TIFFDUMP

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    tiffdump − print verbatim information about -TIFF files

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    tiffdump [ options ] name ...

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    tiffdump displays directory information from files -created according to the Tag Image File Format, Revision -6.0. The header of each TIFF file (magic -number, version, and first directory offset) is displayed, -followed by the tag contents of each directory in the file. -For each tag, the name, data type, count, and value(s) is -displayed. When the symbolic name for a tag or data type is -known, the symbolic name is displayed followed by it’s -numeric (decimal) value. Tag values are displayed enclosed -in ‘‘<>’’ characters -immediately preceded by the value of the count field. For -example, an ImageWidth tag might be displayed as -‘‘ImageWidth (256) SHORT (3) -1<800>’’.

    - -

    tiffdump is particularly useful for investigating -the contents of TIFF files that -libtiff does not understand.

    -
    - -

    OPTIONS

    - - - - - - - - -
    - -

    −h

    -    		 - -

    Force numeric data to be printed in hexadecimal rather -than the default decimal.

    -    		 -
    - - - - - -
    -

    −m items

    - - - - - -
    -

    Change the number of indirect data items that are -printed. By default, this will be 24.

    -
    - - - - - -
    -

    −o offset

    - - - - - -
    -

    Dump the contents of the IFD at the a -particular file offset. The file offset may be specified -using the usual C-style syntax; i.e. a leading -‘‘0x’’ for hexadecimal and a leading -‘‘0’’ for octal.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    tiffinfo(1), libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/tiffgt.1.html b/tiff/html/man/tiffgt.1.html deleted file mode 100755 index 5a04996..0000000 --- a/tiff/html/man/tiffgt.1.html +++ /dev/null @@ -1,551 +0,0 @@ - - - - - - -TIFFGT - - - -

    TIFFGT

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -BUGS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    tiffgt − display an image stored in a -TIFF file (Silicon Graphics version)

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    tiffgt [ options ] input.tif ...

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    tiffgt displays one or more images stored using -the Tag Image File Format, Revision 6.0. Each image is -placed in a fixed size window that the user must position on -the display (unless configured otherwise through X -defaults). If the display has fewer than 24 bitplanes, or if -the image does not warrant full color, then -RGB color values are mapped to the closest -values that exist in the colormap (this is done using the -rgbi routine found in the graphics utility library -−lgutil.)

    - -

    tiffgt correctly handles files with any of the -following characteristics:

    - - - - - - - - - - - - - - - - - - - - - - -
    - -

    BitsPerSample

    -    		 - -

    1, 2, 4, 8, 16

    -
    - -

    SamplesPerPixel

    -    		 - -

    1, 3, 4 (the 4th sample is ignored)

    -
    - -

    PhotometricInterpretation

    -    		 - -

    0 (min-is-white), 1 (min-is-black), 2 (RGB), 3 -(palette), 6 (YCbCr)

    -
    - -

    PlanarConfiguration

    -    		 - -

    1 (contiguous), 2 (separate)

    -
    - -

    Orientation

    -    		 - -

    1 (top-left), 4 (bottom-left)

    -
    - - - - - -
    -

    Data may be organized as strips or tiles and may be -compressed with any of the compression algorithms supported -by the libtiff(3) library.

    - -

    For palette images (PhotometricInterpretation=3), -tiffgt inspects the colormap values and assumes -either 16-bit or 8-bit values according to the maximum -value. That is, if no colormap entry greater than 255 is -found, tiffgt assumes the colormap has only 8-bit -values; otherwise it assumes 16-bit values. This inspection -is done to handle old images written by previous (incorrect) -versions of libtiff.

    - -

    tiffgt can be used to display multiple images -one-at-a-time. The left mouse button switches the display to -the first image in the next file in the list of files -specified on the command line. The right mouse button -switches to the first image in the previous file in -the list. The middle mouse button causes the first image in -the first file specified on the command line to be -displayed. In addition the following keyboard commands are -recognized:

    -
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    b

    -    		 - -

    Use a PhotometricInterpretation of MinIsBlack in -displaying the current image.

    -    		 -
    - -

    l

    -    		 - -

    Use a FillOrder of lsb-to-msb in decoding the -current image.

    -    		 -
    - -

    m

    -    		 - -

    Use a FillOrder of msb-to-lsb in decoding the -current image.

    -    		 -
    - -

    c

    -    		 - -

    Use a colormap visual to display the current image.

    -    		 -
    - -

    r

    -    		 - -

    Use a true color (24-bit RGB) visual to display the -current image.

    -    		 -
    - -

    w

    -    		 - -

    Use a PhotometricInterpretation of MinIsWhite in -displaying the current image.

    -    		 -
    - -

    W

    -    		 - -

    Toggle (enable/disable) display of warning messages from -the TIFF library when decoding images.

    -    		 -
    - -

    E

    -    		 - -

    Toggle (enable/disable) display of error messages from -the TIFF library when decoding images.

    -    		 -
    - -

    z

    -    		 - -

    Reset all parameters to their default settings -(FillOrder, PhotometricInterpretation, -handling of warnings and errors).

    -    		 -
    - -

    PageUp

    -    		 - -

    Display the previous image in the current file or the -last image in the previous file.

    -    		 -
    - - - - - -
    -

    PageDown

    - - - - - -
    -

    Display the next image in the current file or the first -image in the next file.

    -
    - - - - - - - - - - - - - - -
    - -

    Home

    -    		 - -

    Display the first image in the current file.

    -    		 -
    - -

    End

    -    		 - -

    Display the last image in the current file -(unimplemented).

    -    		 -
    - -

    OPTIONS

    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    −c

    -    		 - -

    Force image display in a colormap window.

    -    		 -
    - -

    −d

    -    		 - -

    Specify an image to display by directory number. By -default the first image in the file is displayed. -Directories are numbered starting at zero.

    -    		 -
    - -

    −e

    -    		 - -

    Enable reporting of error messages from the -TIFF library. By default tiffgt -silently ignores images that cannot be read.

    -    		 -
    - -

    −f

    -    		 - -

    Force tiffgt to run as a foreground process. By -default tiffgt will place itself in the background -once it has opened the requested image file.

    -    		 -
    - -

    −l

    -    		 - -

    Force the presumed bit ordering to be LSB -to MSB.

    -    		 -
    - -

    −m

    -    		 - -

    Force the presumed bit ordering to be MSB -to LSB.

    -    		 -
    - -

    −o

    -    		 - -

    Specify an image to display by directory offset. By -default the first image in the file is displayed. -Directories offsets may be specified using C-style syntax; -i.e. a leading ‘‘0x’’ for -hexadecimal and a leading ‘‘0’’ for -octal.

    -    		 -
    - -

    −p

    -    		 - -

    Override the value of the -PhotometricInterpretation tag; the parameter may be -one of: miniswhite, minisblack, rgb, -palette, mask, separated, ycbcr, -and cielab.

    -    		 -
    - -

    −r

    -    		 - -

    Force image display in a full color window.

    -    		 -
    - -

    −s

    -    		 - -

    Stop on the first read error. By default all errors in -the input data are ignored and tiffgt does it’s -best to display as much of an image as possible.

    -    		 -
    - -

    −w

    -    		 - -

    Enable reporting of warning messages from the -TIFF library. By default tiffgt -ignores warning messages generated when reading an -image.

    -    		 -
    - -

    −v

    -    		 - -

    Place information in the title bar describing what type -of window (full color or colormap) is being used, the name -of the input file, and the directory index of the image (if -non-zero). By default, the window type is not shown in the -title bar.

    -    		 -
    - -

    BUGS

    - - - - - -
    -

    Images wider and taller than the display are silently -truncated to avoid crashing old versions of the window -manager.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    tiffdump(1), tiffinfo(1), tiffcp(1), -libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/tiffinfo.1.html b/tiff/html/man/tiffinfo.1.html deleted file mode 100755 index d3a013c..0000000 --- a/tiff/html/man/tiffinfo.1.html +++ /dev/null @@ -1,196 +0,0 @@ - - - - - - -TIFFINFO - - - -

    TIFFINFO

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    tiffinfo − print information about -TIFF files

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    tiffinfo [ options ] input.tif -...

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Tiffinfo displays information about files created -according to the Tag Image File Format, Revision 6.0. By -default, the contents of each TIFF directory -in each file is displayed, with the value of each tag shown -symbolically (where sensible).

    -
    - -

    OPTIONS

    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    - -

    −c

    -    		 - -

    Display the colormap and color/gray response curves, if -present.

    -    		 -
    - -

    −D

    -    		 - -

    In addition to displaying the directory tags, read and -decompress all the data in each image (but not display -it).

    -    		 -
    - -

    −d

    -    		 - -

    In addition to displaying the directory tags, print each -byte of decompressed data in hexadecimal.

    -    		 -
    - -

    −j

    -    		 - -

    Display any JPEG -related tags that are -present.

    -    		 -
    - -

    −o

    -    		 - -

    Set the initial TIFF directory according -to the specified file offset. The file offset may be -specified using the usual C-style syntax; i.e. a leading -‘‘0x’’ for hexadecimal and a leading -‘‘0’’ for octal.

    -    		 -
    - -

    −s

    -    		 - -

    Display the offsets and byte counts for each data strip -in a directory.

    -    		 -
    - -

    −z

    -    		 - -

    Enable strip chopping when reading image data.

    -    		 -
    - -

    −#

    -    		 - -

    Set the initial TIFF directory to -#.

    -    		 -
    - -

    SEE ALSO

    - - - - - -
    -

    pal2rgb(1), tiffcp(1), tiffcmp(1), -tiffmedian(1), libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/tiffmedian.1.html b/tiff/html/man/tiffmedian.1.html deleted file mode 100755 index 7831051..0000000 --- a/tiff/html/man/tiffmedian.1.html +++ /dev/null @@ -1,183 +0,0 @@ - - - - - - -TIFFMEDIAN - - - -

    TIFFMEDIAN

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -NOTES
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    tiffmedian − apply the median cut algorithm to data -in a TIFF file

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    tiffmedian [ options ] input.tif -output.tif

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    tiffmedian applies the median cut algorithm to an -RGB image in input.tif to generate a -palette image that is written to output.tif. The -generated colormap has, by default, 256 entries. The image -data is quantized by mapping each pixel to the closest color -values in the colormap.

    -
    - -

    OPTIONS

    - - - - - - - - -
    - -

    −c

    -    		 - -

    Specify the compression to use for data written to the -output file: none for no compression, packbits -for PackBits compression, lzw for Lempel-Ziv & -Welch compression, and zip for Deflate compression. -By default tiffmedian will compress data according to -the value of the Compression tag found in the source -file.

    -    		 -
    - - - - - -
    -

    LZW compression can be specified together -with a predictor value. A predictor value of 2 causes -each scanline of the output image to undergo horizontal -differencing before it is encoded; a value of 1 forces each -scanline to be encoded without differencing. LZW-specific -options are specified by appending a -‘‘:’’-separated list to the -‘‘lzw’’ option; e.g. −c -lzw:2 for LZW compression with horizontal -differencing.

    -
    - - - - - - - - - - - - - - - - - - - - -
    - -

    −C

    -    		 - -

    Specify the number of entries to use in the generated -colormap. By default all 256 entries/colors are used.

    -    		 -
    - -

    −f

    -    		 - -

    Apply Floyd-Steinberg dithering before selecting a -colormap entry.

    -    		 -
    - -

    −r

    -    		 - -

    Specify the number of rows (scanlines) in each strip of -data written to the output file. By default, -tiffmedian attempts to set the rows/strip that no -more than 8 kilobytes of data appear in a strip.

    -    		 -
    - -

    NOTES

    - - - - - -
    -

    This program is derived from Paul Heckbert’s -median program.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    pal2rgb(1), tiffinfo(1), tiffcp(1), -tiffcmp(1), libtiff(3TIFF)

    - -

    Color Image Quantization for Frame Buffer Display, -Paul Heckbert, SIGGRAPH proceedings, 1982, pp. 297-307.

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/tiffset.1.html b/tiff/html/man/tiffset.1.html deleted file mode 100755 index 7192d6e..0000000 --- a/tiff/html/man/tiffset.1.html +++ /dev/null @@ -1,176 +0,0 @@ - - - - - - -TIFFSET - - - -

    TIFFSET

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -EXAMPLES
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    tiffset − set a field in a TIFF -header

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    tiffset [ options ] filename.tif

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    Tiffset sets the value of a TIFF -header to a specified value.

    -
    - -

    OPTIONS

    - - - - - -
    -

    −s tagnumber [ count ] -value ...

    - - - - - -
    -

    Set the value of the named tag to the value or values -specified.

    -
    - - - - - -
    -

    −sf tagnumber filename

    - - - - - -
    -

    Set the value of the tag to the contents of filename. -This option is supported for ASCII tags only.

    -
    - -

    EXAMPLES

    - - - - - -
    -

    The following example sets the image description tag -(270) of a.tif to the contents of the file descrip:

    - - - - - -
    -
    tiffset −sf 270 descrip a.tif
-
    -
    - - - - - - -
    -

    The following example sets the artist tag (315) of a.tif -to the string -‘‘Anonymous’’:

    - - - - - -
    -
    tiffset −s 305 Anonymous a.tif
-
    -
    - - - - - - -
    -

    This example sets the resolution of the file a.tif to 300 -dpi:

    - - - - - -
    -
    tiffset −s 296 2 a.tif
-tiffset −s 282 300.0 a.tif
-tiffset −s 283 300.0 a.tif
-
    -
    - -

    SEE ALSO

    - - - - - - -
    -

    tiffdump(1), tiffinfo(1), tiffcp(1), -libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/tiffsplit.1.html b/tiff/html/man/tiffsplit.1.html deleted file mode 100755 index 4de5c81..0000000 --- a/tiff/html/man/tiffsplit.1.html +++ /dev/null @@ -1,102 +0,0 @@ - - - - - - -TIFFSPLIT - - - -

    TIFFSPLIT

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -BUGS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    tiffsplit − split a multi-image TIFF -into single-image TIFF files

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    tiffsplit src.tif [ prefix ]

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    tiffsplit takes a multi-directory (page) -TIFF file and creates one or more -single-directory (page) TIFF files from it. -The output files are given names created by concatenating a -prefix, a lexically ordered suffix in the range -[aaa-zzz], the suffix .tif (e.g. -xaaa.tif, xaab.tif, xzzz.tif). If a -prefix is not specified on the command line, the default -prefix of x is used.

    -
    - -

    OPTIONS

    - - - - - -
    -

    None.

    -
    - -

    BUGS

    - - - - - -
    -

    Only a select set of ‘‘known -tags’’ is copied when splitting.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    tiffcp(1), tiffinfo(1), -libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/man/tiffsv.1.html b/tiff/html/man/tiffsv.1.html deleted file mode 100755 index f9921a4..0000000 --- a/tiff/html/man/tiffsv.1.html +++ /dev/null @@ -1,207 +0,0 @@ - - - - - - -TIFFSV - - - -

    TIFFSV

    -NAME
    -SYNOPSIS
    -DESCRIPTION
    -OPTIONS
    -NOTE
    -BUGS
    -SEE ALSO
    - -
    - -

    NAME

    - - - - - -
    -

    tiffsv − save an image from the framebuffer in a -TIFF file (Silicon Graphics version)

    -
    - -

    SYNOPSIS

    - - - - - -
    -

    tiffsv [ options ] output.tif [ -x1 x2 y1 y2 ]

    -
    - -

    DESCRIPTION

    - - - - - -
    -

    tiffsv saves all or part of the framebuffer in a -file using the Tag Image File Format, Revision 6.0. By -default, the image is saved with data samples packed -(PlanarConfiguration=1), compressed with the -Lempel-Ziv & Welch algorithm (Compression=5), and -with each strip no more than 8 kilobytes. These -characteristics can be overridden, or explicitly specified -with the options described below.

    -
    - -

    OPTIONS

    - - - - - - - - - - - - - - -
    - -

    −b

    -    		 - -

    Save the image as a greyscale image as if it were -processed by tiff2bw(1). This option is included for -compatibility with the standard scrsave(6D) -program.

    -    		 -
    - -

    −c

    -    		 - -

    Specify the compression to use for data written to the -output file: none for no compression, packbits -for PackBits compression, jpeg for baseline JPEG -compression, zip for Deflate compression, and -lzw for Lempel-Ziv & Welch compression -(default).

    -    		 -
    - - - - - -
    -

    LZW compression can be specified together -with a predictor value. A predictor value of 2 causes -each scanline of the output image to undergo horizontal -differencing before it is encoded; a value of 1 forces each -scanline to be encoded without differencing. LZW-specific -options are specified by appending a -‘‘:’’-separated list to the -‘‘lzw’’ option; e.g. −c -lzw:2 for LZW compression with horizontal -differencing.

    -
    - - - - - - - - - - - - - - -
    - -

    −p

    -    		 - -

    Specify the planar configuration to use in writing image -data. By default, tiffsv will create a new file with -the data samples packed contiguously. Specifying −p -contig will force data to be written with multi-sample -data packed together, while −p separate will -force samples to be written in separate planes.

    -    		 -
    - -

    −r

    -    		 - -

    Specify the number of rows (scanlines) in each strip of -data written to the output file. By default, tiffsv -attempts to set the rows/strip that no more than 8 kilobytes -of data appear in a strip.

    -    		 -
    - -

    NOTE

    - - - - - -
    -

    Except for the use of TIFF, this program -is equivalent to the standard scrsave program. This -means, for example, that you can use it in conjunction with -the standard icut program simply by creating a link -called scrsave, or by creating a shell script called -scrsave that invokes tiffgt with the -appropriate options.

    -
    - -

    BUGS

    - - - - - -
    -

    If data are saved compressed and in separate planes, then -the rows in each strip is silently set to one to avoid -limitations in the libtiff(3TIFF) library.

    -
    - -

    SEE ALSO

    - - - - - -
    -

    scrsave(6D) pal2rgb(1), tiffdump(1), -tiffgt(1), tiffinfo(1), tiffcp(1), -tiffmedian(1), libtiff(3TIFF)

    - -

    Libtiff library home page: -http://www.remotesensing.org/libtiff/

    -
    -
    - - diff --git a/tiff/html/misc.html b/tiff/html/misc.html deleted file mode 100755 index 4f8b829..0000000 --- a/tiff/html/misc.html +++ /dev/null @@ -1,116 +0,0 @@ - - - -Acknowledgments and Other Issues - - - - -

    - -Acknowledgments and Other Issues -

    - -

    -Silicon Graphics has seen fit to allow us to give this work away. It -is free. There is no support or guarantee of any sort as to its -operations, correctness, or whatever. If you do anything useful with -all or parts of it you need to honor the copyright notices. It would -also be nice to be acknowledged.

    - -
    - -

    Acknowledgements

    - -The libtiff software was written by Sam Leffler while working for -Silicon Graphics.

    - -The LZW algorithm is derived from the compress program (the proper attribution -is included in the source code). The Group 3 fax stuff originated as code -from Jef Poskanzer, but has since been rewritten several times. The latest -version uses an algorithm from Frank Cringle -- consult -libtiff/mkg3states.c and libtiff/tif_fax3.h for further -information. The JPEG support was written by Tom Lane and is dependent on the -excellent work of Tom Lane and the Independent JPEG Group (IJG) who distribute -their work under friendly licensing similar to this software. Joris Van Damme -implemented the robust Old JPEG decoder (as included in libtiff since version -3.9.0, there was another Old JPEG module in older releases, which was -incomplete and unsuitable for many existing images of that format). JBIG -module was written by Lee Howard and depends on JBIG library from the Markus -Kuhn. Many other people have by now helped with bug fixes and code; a few of -the more persistent contributors have been: - -

    -    Bjorn P. Brox
-    Dan McCoy
-    J.T. Conklin                
-    Richard Minner
-    Frank D. Cringle        
-    Richard Mlynarik
-    Soren Pingel Dalsgaard  
-    Niles Ritter
-    Steve Johnson           
-    Karsten Spang
-    Tom Lane               
-    Peter Smith
-    Brent Roman            
-    Mike Welles
-    Frank Warmerdam
-    Greg Ward
-    Stanislav Brabec        
-    Roman Shpount
-    Peter Skarpetis        
-    Arvan Pritchard
-    Bernt Herd             
-    Joseph Orost
-    Phil Beffery           
-    Ivo Penzar
-    Francois Dagand        
-    Albert Chin-A-Young
-    Bruce A. Mallett
-    Dwight Kelly
-    Andrey Kiselev
-    Ross Finlayson
-    Dmitry V. Levin
-    Bob Friesenhahn
-    Lee Howard
-    Joris Van Damme
-    Tavis Ormandy
-    Richard Nolde
-
    - -(my apology to anyone that was inadvertently not listed.) - -

    Use and Copyright

    - -

    -Copyright (c) 1988-1997 Sam Leffler
-Copyright (c) 1991-1997 Silicon Graphics, Inc.
-
-Permission to use, copy, modify, distribute, and sell this software and 
-its documentation for any purpose is hereby granted without fee, provided
-that (i) the above copyright notices and this permission notice appear in
-all copies of the software and related documentation, and (ii) the names of
-Sam Leffler and Silicon Graphics may not be used in any advertising or
-publicity relating to the software without the specific, prior written
-permission of Sam Leffler and Silicon Graphics.
-
-THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND, 
-EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY 
-WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.  
-
-IN NO EVENT SHALL SAM LEFFLER OR SILICON GRAPHICS BE LIABLE FOR
-ANY SPECIAL, INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND,
-OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS,
-WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY THEORY OF 
-LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE 
-OF THIS SOFTWARE.
-
    - -

    -

    - - -Last updated: $Date: 2007-02-24 15:47:04 $ - - diff --git a/tiff/html/support.html b/tiff/html/support.html deleted file mode 100755 index a1255b9..0000000 --- a/tiff/html/support.html +++ /dev/null @@ -1,655 +0,0 @@ - - - - TIFF 6.0 Specification Coverage - - - - - - - - - - -
    -

    TIFF 6.0 Specification Coverage

    -

    - The library is capable of dealing with images that are written to - follow the 5.0 or 6.0 TIFF spec. There is also considerable support - for some of the more esoteric portions of the 6.0 TIFF spec. -

    -
    -
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    Core requirements -

    - Both "MM" and "II" byte orders are handled. - Both packed and separated planar configuration of samples. - Any number of samples per pixel (memory permitting). - Any image width and height (memory permitting). - Multiple subfiles can be read and written. - Editing is not supported in that related subfiles (e.g. - a reduced resolution version of an image) are not automatically - updated. -

    -

    - Tags handled: ExtraSamples, ImageWidth, - ImageLength, NewSubfileType, ResolutionUnit. - Rowsperstrip, StripOffsets, StripByteCounts, - XResolution, YResolution -

    -
    Tiled ImagesTileWidth, TileLength, TileOffsets, - TileByteCounts
    Image Colorimetry InformationWhitePoint, PrimaryChromaticities, TransferFunction, - ReferenceBlackWhite
    Class B for bilevel imagesSamplesPerPixel = 1
    - BitsPerSample = 1
    - Compression = 1 (none), 2 (CCITT 1D), or 32773 (PackBits)
    - PhotometricInterpretation = 0 (Min-is-White), 1 (Min-is-Black)
    Class G for grayscale imagesSamplesPerPixel = 1
    - BitsPerSample = 4, 8
    - Compression = 1 (none) 5 (LZW)
    - PhotometricInterpretation = 0 (Min-is-White), 1 (Min-is-Black)
    Class P for palette color imagesSamplesPerPixel = 1
    - BitsPerSample = 1-8
    - Compression = 1 (none) 5 (LZW)
    - PhotometricInterpretation = 3 (Palette RGB)
    - ColorMap
    Class R for RGB full color imagesSamplesPerPixel = 3
    - BitsPerSample = <8,8,8>
    - PlanarConfiguration = 1, 2
    - Compression = 1 (none) 5 (LZW)
    - PhotometricInterpretation = 2 (RGB)
    Class F for facsimile(Class B tags plus...)
    - Compression = 3 (CCITT Group 3), 4 (CCITT Group 4)
    - FillOrder = 1 (MSB), 2 (LSB)
    - Group3Options = 1 (2d encoding), 4 (zero fill), 5 (2d+fill)
    - ImageWidth = 1728, 2048, 2482
    - NewSubFileType = 2
    - ResolutionUnit = 2 (Inch), 3 (Centimeter)
    - PageNumber, - XResolution, - YResolution, - Software, - BadFaxLines, - CleanFaxData, - ConsecutiveBadFaxLines, - DateTime, - DocumentName, - ImageDescription, - Orientation
    Class S for separated imagesSamplesPerPixel = 4
    - PlanarConfiguration = 1, 2
    - Compression = 1 (none), 5 (LZW)
    - PhotometricInterpretation = 5 (Separated)
    - InkSet = 1 (CMYK)
    - DotRange, - InkNames, - DotRange, - TargetPrinter
    Class Y for YCbCr imagesSamplesPerPixel = 3
    - BitsPerSample = <8,8,8>
    - PlanarConfiguration = 1, 2
    - Compression = 1 (none), 5 (LZW), 7 (JPEG)
    - PhotometricInterpretation = 6 (YCbCr)
    - YCbCrCoefficients, - YCbCrSubsampling, - YCbCrPositioning
    - (colorimetry info from Appendix H; see above)
    Class "JPEG" for JPEG images (per TTN2)PhotometricInterpretation = 1 (grayscale), 2 (RGB), 5 (CMYK), 6 (YCbCr)
    - (Class Y tags if YCbCr)
    - (Class S tags if CMYK)
    - Compression = 7 (JPEG)
    -

    - In addition, the library supports some optional compression algorithms - that are, in some cases, of dubious value. -

    - - - - - - - - -
    Compression tag valueCompression algorithm
    32766NeXT 2-bit encoding
    32809ThunderScan 4-bit encoding
    32909Pixar companded 11-bit ZIP encoding
    32946PKZIP-style Deflate encoding (experimental)
    34676SGI 32-bit Log Luminance encoding (experimental)
    34677SGI 24-bit Log Luminance encoding (experimental)
    -
    -

    - Note that there is no support for the JPEG-related tags defined - in the 6.0 specification; the JPEG support is based on the post-6.0 - proposal given in TIFF Technical Note #2. -

    - - - - - -
    For more information on the experimental Log Luminance encoding - consult the materials available at - http://www.anyhere.com/gward/pixformat/tiffluv.html.
    -
    -

    - The following table shows the tags that are recognized - and how they are used by the library. If no use is indicated, - then the library reads and writes the tag, but does not use it internally. -

    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    Tag NameValueR/WLibrary's Use (Comments)
    NewSubFileType254R/Wnone (called SubFileType in <tiff.h>)
    SubFileType255R/Wnone (called OSubFileType in <tiff.h>)
    ImageWidth256R/Wlots
    ImageLength257R/Wlots
    BitsPerSample258R/Wlots
    Compression259R/Wto select appropriate codec
    PhotometricInterpretation262R/Wlots
    Thresholding263R/W 
    CellWidth264 parsed but ignored
    CellLength265 parsed but ignored
    FillOrder266R/Wcontrol bit order
    DocumentName269R/W 
    ImageDescription270R/W 
    Make271R/W 
    Model272R/W 
    StripOffsets273R/Wdata i/o
    Orientation274R/W 
    SamplesPerPixel277R/Wlots
    RowsPerStrip278R/Wdata i/o
    StripByteCounts279R/Wdata i/o
    MinSampleValue280R/W 
    MaxSampleValue281R/W 
    XResolution282R/W 
    YResolution283R/Wused by Group 3 2d encoder
    PlanarConfiguration284R/Wdata i/o
    PageName285R/W 
    XPosition286R/W 
    YPosition286R/W 
    FreeOffsets288 parsed but ignored
    FreeByteCounts289 parsed but ignored
    GrayResponseUnit290 parsed but ignored
    GrayResponseCurve291 parsed but ignored
    Group3Options292R/Wused by Group 3 codec
    Group4Options293R/W 
    ResolutionUnit296R/Wused by Group 3 2d encoder
    PageNumber297R/W 
    ColorResponseUnit300 parsed but ignored
    TransferFunction301R/W 
    Software305R/W 
    DateTime306R/W 
    Artist315R/W 
    HostComputer316R/W 
    Predictor317R/Wused by LZW codec
    WhitePoint318R/W 
    PrimaryChromacities319R/W 
    ColorMap320R/W 
    TileWidth322R/Wdata i/o
    TileLength323R/Wdata i/o
    TileOffsets324R/Wdata i/o
    TileByteCounts324R/Wdata i/o
    BadFaxLines326R/W 
    CleanFaxData327R/W 
    ConsecutiveBadFaxLines328R/W 
    SubIFD330R/Wsubimage descriptor support
    InkSet332R/W 
    InkNames333R/W 
    DotRange336R/W 
    TargetPrinter337R/W 
    ExtraSamples338R/Wlots
    SampleFormat339R/W 
    SMinSampleValue340R/W 
    SMaxSampleValue341R/W 
    JPEGTables347R/Wused by JPEG codec
    YCbCrCoefficients529R/Wused by TIFFReadRGBAImage support
    YCbCrSubsampling530R/Wtile/strip size calculations
    YCbCrPositioning531R/W 
    ReferenceBlackWhite532R/W 
    Matteing32995Rnone (obsoleted by ExtraSamples tag)
    DataType32996Rnone (obsoleted by SampleFormat tag)
    ImageDepth32997R/Wtile/strip calculations
    TileDepth32998R/Wtile/strip calculations
    StoNits37439R/W 
    -

    - The Matteing and DataType - tags have been obsoleted by the 6.0 - ExtraSamples and SampleFormat tags. - Consult the documentation on the - ExtraSamples tag and Associated Alpha for elaboration. Note however - that if you use Associated Alpha, you are expected to save data that is - pre-multipled by Alpha. If this means nothing to you, check out - Porter & Duff's paper in the '84 SIGGRAPH proceedings: "Compositing Digital - Images". -

    -

    - The ImageDepth - tag is a non-standard, but registered tag that specifies - the Z-dimension of volumetric data. The combination of ImageWidth, - ImageLength, and ImageDepth, - defines a 3D volume of pixels that are - further specified by BitsPerSample and - SamplesPerPixel. The TileDepth - tag (also non-standard, but registered) can be used to specified a - subvolume "tiling" of a volume of data. -

    -

    - The Colorimetry, and CMYK tags are additions that appear in TIFF 6.0. - Consult the TIFF 6.0 specification included in the doc directory - and online. -

    -

    - The JPEG-related tag is specified in - TIFF Technical Note #2 which defines - a revised JPEG-in-TIFF scheme (revised over that appendix that was - part of the TIFF 6.0 specification). -

    -
    -

    - Last updated: $Date: 2005-12-28 06:53:18 $ -

    - - - diff --git a/tiff/html/tools.html b/tiff/html/tools.html deleted file mode 100755 index 65e9c0d..0000000 --- a/tiff/html/tools.html +++ /dev/null @@ -1,164 +0,0 @@ - - - - -TIFF Tools Overview - - -

    TIFF -Tools Overview

    -

    This software distribution comes with a small collection of -programs for converting non-TIFF format images to TIFF and for -manipulating and interrogating the contents of TIFF images. Several -of these tools are useful in their own right. Many of them however -are more intended to serve as programming examples for using the -TIFF library.

    -

    Device-dependent Programs

    -There are two device-dependent programs that serve as simple -examples for writing programs to display and save TIFF images. - - - - - - - - - -
    -tiffgt    Display the contents of one or more TIFF images using OpenGL. -The software makes extensive use of the TIFFRGBAImage -facilities described elsewhere.
    tiffsvA program to save all or part of a screen dump on a Silicon -Graphics system. As for tiffgt this code, while written to -use the IRIS GL, can be easily tailored to other devices.
    -

    Device-independent Programs

    -The remaining programs should be device-independent: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    bmp2tiffConvert BMP images to TIFF
    fax2psConvert a Group 3- or Group 4- compressed TIFF to PostScript -that is significantly more compressed than is generated by -tiff2ps (unless tiff2ps writes PS Level II)
    fax2tiffConvert raw Group 3 or Group 4 facsimile data to TIFF
    gif2tiffA quick hack that converts GIF 87a (old) format images to TIFF
    pal2rgbConvert a Palette-style image to a full color RGB image by -applying the colormap
    ppm2tiffA quick hack that converts 8-bit PPM format images to TIFF
    ras2tiffA quick hack that converts Sun rasterfile format images to TIFF --- it's less than complete
    raw2tiffCreate a TIFF file from raw data
    rgb2ycbcrConvert an RGB, grayscale, or bilevel TIFF image to a YCbCr -TIFF image; it's mainly provided for testing
    sgi2tiffA program to convert SGI image files to TIFF. This program is -only useful on SGI machines as it uses -limage.
    thumbnailCopy a bilevel TIFF to one that includes 8-bit greyscale -"thumbnail images" for each page; it is provided as an example of -how one might use the SubIFD tag (and the library support -for it)
    tiff2bwA simple program to convert a color image to grayscale
    tiff2pdfConvert TIFF images to PDF
    tiff2psConvert TIFF images to PostScript
    tiff2rgbaConvert a TIFF image to RGBA color space
    tiffcmpCompare the contents of two TIFF files (it does not check all -the directory information, but does check all the data)
    tiffcpCopy, concatenate, and convert TIFF images (e.g. switching from -Compression=5 to Compression=1)
    tiffcropProvides selection of images from within one or more multi-image -TIFF files, with orthogonal rotation, mirroring, cropping, and -extraction of multiple sections and exporting to one or more files. -It extends the functionality of tiffcp to support additional bit -depths in strips and tiles and enhances the selection capabilities of -tiffsplit. Bilevel images can be inverted and images may be split into -segments to fit on multiple /pages/ (standard paper sizes), plus other -functions described in the tiffcrop man page
    tiffditherDither a b&w image into a bilevel image (suitable for use -in creating fax files)
    tiffdumpDisplay the verbatim contents of the TIFF directory in a file -(it's very useful for debugging bogus files that you may get from -someone that claims they support TIFF)
    tiffinfoDisplay information about one or more TIFF files.
    tiffmedianA version of Paul Heckbert's median cut program that reads an -RGB TIFF image, and creates a TIFF palette file as a result
    tiffsetSet a field in a TIFF header
    tiffsplitCreate one or more single-image files from a (possibly) -multi-image file
    -

    Check out the manual pages for details about the above -programs.

    -
    -Last updated: $Date: 2009-10-28 22:13:37 $ - - diff --git a/tiff/html/v3.4beta007.html b/tiff/html/v3.4beta007.html deleted file mode 100755 index e8b697e..0000000 --- a/tiff/html/v3.4beta007.html +++ /dev/null @@ -1,112 +0,0 @@ - - - -Changes in TIFF v3.4beta007 - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    - -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • bit order was corrected for Pentium systems -
    • a new define, HOST_BIGENDIAN, was added for code that - wants to statically use information about native cpu byte order -
    - -

    - -CHANGES IN LIBTIFF: - -
      -
    • the G3/G4 decoder was replaced by a new one that is faster and - has smaller state tables -
    • Niles Ritter's client tag extension hooks were added -
    • a new routine TIFFCurrentDirOffset was added for - applications that want to find out the file offset of a TIFF directory -
    • the calculation of the number of strips in an image was corected - for images with certain esoteric configurations -
    • a potential memory leak (very unlikely) was plugged -
    • the TIFFReadRGBAImage support was completely rewritten - and new, more flexible support was added for reading images into - a fixed-format raster -
    • YCbCr to RGB conversion done in the TIFFReadRGBAImage support - was optimized -
    • a bug in JPEG support calculation of strip size was corrected -
    • the LZW decoder was changed to initialize the code table to zero - to lessen potential problems that arise when invalid data is decoded -
    • tiffcomp.h is now aware of OS/2 -
    • some function prototypes in tiffio.h and tiffiop.h - that contained parameter - names have been changed to avoid complaints from certain compilers -
    - -

    - -CHANGES IN THE PORTABILITY SUPPORT: - -
      -
    • Makefile.in has been corrected to use the parameters - chosen by the configure script -
    - -

    - -CHANGES IN THE TOOLS: - -
      -
    • fax2ps has been rewritten and moved over from the user - contributed software -
    • an uninitialized variable in pal2rgb has been fixed -
    • ras2tiff now converts 24-bit RGB raster data so that - samples are written in the proper order -
    • tiff2ps has been updated to include fixes - and enhancements from Alberto Accomazzi -
    • tiffcp now has a -o option to select a directory - by file offset -
    • tiffinfo is now capable of displaying the raw undecoded - image data in a file -
    • tiffgt has been rewritten to use the new TIFFRGBAImage - support and to handle multiple files -
    - - TIFF home page.
    - -
    - -
    -Sam Leffler / sam@engr.sgi.com -Last updated $Date: 1999-08-09 20:21:21 $. -
    - - - diff --git a/tiff/html/v3.4beta016.html b/tiff/html/v3.4beta016.html deleted file mode 100755 index f9b0078..0000000 --- a/tiff/html/v3.4beta016.html +++ /dev/null @@ -1,122 +0,0 @@ - - - -Changes in TIFF v3.4beta016 - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    - -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • support was added for configuring the Deflate codec -
    • support was added for the HTML documentation -
    • codecs that are not configured for inclusion in the library - are no longer compiled -
    - -

    - -CHANGES IN LIBTIFF: - -
      -
    • support was added for registering new codecs external to the library - and for overriding the codecs that are builtin to the library -
    • emulation support for the old DataType tag was improved -
    • suppport was added for the SMinSampleValue - and SMaxSampleValue tags -
    • the library no longer ignores TileWidth and TileLength - tags whose values are not a multiple of 16 (per the spec); this - permits old, improperly written, images to be read -
    • the support for the Predictor tag was placed in a reusable - module so that it can be shared by multiple codecs -
    • experimental compression support was added for the Deflate algorithm - (using the freely available zlib package) -
    • a new routine, TIFFWriteBufferSetup was added a la the - routine TIFFReadBufferSetup -
    • the DSO version of the library is now statically linked with the - JPEG and Deflate libraries; this means applications that link against - the DSO do not also need to link against these ancillary libraries -
    - -

    - -CHANGES IN THE TOOLS: - -
      -
    • all the tools now use common code to process compress-oriented arguments -
    • tiffdump should now compile on a Macintosh with MPW -
    - -

    - -CHANGES IN THE MANUAL PAGES: - -
      -
    • everything was updated -
    - -

    - -CHANGES IN THE DOCUMENTATION: - -
      -
    • everything was updated -
    - -

    - -CHANGES IN CONTRIBUTED SOFTWARE: - -
      -
    • contrib/dbs/xtiff was made to compile -
    • contrib/mac-mpw is new support for compiling the software on - a Macintosh under MPW; consult the documentation - for details -
    • contrib/tags is information on how to use the tag extenion - facilities; consult - contrib/tags/README for details -
    - - TIFF home page.
    - -
    - -
    -Sam Leffler / sam@engr.sgi.com -Last updated $Date: 1999-08-09 20:21:21 $. -
    - - - diff --git a/tiff/html/v3.4beta018.html b/tiff/html/v3.4beta018.html deleted file mode 100755 index 17bf989..0000000 --- a/tiff/html/v3.4beta018.html +++ /dev/null @@ -1,84 +0,0 @@ - - - -Changes in TIFF v3.4beta018 - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    - -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • configure now recognizes IRIX 6.x systems -
    • configure now uses ENVOPTS when searching for an ANSI - C compiler; this fixes a problem configuring the software under - HP/UX with the native C compiler -
    • configure now correctly recognizes memory-mapped files are supported - under AIX -
    - -

    - -CHANGES IN LIBTIFF: - -
      -
    • make install now properly installs the include files -
    • some portability fixes from Bjorn Brox -
    • the G3/G4 codec now warns about decoded rows that are longer than - the image/tile width -
    • changes from Frank Cringle to make the library work with the - gcc-specific bounds checking software -
    • miscellaneous fixes to TIFFPrintDirectory -
    • bug fix to correct a problem where TIFFWriteRawStrip - could not be used to automatically grow an image's length -
    - -

    - -CHANGES IN THE TOOLS: - -
      -
    • fixes from Frank Cringle to update fax2tiff -
    • portability fixes to tiff2bw and tiffcmp -
    • tiffdump now uses the byte swapping routines in the library -
    - - TIFF home page.
    - -
    - -
    -Sam Leffler / sam@engr.sgi.com -Last updated $Date: 1999-08-09 20:21:21 $. -
    - - - diff --git a/tiff/html/v3.4beta024.html b/tiff/html/v3.4beta024.html deleted file mode 100755 index 74cd6e8..0000000 --- a/tiff/html/v3.4beta024.html +++ /dev/null @@ -1,139 +0,0 @@ - - - -Changes in TIFF v3.4beta024 - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    - -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • It is now possible to setup the software to build only the - library; configure reconizes this is the intent when the - VERSION, tiff.alpha, and tif_version.c - files are in the local directory (i.e. ``.'') -
    • configure no longer tries to setup HTML materials -
    • include file directories needed in building the library are now - specified with a DIRS_LIBINC config parameter -
    • configure no longer checks for alternate compilers if CC - is set; if the specified compiler is not found or is not appropriate - the configuration procedure aborts -
    • the port.h file generated by configure is now used only by - the library and as such as have been moved to the libtiff - directory -
    • there is beginning support for building DSO's on systems other than IRIX -
    • configure now verifies the JPEG and zlib directory pathnames by - checking for well-known include files in these directories -
    • configure no longer creates the dist directory needed only - on SGI machines (for building SGI binary distributions) -
    • a bug was fixed whereby configure would incorrectly set - ENVOPTS when building the software with gcc under AIX -
    - -

    - -CHANGES IN LIBTIFF: - -
      -
    • two new typedefs were added to tiff.h: int8 - and uint8 for signed and unsigned 8-bit quantities, - respectively; these are currently used only by - programs in the tools directory -
    • the BadFaxLines, CleanFaxData, and - ConsecutiveBadFaxLines tags are now supported with - Group 4 compression -
    • byte order is now correctly identified on 64-bit machines -
    • a bug was fixed in the PackBits decoder where input data would - appear short when a no-op run was present -
    • a bug was fixed in calculations with very wide strips -
    • TIFFWriteEncodedStrip and TIFFWriteRawStrip - were extended to support dynamically growing the number of - strips in an image (must set ImageLength prior to - making calls though) -
    • TIFFDefaultTileSize now rounds tile width and height - up to a multiple of 16 pixels, as required by the TIFF 6.0 specification -
    • the file version.h is now built by a new mkversion - program; this was done for portability to non-UNIX systems -
    • support was added for the Acorn RISC OS (from Peter Greenham) -
    • the builtin codec table is now made const when compiling - under VMS so that libtiff can be built as a shared library -
    • support for the PowerPC Mac (from Ruedi Boesch) -
    • support for Window NT/Window 95 (from Scott Wagner) -
    - -

    - -CHANGES IN THE TOOLS: - -
      -
    • the tools no longer include port.h -
    • various portability fixes; mostly to eliminate implicit assumptions - about how long int32 data types are -
    • PostScript Level II additions to tiff2ps from Bjorn Brox -
    • sgi2tiff now handles RGBA images -
    - -

    - -CHANGES IN THE MANUAL PAGES: - -
      -
    • the documentation has been updated to reflect the current state of - the software -
    • some routines have been moved to different manual pages - to group like-routines together -
    - -

    - -CHANGES IN THE CONTRIBUTED SOFTWARE: - -
      -
    • support was added for the Acorn RISC OS (from Peter Greenham) -
    • support for Windows NT/Windows 95 contributed for a previous - version of this software was sort of incorporated (it's broken - right now) (from Scott Wagner) -
    - - TIFF home page.
    - -
    - -
    -Sam Leffler / sam@engr.sgi.com -Last updated $Date: 1999-08-09 20:21:21 $. -
    - - - diff --git a/tiff/html/v3.4beta028.html b/tiff/html/v3.4beta028.html deleted file mode 100755 index 2b73c3d..0000000 --- a/tiff/html/v3.4beta028.html +++ /dev/null @@ -1,146 +0,0 @@ - - - -Changes in TIFF v3.4beta028 - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    - -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • a -noninteractive flag was added to configure to - control whether or not it prints and prompts for configuration information -
    • various typos and fixes were made in configure for the the - library-only build support (this and other configure fixes from - Richard Mlynarik <mly@adoc.xerox.com>) -
    • bugs were fixed in the handling of pathnames supplied for external - packages; e.g. DIR_JPEG -
    • the handling of SETMAKE is now done properly -
    • the default prototype function declaration for pow was corrected -
    • a bug was fixed in libtiff/Makefile.in that caused installation - to fail on systems without DSO support -
    - -

    - -CHANGES IN LIBTIFF: - -
      -
    • Acorn RISC O/S support that was accidentally left out of the - left out of the previous distribution is present (from Peter Greenham) -
    • complaints about unknown and/or unsupported codecs have been - delayed until they are invoked; this permits applications to open - images and look at tags even if the image data is compressed with - an unknown/unsupported compression scheme -
    • bugs in handling unknown tags have been corrected; applications - that use multiple codecs, each with codec-specific tags, no longer - generate confusing error messages -
    • a missing pseudo-tag definition in the CCITT G3 codec was fixed - (this problem caused core dumps in the tiffcp program) -
    • pseudo-tags are now treated specially; they are always considered - to be set (i.e. they do not use bits in the FIELD_* bit-vectors). -
    • the use of strip chopping can now be controlled on a per-file basis - through a mode parameter supplied when opening a file (``C'' to - enable strip chopping and ``c'' to disable) -
    • two bugs were fixed in the writing of opposite-endian byte-order - files -
    • support was added for three new fax-related tags registered to - SGI: FaxRecvParams, FaxRecvTime, and FaxSubAddress -
    • the bit order of image data read and written can now be controlled - on a per-file basis through a mode parameter supplied when opening - a file (``B'' to force MSB2LSB bit order, ``L'' for LSB2MSB bit - order, and ``H'' for the bit order of the native CPU) -
    • the byte order of image and tag data written to newly-created files - can now be controlled on a per-file basis through a mode parameter - supplied when openening a file (``b'' to force Big-Endian byte order - and ``l'' to force Little-Endian byte order) -
    • the use memory-mapped files for images opened read-only can now - be controlled on a per-file basis through a mode parameter supplied - when opening a file (``M'' to enable use of memory-mapped files - and ``m'' to disable use) -
    • the use of the WIN32 define in tiffiop.h has - been replaced by __WIN32__ -
    - -

    - -CHANGES IN THE TOOLS: - -
      -
    • fax2ps now does a save and restore - around each page of PostScript; this fixes a problem with VM - overflow when printing a many-page document on some printers -
    • a bug in the handling of 3-channel images by ras2tiff - was fixed -
    • tiffcp has new options to control the byte order of - newly created files: -B for Big-Endian byte order, -L - for Little-Endian byte order; a -M option to disable the - use of memory-mapped files, and a -C option to disable the - use of strip chopping -
    • bugs were fixed in tiffcp's handling of codec-specific tags -
    - -

    - -CHANGES IN THE MANUAL PAGES: - -
      -
    • the TIFFOpen page has been updated to reflect the new - optional open mode parameters -
    - -

    - -CHANGES IN THE CONTRIBUTED SOFTWARE: - -
      -
    • contrib/win95 contains information and code from Philippe Tenenhaus - <100423.3705@compuserve.com> - about using the software under Windows 95 -
    • contrib/winnt contains information and code from Dave Dyer - <ddyer@triple-i.com> - about using the software under Windows NT -
    - - TIFF home page.
    - -
    - -
    -Sam Leffler / sam@engr.sgi.com -Last updated $Date: 1999-08-09 20:21:21 $. -
    - - - diff --git a/tiff/html/v3.4beta029.html b/tiff/html/v3.4beta029.html deleted file mode 100755 index bb06fa1..0000000 --- a/tiff/html/v3.4beta029.html +++ /dev/null @@ -1,86 +0,0 @@ - - - -Changes in TIFF v3.4beta029 - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    - -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • configure now relativizes pathname references given in - -L options (as frequently specified when configuring - ancillary packages) -
    • problems related to configuring the software on Ultrix 4.4 have - been corrected -
    • the shell to use in Makefiles and scripts can now be set with the - SCRIPT_SH configuration parameter -
    • comments in config.site now correctly indicate how to setup the - use of ancillary packages -
    - -

    - -CHANGES IN LIBTIFF: - -
      -
    • mods for building the software on a Mac using the - MetroWerks CodeWarrior compilers -
    • a bug in the CCITT T.4/T.6 decoder was fixed where the last codeword in - a strip/tile might not be decoded; this was seen only when decoding - multi-strip images -
    • a bug in the CCITT RLE codecs was fixed whereby the pseudo tags were not - being properly registered -
    - -

    - -CHANGES IN THE CONTRIBUTED SOFTWARE: - -
      -
    • contrib/mac-cw contains information and code from Niles Ritter - <ndr@tazboy.jpl.nasa.gov> - about building the software with the MetroWerks CodeWarrior compilers - on Macintosh systems -
    - - TIFF home page.
    - -
    - -
    -Sam Leffler / sam@engr.sgi.com -Last updated $Date: 1999-08-09 20:21:21 $. -
    - - - diff --git a/tiff/html/v3.4beta031.html b/tiff/html/v3.4beta031.html deleted file mode 100755 index 9b645fa..0000000 --- a/tiff/html/v3.4beta031.html +++ /dev/null @@ -1,94 +0,0 @@ - - - -Changes in TIFF v3.4beta031 - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    - -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • configure now captures significantly more information - in the config.log file and provides more information when - it is unable to setup a configuration -
    • support was added for building shared libraries on more systems: - AIX, HPUX, Solaris, and Linux. -
    • a new configuration parameter LIBCOPTS was added for - passing arguments to the C compiler to use when building only - the library; this is part of the enhanced support for building - shared libraries -
    • include files for optional packages that reside in /usr/include - are now handled correctly -
    • build trees may now be configured using either relative or absolute - pathnames to the source distribution -
    • several new configuration parameters were added, mainly for building - shared libraries: DIST_MAJOR, DIST_MINOR, - DIST_ALPHA, and DSOSUF_VERSION -
    - -

    - -CHANGES IN LIBTIFF: - -
      -
    • the Deflate support has been revised: it requires version 0.99 of - the zlib software distribution, the output format has changed and - is incompatible with previous versions of this library (each - strip now includes a header read and written by the zlib library) -
    • the codec name printed by the TIFFPrintDirectory routine is now - taken from the codec table instead of from a builtin table; this means - that application-defined codecs are handled correctly -
    • a new symbol was added that contains the library version number; - this can be used to do a compile-time compatibility check of the - library version -
    - -

    - -CHANGES IN THE MANUAL PAGES: - -
      -
    • the creation and installation of manual pages was redone; it now - implements the documented ``configuration scheme'' -
    - - TIFF home page.
    - -
    - -
    -Sam Leffler / sam@engr.sgi.com -Last updated $Date: 1999-08-09 20:21:21 $. -
    - - - diff --git a/tiff/html/v3.4beta032.html b/tiff/html/v3.4beta032.html deleted file mode 100755 index 61c3f4b..0000000 --- a/tiff/html/v3.4beta032.html +++ /dev/null @@ -1,90 +0,0 @@ - - - -Changes in TIFF v3.4beta032 - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    - -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • various fixups and subtle improvements to configure - from Richard Mlynarik -
    - -

    - -CHANGES IN LIBTIFF: - -
      -
    • a new codec from Pixar designed for high-resolution color images; - note that this codec is not configured by default -
    • a bug fix for reading tags with a single FLOAT value -
    • change to the TIFFGetField calling convention: - a tag that has a single value of - type DOUBLE is now retrieved by passing a - ``double*'' instead of a - ``double**'' (this change makes the handling of tags with - DOUBLE values identical to the handling of tags with - FLOAT values) -
    • fix to VMS support for the handling of floating point values -
    - -

    - -CHANGES IN THE TOOLS: - -
      -
    • tiffdump now handles tags with FLOAT and DOUBLE - values -
    - -

    - -CHANGES IN THE CONTRIBUTED SOFTWARE: - -
      -
    • updates to the Acorn OS support from Peter Greenham -
    - - TIFF home page.
    - -
    - -
    -Sam Leffler / sam@engr.sgi.com -Last updated $Date: 1999-08-09 20:21:21 $. -
    - - - diff --git a/tiff/html/v3.4beta033.html b/tiff/html/v3.4beta033.html deleted file mode 100755 index 78c22f3..0000000 --- a/tiff/html/v3.4beta033.html +++ /dev/null @@ -1,82 +0,0 @@ - - - -Changes in TIFF v3.4beta033 - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    - -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • support was added for building the library as a DSO under OSF/1 -
    - -

    - -CHANGES IN LIBTIFF: - -
      -
    • fixes to the Pixar codec -
    • portability mods for VMS -
    - -

    - -CHANGES IN THE TOOLS: - -
      -
    • fixes to gif2tiff and ppm2tiff for building under MS/DOS -
    • portability mods to fax2ps and ycbcr for VMS -
    - -

    - -CHANGES IN THE CONTRIBUTED SOFTWARE: - -
      -
    • a new package from Alexander Lehmann - for building the library and tools under MS/DOS with DJGPP v2 -
    • updated VMS support from Karsten Spang -
    - - TIFF home page.
    - -
    - -
    -Sam Leffler / sam@engr.sgi.com -Last updated $Date: 1999-08-09 20:21:21 $. -
    - - - diff --git a/tiff/html/v3.4beta034.html b/tiff/html/v3.4beta034.html deleted file mode 100755 index d928b1a..0000000 --- a/tiff/html/v3.4beta034.html +++ /dev/null @@ -1,68 +0,0 @@ - - - -Changes in TIFF v3.4beta034 - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    - -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • support was added for building the library as a DSO under NetBSD -
    • a bug was fixed in the DSO support for Linux -
    • the handling of version strings has changed slightly to simplify parsing -
    • a new parameter, TIFFLIBREF, was added to control how the - library is referenced when linking programs in the tools directory -
    - -

    - -CHANGES IN LIBTIFF: - -
      -
    • DSO creation under Solaris now forces the DSO name with a -h option -
    • the interface to the mkversion program was changed - to eliminate the need to parse files -
    • a bug was fixed in the EOL-detection logic of the T.4/T.6 decoder -
    • ANSI IT8 TIFF/IT tag definitions were added to tiff.h -
    - - TIFF home page.
    - -
    - -
    -Sam Leffler / sam@engr.sgi.com -Last updated $Date: 1999-08-09 20:21:21 $. -
    - - - diff --git a/tiff/html/v3.4beta035.html b/tiff/html/v3.4beta035.html deleted file mode 100755 index ac5f493..0000000 --- a/tiff/html/v3.4beta035.html +++ /dev/null @@ -1,63 +0,0 @@ - - - -Changes in TIFF v3.4beta035 - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    - -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • support was added installing the HTML documentation -
    • support was added for building the library as a DSO under FreeBSD -
    - -

    - -CHANGES IN LIBTIFF: - -
      -
    • the interface to the mkversion program was restored to - the form used prior to v3.4beta034 -
    • several portability problems for 16-bit systems were fixed -
    - - TIFF home page.
    - -
    - -
    -Sam Leffler / sam@engr.sgi.com -Last updated $Date: 1999-08-09 20:21:21 $. -
    - - - diff --git a/tiff/html/v3.4beta036.html b/tiff/html/v3.4beta036.html deleted file mode 100755 index aa7a876..0000000 --- a/tiff/html/v3.4beta036.html +++ /dev/null @@ -1,117 +0,0 @@ - - - -Changes in TIFF v3.4beta036 - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    - -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • support was added for building the library as a DSO under HP-UX with - the native C compiler -
    • tools are now built with explicit pathnames for the DSO under IRIX, - Solaris, and Linux -
    • DSO configuration support for Linux was changed to require that - libc.so only be readable (not executable) -
    - -

    - -CHANGES IN LIBTIFF: - -
      -
    • support was add for ICC: NumberOfInks, and ICCProfile -
    • a memory leak caused by doing TIFFSetDirectory(0) was fixed -
    • a bug was fixed whereby certain multi-directory files were not - properly handled when accessed by mapping the data into memory -
    • the strip chopping support is now always compiled - into the library with the default usage controlled by a - STRIPCHOP_DEFAULT configuration parameter -
    • the strip chopping support no longer chops tiled images -
    • all static strings are now const--for shared libraries -
    • the logic for estimating the strip size of images without - a StripByteCounts tag was improved by handling - PlanarContig images differently from PlanarSeparate -
    • a bug was fixed in the G3 codec when converting the Y resolution - of data specified in metric units -
    • a bug was fixed in the G3/G4 decoder for data where lines terminate - with a v0 code -
    • the TIFFRGBAImage support was changed to scale 16-bit colormap - entries more conservatively to avoid problems with applications - that do not generate fully saturated pixel values -
    • the LZW decoder was changed to use a more conservative scheme when - bounds checking the hash table array; this avoids pitfalls with - systems that load objects into memory in unusual locations -
    • a bug was fixed in TIFFPrintDirectory's handling of the - InkNames tag -
    • TIFFPrintDirectory now understands NumberOfInks - and ICC-related tags -
    • the routines for reading image data now provide more useful information - when a read error is encountered -
    • support was added for compiling with Microsoft Visual C++ 4.0 -
    - -

    - -CHANGES IN THE TOOLS: - -
      -
    • a bug was fixed in pal2rgb's colormap handling -
    • tiff2ps now includes John Wehle's changes for maintaining - the aspect ratio - of images when scaling and for honoring the deadzone on a page when - generating PostScript Level II -
    • tiff2ps does a better job guarding against the mishandling - of greyscale images -
    • tiff2ps now correctly converts X- and Y-resolution values - specified in metric units -
    • tiffdump has a new -m option to control the maximum - number of indirect - data values printed for a tag (by default 24) -
    • tiffdump understands several new tags -
    • tiffdump now shows any terminating null in ASCII strings -
    • tiffinfo now suppresses strip chopping when interpreting an image; - a new -z option has been added to enable strip chopping -
    - - TIFF home page.
    - -
    - -
    -Sam Leffler / sam@engr.sgi.com -Last updated $Date: 1999-08-09 20:21:21 $. -
    - - - diff --git a/tiff/html/v3.5.1.html b/tiff/html/v3.5.1.html deleted file mode 100755 index 9302cbb..0000000 --- a/tiff/html/v3.5.1.html +++ /dev/null @@ -1,75 +0,0 @@ - - - -Changes in TIFF v3.5.1 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • None of consequence -
    - -

    - -CHANGES IN LIBTIFF: - - -
      -
    • Support was added for IPTC Newsphoto metadata (TIFFTAGE_IPTCNEWSPHOTO) -
    • Support was added for photoshop caption handling (TIFFTAG_PHOTOSHOP) -
    - -

    - -CHANGES IN THE TOOLS: - -
      -
    • Bill Radcliffe's iptcutil was -added to the "contrib" subdirectory . It can convert an IPTC binary -blob to ASCII text and vice-versa. The blob itself can be extracted -from or added to an image with the ImageMagick convert(1) -utility. -
    - - TIFF home page.
    - -
    - -Last updated $Date: 2006-01-03 01:42:30 $. - - - diff --git a/tiff/html/v3.5.2.html b/tiff/html/v3.5.2.html deleted file mode 100755 index ad70db8..0000000 --- a/tiff/html/v3.5.2.html +++ /dev/null @@ -1,108 +0,0 @@ - - - -Changes in TIFF v3.5.2 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    - -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • Corrected alpha versioning. - -
    • Removed distinction between alpha and release targets in Makefile.in. - -
    • Added release.stamp target, which tags cvs tree, and updates - "RELEASE-DATE" - -
    • Added releasediff target, which diffs tree with source as of - date in "RELEASE-DATE" - -
    • Ticked up version to 3.5.2 (alpha 01 -- but I think we'll moving - away from alpha/non-alpha distinctions). - -
    - -

    - -CHANGES IN LIBTIFF: - - -
      -
    • Added IRIX/gcc, and OSF/1 4.x support on behalf of - Albert Chin-A-Young - -
    • Added TIFFReassignTagToIgnore() API on behalf of - Bruce Cameron . Man page still pending. - -
    • pre-remove so link before softlink in LINUXdso action in - libtiff/Makefile.in to avoid failure on LINUXdso builds other than - the first. - -
    • Fixed problem with cvtcmap() in tif_getimage.c modifying the - colormaps owned by the TIFF handle itself when trying to fixup wrong - (eight bit) colormaps. Corrected by maintaining a private copy of - the colormap. - -
    • Added TIFFReadRGBATile()/TIFFReadRGBAStrip() support in - tif_getimage.c. - -
    • Applied "a" mode fix to tif_win32.c/TIFFOpen() as suggested - by Christopher Lawton - -
    • Set O_BINARY for tif_unix.c open() ... used on cygwin for instance. - -
    • Added CYGWIN case in configure. - -
    • Applied Francois Dagand's patch to handle fax decompression bug. - (sizes >= 65536 were failing) -
    - -

    - -CHANGES IN THE TOOLS: - -
      -
    • Added addtiffo (add overviews to a TIFF file) in contrib. Didn't - put it in tools since part of it is in C++. -
    - - TIFF home page.
    - -
    - -Last updated $Date: 2004-11-26 14:37:20 $. - - - diff --git a/tiff/html/v3.5.3.html b/tiff/html/v3.5.3.html deleted file mode 100755 index 3103a6b..0000000 --- a/tiff/html/v3.5.3.html +++ /dev/null @@ -1,132 +0,0 @@ - - - -Changes in TIFF v3.5.3 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -The ChangeLog will follow, but please note the most important change: -LZW compression has been removed. -

    -Unisys has the patent on LZW compression and have been very active in -their enforcement of late, demanding payments of $5000 or more from -websites using unlicensed software to create GIF's. They could well -do the same do persons using libtiff to create LZW compressed TIFF -images. -

    -From Burn All GIF's Day: -
    -The catch is that it appears to be difficult or impossible to get a -Unisys license to use LZW in free software that complies with the Open -Source Definition -

    -Unfortunatly, the removal of LZW compression means that saved image size has -grown dramatically. Without a change in the TIFF spec to support -another lossless compression format, this is unavoidable. -

    -The library can use zip for lossless compression, but as this is not -part of the spec, TIFFs using zip compression may not work with other -software -

    -We will be making a patch available that will contain the LZW -compression code for users who have either obtained a license from -Unisys or are willing to risk it. -

    -LZW decompression is unchanged. -

    -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • Added zip creation to release makefile target - - -
    - -

    - -CHANGES IN LIBTIFF: - - -
      - -
    • Added html for TIFFWriteTile.3t man page. - -
    • Added some changes to tif_write.c to support rewriting existing - fixed sized tiles and strips. Code mods disabled by default, only - enabled if REWRITE_HACK is defined for now. - -
    • Added TIFFWriteTile.3t man page. - -
    • Added notes on use of makefile.vc in build.html, and fixed - email subscription address. - -
    • Fixed apocalypse-inducing y2k bug in contrib/ras/ras2tiff.c - -
    • Did some casts cleaning up to reduce compiler warnings in tif_fax3.c, - from Bruce Carmeron -- modifications of - changes made by Frank (sun cc still complained on cast). - -
    • fixed various VC++ warnings as suggested by Gilles Vollant - . - -
    • Modified TIFFquery.3t man pages info on TIFFIsByteSwapped() to - not imply applications are responsible for image data swapping. - -
    • HTML-ized the man pages, added to html/man - -
    • Removed LZW Compression to comply with Unisys patent extortion. - -
    • Corrected one remaining 16 -> 32 bit value in tif_fax3.c, - From Ivo Penzar Added patch from Ivo Penzar to have TiffAdvanceDirectory handle - memory mapped files. -
    - -

    - -CHANGES IN THE TOOLS: - -
      -
    • Fixed apocalypse-inducing y2k bug in contrib/ras/ras2tiff.c -
    - - TIFF home page.
    - -
    - -Last updated $Date: 2004-11-26 14:37:20 $. - - - diff --git a/tiff/html/v3.5.4.html b/tiff/html/v3.5.4.html deleted file mode 100755 index 7b06daf..0000000 --- a/tiff/html/v3.5.4.html +++ /dev/null @@ -1,88 +0,0 @@ - - - -Changes in TIFF v3.5.4 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • None - - -
    - -

    - -CHANGES IN LIBTIFF: - - -
      - -
    • Added Pixar tag support. Contributed by Phil Beffery - -
    • Made one more change to tif_dir.c for removal of LZW compression. Also added notice - when LZW compression invoked. - -
    • Fixed bug that caused LZW (non) compression to segfault. Added - warning about LZW compression removed being removed, and why. - -
    - -

    - -CHANGES IN THE TOOLS: - -
      -
    • Changed default compression in tools to TIFF_PACKBITS, and changed usage descriptions - in tools to reflect removal of LZW compression - -
    • Added nostrip to install in tools/Makefile.in so that debugging - symbols are kept. - -
    • Made Packbits the default compression in tools/tiff2rgba.c instead - of LZW. - - -
    - - TIFF home page.
    - -
    - -Last updated $Date: 2006-01-03 01:45:41 $. - - - diff --git a/tiff/html/v3.5.5.html b/tiff/html/v3.5.5.html deleted file mode 100755 index 38b1f6d..0000000 --- a/tiff/html/v3.5.5.html +++ /dev/null @@ -1,155 +0,0 @@ - - - -Changes in TIFF v3.5.5 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      - -
    • configure: added test for libc6 for linux targets. Bug reported by - Stanislav Brabec - -
    • configure: fixed bugs in sed scripts - (applied sed script s:/@:s;@:;s:/s;;:;: to configure). - fix submitted by Stanislav Brabec - -
    • tools/iptcutil was not in files list, and wasn't being - added to tar archive. Updated Makefile.in. - -
    • Added 3.5 docs to html/Makefile.in. - Thanks to Stanislav Brabec - -
    • Fixed tools/tiffcmp so that stopondiff testing works. - Patch care of Joseph Orost . - -
    • Added fax3sm_winnt.c to distribution list in Makefile.in. - -
    • Added libtiff/libtiff.def to TIFFILES distribution list. -
    - -

    - -CHANGES IN LIBTIFF: - - -
      -
    • tif_fax3.c: Fixed serious bug introduced during the uint16->uint32 - conversion for the run arrays. - -
    • Set td_sampleformat default to SAMPLEFORMAT_UINT instead of - SAMPLEFORMAT_VOID in TIFFDefaultDirectory() in tif_dir.c. - -
    • Added "GetDefaulted" support for TIFFTAG_SAMPLEFORMAT in tif_aux.c. - -
    • Patched tif_fax3.c so that dsp->runs is allocated a bit bigger - to avoid overruns encountered with frle_bug.tif. - - -
    • Modified tif_unix.c to support 2-4GB seeks if USE_64BIT_API is - set to 1, and added default (off) setting in tiffconf.h. This - should eventually be set by the configure script somehow. - - The original work on all these 2-4GB changes was done by - Peter Smith (psmith@creo.com). - -
    • Modified tif_win32.c to support 2-4GB seeks. - -
    • tentatively changed toff_t to be unsigned instead of signed to - facilitate support for 2-4GB files. - -
    • Updated a variety of files to use toff_t. Fixed some mixups - between toff_t and tsize_t. - -
    • Set tif_rawdatasize to zero when freeing raw data buffer in - TIFFWriteDirectory(). - -
    • Enabled "REWRITE_HACK" in tif_write.c by default. - -
    • Fix bug in tif_write.c when switching between reading one directory - and writing to another. - -
    • Made TIFFWriteCheck() public, and added TIFFCreateDirectory() - -
    • Added TIFFmemory(3t) functions to libtiff.def. - -
    • Added libtiff/libtiff.def to TIFFILES distribution list. -
    - -

    - -CHANGES IN THE TOOLS: - -
      -
    • fax2ps: Fixed mixup of width and height in bounding box statement - as per submission by Nalin Dahyabhai . - -
    • fax2ps: Modified printruns to take uint32 instead of uint16. - Patch courtesy of Bernt Herd - - -
    • Largely reimplemented contrib/addtiffo to avoid temp files, - updating the TIFF file in place. Fixed a few other bugs to. - -
    • Altered descriptions in tools to reflect "by default" lzw not supported -
    - -

    - -CHANGES IN THE LZW COMPRESSION KIT -
      -
    • created mangle-src.sh -- sed scripts to munge src into LZW enabled format. Thanks to Stanislav Brabec - -
    • created Makefile - -
    • merged tif_dir.c with current source. - - -
    • Created lzw compression kit, as a new CVS module (libtiff-lzw-compression-kit). - -
    • Updated index.html to note lzw compression kit. - -
    - - TIFF home page.
    - -
    - -Last updated $Date: 2004-11-26 14:37:20 $. - - - diff --git a/tiff/html/v3.5.6-beta.html b/tiff/html/v3.5.6-beta.html deleted file mode 100755 index d4933a8..0000000 --- a/tiff/html/v3.5.6-beta.html +++ /dev/null @@ -1,185 +0,0 @@ - - - -Changes in TIFF v3.5.6 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      - -
    • Added GNULDdso target and switched linux and freebsd to use it. -
    • tools/Makefile.in: Modified to install properly on SGI. -
    • configure: Fixed DSO test for Linux as per patch from - Jan Van Buggenhout . - -
    - -

    - -CHANGES IN LIBTIFF: - - -
      - -
    • tif_dir.c: Clear TIFF_ISTILED flag in TIFFDefaultDirectory - as per http://bugzilla.remotesensing.org/show_bug.cgi?id=18 - from vandrove@vc.cvut.cz. - -
    • Modified tif_packbits.c decoding to avoid overrunning the - output buffer, and to issue a warning if data needs to be - discarded. See http://bugzilla.remotesensing.org/show_bug.cgi?id=18 - -
    • Modified TIFFClientOpen() to emit an error on an attempt to - open a comperessed file for update (O_RDWR/r+) access. This is - because the compressor/decompressor code gets very confused when - the mode is O_RDWR, assuming this means writing only. See - bug http://bugzilla.remotesensing.org/show_bug.cgi?id=13 - -
    • Applied patch for 0x0000 sequences in tif_fax3.h's definition - of EXPAND1D() as per bug 11 (from Roman). - -
    • Fixed tiffcomp.h to avoid win32 stuff if unix #defined, to improve - cygwin compatibility. - -
    • Applied patch from Roman Shpount to tif_fax3.c. This seems to - be a proper fix to the buffer sizing problem. See - http://bugzilla.remotesensing.org/show_bug.cgi?id=11 - -
    • Fixed tif_getimage.c to fix overrun bug with YCbCr images without - downsampling. http://bugzilla.remotesensing.org/show_bug.cgi?id=10 - Thanks to Nick Lamb for reporting the - bug and proving the patch. - -
    • Fixed tif_jpeg.c so avoid destroying the decompressor before - we are done access data thanks to bug report from: - Michael Eckstein . - -
    • tif_open.c: Don't set MMAP for O_RDWR files. - -
    • tif_open.c: Set STRIPCHOP_DEFAULT for O_RDWR as well as O_RDONLY - so that files opened for update can be strip chopped too. - -
    • tif_read.c: fixed up bug with files missing rowsperstrip and - the strips per separation fix done a few weeks ago. - -
    • Tentatively added support for SAMPLEFORMAT_COMPLEXIEEEFP, and - SAMPLEFORMAT_COMPLEXINT. - -
    • index.html, bugs.html: added bugzilla info. - -
    • tif_read.c: fix subtle bug with determining the number of - rows for strips that are the last strip in a separation but - not the last strip of all in TIFFReadEncodedStrip(). - -
    • Applied 16/32 bit fix to tif_fax3.c. Fix supplied by - Peter Skarpetis - -
    • Modified tiffio.h logic with regard to including windows.h. It - won't include it when building with __CYGWIN__. - -
    • README: update to mention www.libtiff.org, don't list Sam's old - email address. - -
    • libtiff/tif_dirread.c: Don't use estimate strip byte count for - one tile/strip images with an offset, and byte count of zero. These - could be "unpopulated" images. - -
    • tif_win32.c: Applied patch to fix overreads and ovverwrites - caught by BoundsChecker. From Arvan Pritchard - (untested). - -
    • tif_getimage.c: Applied patch to silence VC6 warnings. From - Arvan Pritchard - -
    • tif_lzw.c: Applied patch to silence VC6 warnings. From - Arvan Pritchard - -
    • libtiff/tif_apple.c: Applied "Carbon" support patches supplied by - Leonard Rosenthol . May interfere - with correct building on older systems. If so, please let me know. - - -
    - -

    - -CHANGES IN THE TOOLS: - -
      - -
    • tools/rgb2ycbcr.c: fixed output strip size to account for vertical - roundup if rows_per_strip not a multiple of vertical sample size. - -
    • tools/tiffsplit.c: Copy TIFFTAG_SAMPLEFORMAT. - -
    • Modified tiff2bw to ensure portions add to 100%, and that - white is properly recovered. See bug - http://bugzilla.remotesensing.org/show_bug.cgi?id=15 Patch - c/o Stanislav Brabec - -
    - -

    - -CHANGES IN CONTRIB: - -
      - -
    • contrib/addtiffo: Added "averaging" resampling option. - -
    • Added contrib/stream (stream io) code submitted by Avi Bleiweiss. - -
    - -

    - -CHANGES IN THE LZW COMPRESSION KIT -
      - -
    • updated tif_dir.c to reflect changes to no-lzw tif_dir.c - -
    - - TIFF home page.
    - -
    - -Last updated $Date: 2006-03-18 17:12:47 $. - - - diff --git a/tiff/html/v3.5.7.html b/tiff/html/v3.5.7.html deleted file mode 100755 index 84dff1a..0000000 --- a/tiff/html/v3.5.7.html +++ /dev/null @@ -1,259 +0,0 @@ - - - -Changes in TIFF v3.5.7 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • libtiff/libtiff.def: Brent Roman submitted new version adding -serveral missing entry points. Also add a few other entry points -later. - -
    • configure, Makefile.in, etc: added support for OPTIMIZER being - set from config.site. -
    • config.guess: updated wholesale to an FSF version apparently - from 1998 (as opposed to 1994). This is mainly inspired by - providing for MacOS X support. - -
    • configure/config.site: modified to check if -lm is needed for - MACHDEPLIBS if not supplied by config.site. Needed for Darwin. -
    • libtiff/tiff.h: Applied hac to try and resolve the problem - with the inttypes.h include file on AIX. (Bug 39) - -
    • configure, *Makefile.in: Various changes to improve configuration - for HP/UX specifically, and also in general. (Bug 40) They include: -
        -
      • Try to handle /usr/bin/sh instead of /bin/sh where necessary. -
      • Upgrade to HP/UX 10.x+ compiler, linker and dso options. -
      • Fixed mmap() test to avoid MMAP_FIXED ... it isn't available on HP -
      • Use -${MAKEFLAGS} in sub makes from makefiles. -
      • Fixed SCRIPT_SH/SHELL handling. -
      -
    • configure: Changes for DSO generation on AIX provided by - John Marquart . - -
    • configure, libtiff/Makefile.in: Modified to build DSOs properly - on Darwin thanks to Robert Krajewski (rpk@alum.mit.edu) and - Keisuke Fujii (fujiik@jlcuxf.kek.jp). - -
    • configure, libtiff/Makefile.in: applied OpenBSD patches as per bug 61. - -
    • Makefile.in: added DESTDIR support as per bug 60. - -
    • libtiff/tif_jpeg.c: Define HAVE_BOOLEAN on windows if RPCNDR.H - has been included. -
    • man/Makefile.in: add TIFFClientOpen link as per debian submitted - bug 66. -
    • libtiff/Makefile.in: Fixed @DSOSUB_VERSION to be @DSOSUF_VERSION@ - in two places. -
    - -

    - - - -CHANGES IN LIBTIFF: - - -
      -
    • tif_fax3.c: keep rw_mode flag internal to fax3 state to remember - whether we are encoding or decoding. This is to ensure graceful - recovery if TIFFClientOpen() discovers an attempt to open a compressed - file for "r+" access, and subsequently close it, as it resets the - tif_mode flag to O_RDONLY in this case to avoid writes, confusing the - compressor's concept of whether it is in encode or decode mode. -
    • tif_luv.c/tiff.h/tiffio.h: - New version of TIFF LogLuv (SGILOG) modules contributed by Greg Ward - (greg@shutterfly.com). He writes: - -
        -
      1. I improved the gamut-mapping function in tif_luv.c for imaginary - colors, because some images were being super-saturated on the input - side and this resulted in some strange color shifts in the output. - -
      2. I added a psuedotag in tiff.h to control random dithering during - LogLuv encoding. This is turned off by default for 32-bit LogLuv and - on for 24-bit LogLuv output. Dithering improves the average color - accuracy over the image. - -
      3. I added a #define for LOG_LUV_PUBLIC, which is enabled by default in - tiffio.h, to expose internal routines for converting between LogLuv and - XYZ coordinates. This is helpful for writing more efficient, - specialized conversion routines, especially for reading LogLuv files. -
      - -
    • libtiff/tif_dirinfo.c: don't declare tiffFieldInfo static on VMS. - -
    • Added TIFFTAG_COPYRIGHT support. -
    • tif_getimage.c: Added support for 16bit minisblack/miniswhite - images in RGBA interface. -
    • libtiff/tif_dirinfo.c: removed duplicate TIFFTAG_PHOTOSHOP as per - bug 44. -
    • libtiff/tif_dirwrite.c: Added support for TIFF_VARIABLE2 in the - case of writing TIFF_BYTE/TIFF_SBYTE fields as per bug 43. - -
    • libtiff/tif_dirinfo.c: Modified the TIFF_BYTE definition for - TIFFTAG_PHOTOSHOP to use a writecount of TIFF_VARIABLE2 (-3) to - force use of uint32 counts instead of short counts. - -
    • libtiff/tif_dirinfo.c: moved pixar and copyright flags to - ensure everything is in order. - -
    • Integrated experimental OJPEG support from Scott Marovich of HP. - -
    • libtiff/tif_open.c: Seek back to zero after failed read, - before writing header. - -
    • libtiff/tiff.h, libtiff/tif_fax3.c: added check for __LP64__ - when checking for 64 bit architectures as per bugzilla bug 67. -
    • libtiff/tif_getimage.c: Use memmove() instead of TIFFmemcpy() - in TIFFReadRGBATile() to avoid issues in cases of overlapping - buffers. See Bug 69 in Bugzilla. -
    • libtiff/tif_getimage.c: Don't complain for CMYK (separated) - images with more than four samples per pixel as per bug 73. - -
    • libtiff/tif_getimage.c: relax handling of contig case where -there are extra samples that are supposed to be ignored as per bug 75. This -should now work for 8bit greyscale or palletted images. - -
    • libtiff/tif_packbits.c: fixed memory overrun error as per bug 77. - -
    • libtiff/tif_getimage.c: Fixed problem with reading strips or -tiles that don't start on a tile boundary. Fix contributed by -Josep Vallverdu (from HP), and further described in bug 47. - -
    • libtif/tif_fax3.c: Removed #ifdef PURIFY logic, and modified to - always use the "safe" version, even if there is a very slight - cost in performance as per bug 54. -
    • libtiff/tif_lzw.c: added dummy LZWSetupEncode() to report an - error about LZW not being available. - -
    • libtiff/tif_dir.c: propagate failure to initialize compression - back from TIFFSetField() as an error status, so applications can - detect failure. - -
    • libtiff/tif_lzw.c: Avoid MS VC++ 5.0 optimization bug as per bug 78. - -
    • libtiff/tif_dirwrite.c: added TIFFRewriteDirectory() function. -Updated TIFFWriteDirectory man page to include TIFFRewriteDirectory. - -
    • libtiff/tiff.h: I have created COMPRESSION_CCITT_T4, - COMPRESSION_CCITT_T6, TIFFTAG_T4OPTIONS and TIFFTAG_T6OPTIONS aliases - in keeping with TIFF 6.0 standard in tiff.h as per bug 83. - -
    • Added PHOTOMETRIC_ITULAB as per bug 90. - -
    - -

    - - - -CHANGES IN THE TOOLS: - -
      -
    • Brent Roman contributed updated tiffcp utility (and tiffcp.1) - with support for extracting subimages with the ,n syntax, and also - adding the -b bias removal flag. -
    • tiff2ps.c/tiff2ps.1: Substantial changes to tiff2ps by - Bruce A. Mallett, including a faster encoder, fixes for level - 2 PostScript, and support for the imagemask operator. -
    • fax2ps.c: Helge (libtiff at oldach.net) submitted fix -that corrects behaviour for non-Letter paper -sizes. (Bug 35) It fixes two problems: -
      - Without scaling (-S) the fax is now centered on the page size specified - with -H and/or -W. Before, fax2ps was using an obscure and practially - useless algorithm to allocate the image relative to Letter sized paper - which sometime sled to useless whitespace on the paper, while at the - same time cutting of the faxes printable area at the opposite border. -
      - - Second, scaling now preserves aspect ratio, which makes unusual faxes - (in particular short ones) print properly. - -
    • thumbnail.c: changed default output compression - to packbits from LZW since LZW isn't generally available. -
    • tiff2rgba.c: added -n flag to avoid emitting alpha component. Also added -a man page for tiff2rgba. - -
    • tiffcmp.c: Fixed multi samples per pixel support for ContigCompare -as per bug 53. -Updated bug section of tiffcmp.1 to note tiled file issues. - -
    • libtiff/tif_getimage.c: Fixed so that failure is properly - reported by gtTileContig, gtStripContig, gtTileSeparate and - gtStripSeparate as per bug 51. - - -
    - -

    - - - -CHANGES IN THE LZW COMPRESSION KIT: -
      -
    • Rewrote lzw patching process so that is required to enable full - LZW support is to drop the tif_lzw.c from the - libtiff-lzw-compression-kit over the one in the libtiff directory. - -
    • Some changes were made to make recovery from failure to - initialize the LZW compressor more graceful. - -
    • Note that as distributed libtiff support LZW decompression, but - not LZW compression. -
    - - - -CHANGES IN THE CONTRIB AREA: -
      -
    • Fixed distribution to include contrib/addtiffo/tif_ovrcache.{c,h}. -
    - - TIFF home page.
    - -
    - -Last updated $Date: 2004-11-26 14:37:20 $. - - - diff --git a/tiff/html/v3.6.0.html b/tiff/html/v3.6.0.html deleted file mode 100755 index 4d65197..0000000 --- a/tiff/html/v3.6.0.html +++ /dev/null @@ -1,434 +0,0 @@ - - - -Changes in TIFF v3.6.0 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      -
    • New utility raw2tiff -for converting raw rasters into TIFF files. -
    • Lots of new tiff2ps options. -
    • Lots of new fax2tiff options. -
    • Lots of bug fixes for LZW, JPEG and OJPEG compression. -
    - -

    Custom Tag Support

    - -The approach to extending libtiff with custom tags has changed radically. -Previously, all internally supported TIFF tags had a place in the -private TIFFDirectory structure within libtiff to hold the values (if read), -and a "field number" (ie. FIELD_SUBFILETYPE) used to identify that tag. -However, every time a new tag was added to the core, the size of the -TIFFDirectory structure would changing, breaking any dynamically linked -software that used the private data structures.

    - -Also, any tag not recognised -by libtiff would not be read and accessable to applications without some -fairly complicated work on the applications part to pre-register the tags -as exemplified by the support for "Geo"TIFF tags by libgeotiff layered on -libtiff.

    - -Amoung other things this approach required the extension code -to access the private libtiff structures ... which made the higher level -non-libtiff code be locked into a specific version of libtiff at compile time. -This caused no end of bug reports!

    - -The new approach is for libtiff to read all tags from TIFF files. Those that -aren't recognised as "core tags" (those having an associated FIELD_ value, -and place for storage in the TIFFDirectory structure) are now read into a -dynamic list of extra tags (td_customValues in TIFFDirectory). When a new -tag code is encountered for the first time in a given TIFF file, a new -anonymous tag definition is created for the tag in the tag definition list. -The type, and some other metadata is worked out from the instance encountered. -These fields are known as "custom tags".

    - -Custom tags can be set and fetched normally using TIFFSetField() and -TIFFGetField(), and appear pretty much like normal tags to application code. -However, they have no impact on internal libtiff processing (such as -compression). Some utilities, such as tiffcp will now copy these custom -tags to the new output files.

    - -As well as the internal work with custom tags, new C API entry points -were added so that extension libraries, such as libgeotiff, could -define new tags more easily without accessing internal data structures. -Because tag handling of extension tags is done via the "custom fields" -mechanism as well, the definition provided externally mostly serves to provide -a meaningful name for the tag. - -The addition of "custom tags" and the altered approach to extending libtiff -with externally defined tags is the primary reason for the shift to the -3.6.x version number from 3.5.x.

    - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • configure, config.site: Fix for large files (>2GiB) support. New -option in the config.site: LARGEFILE="yes". Should be enougth for the large -files I/O. - -
    • configure: Set -DPIXARLOG_SUPPORT option along with -DZIP_SUPPORT. - -
    • html/Makefile.in: Updated to use groffhtml for generating html pages -from man pages. - -
    • configure, libtiff/Makefile.in: Added SCO OpenServer 5.0.6 support -from John H. DuBois III. - -
    • libtiff/{Makefile.vc, libtiff.def}: Missed declarations added. - -
    • libtiff/Makefile.in, tools/Makefile.in: Shared library will not be -stripped when installing, utility binaries will do be stripped. As per bug 93. - -
    • man/Makefile.in: Patch DESTDIR handling as per bug 95. - -
    • configure: OpenBSD changes for Sparc64 and DSO version as per bug 96. - -
    • config.site/configure: added support for OJPEG=yes option to enable -OJPEG support from config.site. - -
    • config.guess, config.sub: Updated from ftp.gnu.org/pub/config. - -
    • configure: Modify CheckForBigEndian so it can work in a cross -compiled situation. - -
    • configure, libtiff/Makefile.in: Changes for building on MacOS 10.1 -as per bug 94. - -
    • html/Makefile.in: added missing images per bug 92. - -
    • port/Makefile.in: fixed clean target per bug 92. -
    - -

    - - - -CHANGES IN LIBTIFF: - -
      - -
    • libtiff/tif_getimage.c: New function TIFFReadRGBAImageOriented() -implemented to retrieve raster array with user-specified origin position. - -
    • libtiff/tif_fax3.c: Fix wrong line numbering. - -
    • libtiff/tif_dirread.c: Check field counter against number of fields. - -
    • Store a list of opened IFD to prevent directory looping. - -
    • libtiff/tif_jpeg.c: modified segment_height calculation to always -be a full height tile for tiled images. Also changed error to just -be a warning. - -
    • libtiff/tif_lzw.c: fixed so that decoder state isn't allocated till -LZWSetupDecode(). Needed to read LZW files in "r+" mode. - -
    • libtiff/tif_dir.c: fixed up the tif_postdecode settings responsible -for byte swapping complex image data. - -
    • libtiff/tif_open.c: Removed error if opening a compressed file -in update mode bug (198). - -
    • libtiff/tif_write.c: TIFFWriteCheck() now fails if the image is -a pre-existing compressed image. That is, image writing to pre-existing -compressed images is not allowed. - -
    • html/man/*.html: Web pages regenerated from man pages. - -
    • libtiff/tif_jpeg.c: Hack to ensure that "boolean" is defined properly -on Windows so as to avoid the structure size mismatch error from libjpeg -(bug 188). - -
    • libtiff/tiff.h: #ifdef USING_VISUALAGE around previous Visual Age -AIX porting hack as it screwed up gcc. (bug 39) - -
    • libtiff/tiff.h: added COMPRESSION_JP2000 (34712) for LEAD tools -custom compression. - -
    • libtiff/tif_dirread.c: Another fix for the fetching SBYTE arrays -by the TIFFFetchByteArray() function. (bug 52) - -
    • libtiff/tif_dirread.c: Expand v[2] to v[4] in TIFFFetchShortPair() -as per bug 196. - -
    • libtiff/tif_lzw.c: Additional consistency checking added in -LZWDecode() and LZWDecodeCompat() fixing bugs 190 and 100. - -
    • libtiff/tif_lzw.c: Added check for valid code lengths in LZWDecode() -and LZWDecodeCompat(). Fixes bug 115. - -
    • tif_getimage.c: Ensure that TIFFRGBAImageBegin() returns the -return code from the underlying pick function as per bug 177. - -
    • libtiff/{tif_jpeg.c,tif_strip.c,tif_print.c}: Hacked tif_jpeg.c to -fetch TIFFTAG_YCBCRSUBSAMPLING from the jpeg data stream if it isn't -present in the tiff tags as per bug 168. - -
    • libtiff/tif_jpeg.c: Fixed problem with setting of nrows in -JPEGDecode() as per bug 129. - -
    • libtiff/tif_read.c, libtiff/tif_write.c: TIFFReadScanline() and -TIFFWriteScanline() now set tif_row explicitly in case the codec has -fooled with the value as per bug 129. - -
    • libtiff/tif_ojpeg.c: Major upgrade from Scott. Details in bug 156. - -
    • libtiff/tif_open.c: Pointers to custom procedures -in TIFFClientOpen() are checked to be not NULL-pointers. - -
    • libtiff/tif_lzw.c: Assertions in LZWDecode and LZWDecodeCompat -replaced by warnings. Now libtiff should read corrupted LZW-compressed -files by skipping bad strips as per bug 100. - -
    • libtiff/: tif_dirwrite.c, tif_write.c, tiffio.h: -TIFFCheckpointDirectory() -routine added as per bug 124. The -TIFFWriteDirectory -man page discusses this new function as well as the related -TIFFRewriteDirectory(). - -
    • libtiff/: tif_codec.c, tif_compress.c, tiffiop.h, tif_getimage.c: -Introduced -additional members tif->tif_decodestatus and tif->tif_encodestatus -for correct handling of unconfigured codecs (we should not try to read -data or to define data size without correct codecs). See bug 119. - -
    • tif_dirread.c: avoid div-by-zero if rowbytes is zero in chop func as -per bug 111. - -
    • libtiff/: tiff.h, tif_dir.c, tif_dir.h, tif_dirinfo.c, tif_dirread.c, -tif_dirwrite.c: Dwight Kelly added get/put code for new tag XMLPACKET as -defined in Adobe XMP Technote. Added missing INKSET tag value from TIFF 6.0 -spec INKSET_MULTIINK (=2). Added missing tags from Adobe TIFF technotes: -CLIPPATH, XCLIPPATHUNITS, YCLIPPATHUNITS, OPIIMAGEID, OPIPROXY and -INDEXED. Added PHOTOMETRIC tag value from TIFF technote 4 ICCLAB (=9). - -
    • libtiff/tif_getimage.c: Additional check for supported codecs added in -TIFFRGBAImageOK, TIFFReadRGBAImage, TIFFReadRGBAStrip and TIFFReadRGBATile now -use TIFFRGBAImageOK before reading a per bug 110. - -
    • libtiff/: tif_dir.c, tif_dir.h, tif_dirinfo.c, tif_dirread.c, -tif_dirwrite.c: Added routine -TIFFDataWidth for determining -TIFFDataType sizes instead of working with tiffDataWidth array -directly as per bug 109. - -
    • libtiff/: tif_dirinfo.c, tif_dirwrite.c: Added possibility to -read broken TIFFs with LONG type used for TIFFTAG_COMPRESSION, -TIFFTAG_BITSPERSAMPLE, TIFFTAG_PHOTOMETRIC as per bug 99. - -
    • libtiff/{tiff.h,tif_fax3.c}: Add support for __arch64__ as per bug 94. - -
    • libtiff/tif_read.c: Fixed TIFFReadEncodedStrip() to fail if the -decodestrip function returns anything not greater than zero as per bug 97. - -
    • libtiff/tif_jpeg.c: fixed computation of segment_width for -tiles files to avoid error about it not matching the -cinfo.d.image_width values ("JPEGPreDecode: Improper JPEG strip/tile -size.") for ITIFF files. Apparently the problem was incorporated since -3.5.5, presumably during the OJPEG/JPEG work recently. - -
    • libtiff/tif_getimage.c: If DEFAULT_EXTRASAMPLE_AS_ALPHA is 1 -(defined in tiffconf.h - 1 by default) then the RGBA interface -will assume that a fourth extra sample is ASSOCALPHA if the -EXTRASAMPLE value isn't set for it. This changes the behaviour of -the library, but makes it work better with RGBA files produced by -lots of applications that don't mark the alpha values properly. -As per bugs 93 and 65. - -
    • libtiff/tif_jpeg.c: allow jpeg data stream sampling values to -override those from tiff directory. This makes this work with -ImageGear generated files. - -
    - -

    - - - -CHANGES IN THE TOOLS: - -
      - -
    • tiff2ps: Added page size setting -when creating PS Level 2. - -
    • tiff2ps: Fixed PS comment emitted when -FlateDecode is being used. - -
    • tiffsplit: increased the maximum -number of pages that can be split. - -
    • raw2tiff: Added option `-p' to -explicitly select color space of input image data. - -
    • tiffmedian: Suppiort for large -(> 2GB) images. - -
    • ppm2tiff: Fixed possible endless loop. - -
    • tiff2rgba: Switched to use -TIFFReadRGBAImageOriented() -instead of TIFFReadRGBAImage(). - -
    • tiffcmp: Fixed problem with unused data -comparing (bug 349). `-z' option now can be used to set the number of reported -different bytes. - -
    • tiffcp: Added possibility to specify -value -1 to -r option to get the entire image as one strip (bug 343). - -
    • tiffcp: Set the correct RowsPerStrip -and PageNumber values (bug 343). - -
    • fax2tiff: Page numbering fixed (bug -341). - -
    • ppm2tiff: PPM header parser improved: -now able to skip comments. - -
    • tiff2ps: Force deadzone printing when -EPS output specified (bug 325). - -
    • tiff2ps: Add ability to generate -PS Level 3. It basically allows one to use the /flateDecode filter for ZIP -compressed TIFF images. Patch supplied by Tom Kacvinsky (bug 328). - -
    • tiffcp: Fixed problem with colorspace -conversion for JPEG encoded images (bugs 23 and 275) - -
    • fax2tiff: Applied patch from -Julien Gaulmin. More switches for fax2tiff tool for better control -of input and output (bugs 272 and 293). - -
    • raw2tiff: -New utility for turning raw raster images into TIFF files -written by Andrey Kiselev. - -
    • tiff2ps: -Sebastian Eken provided patches (bug 200) to add new these new -switches: -
        -
      • -b #: for a bottom margin of # inches -
      • -c: center image -
      • -l #: for a left margin of # inches -
      • -r: rotate the image by 180 degrees -
      - -Also, new features merged with code for shrinking/overlapping. - -
    • tiff2ps: Don't emit BeginData/EndData -DSC comments since we are unable to properly include the amount to skip -as per bug 80. - -
    • tiff2ps: Added workaround for some -software that may crash when last strip of image contains fewer number -of scanlines than specified by the `/Height' variable as per bug 164. - -
    • tiff2ps: Patch from John Williams to add new -functionality for tiff2ps utility splitting long images in several pages as -per bug 142. New switches: -
        -
      • -H #: split image if height is more than # inches -
      • -L #: overLap split images by # inches -
      - -
    • tiff2ps: New commandline -switches to override resolution units obtained from the input file per bug 131: -
        -
      • -x: override resolution units as centimeters -
      • -y: override resolution units as inches -
      - -
    • fax2tiff: Updated to reflect -latest changes in libtiff per bug 125. - -
    • tiff2ps: Division by zero fixed as per bug 88. - -
    • tiffcp: -Added support for 'Orientation' tag. - -
    • tiffdump: -include TIFFTAG_JPEGTABLES in tag list. - -
    • tiffset: fix bug in error reporting. - -
    - -

    - - - -CHANGES IN THE CONTRIB AREA: -
      - -
    • Fixed distribution to include contrib/addtiffo/tif_ovrcache.{c,h}. -
    • libtiff/contrib/win95: renamed to contrib/win_dib. Added new -Tiffile.cpp example of converting TIFF files into a DIB on Win32 as per -bug 143. - -
    - - - -CHANGES IN THE LZW COMPRESSION -KIT: -
      - -
    • LZW compression kit synchronized with actual libtiff version. - -
    - - TIFF home page.
    - -
    - -Last updated $Date: 2003-10-04 11:38:17 $. - - - diff --git a/tiff/html/v3.6.1.html b/tiff/html/v3.6.1.html deleted file mode 100755 index 58e5605..0000000 --- a/tiff/html/v3.6.1.html +++ /dev/null @@ -1,199 +0,0 @@ - - - -Changes in TIFF v3.6.1 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - - - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      - -
    • libtiff/makefile.vc, tools/makefile.vc: Support for IJG JPEG library. - -
    • Makefile.in: Add an absolute path to the test_pics.sh call. - -
    • Makefile.in: Add an absolute path to the test_pics.sh call. - -
    • libtiff/tiffcomp.h: #define _BSDTYPES_DEFINED when defining BSD typedefs. - -
    • configure, libtiff/{Makefile.in, mkversion.c}: Relative buildings fixed. - -
    • Makefile.in: Add an absolute path to the test_pics.sh call. - -
    - -

    - - - -CHANGES IN LIBTIFF: - -
      - -
    • libtiff/{tif_color.c, tif_getimage.c, tiffio.h}: Added support -for ReferenceBlackWhite tag handling when converted from YCbCr color space as -per bug 120. - -
    • libtiff/{tif_getimage.c, tif_aux.c}: Read WhitePoint tag from the -file and properly use it for CIE Lab 1976 to RGB transform. - -
    • libtiff/{tif_getimage.c, tiffio.h}: Finally resolved problems with -orientation handling. TIFFRGBAImage interface now properly supports all -possible orientations, i.e. images will be flipped both in horizontal and -vertical directions if required. 'Known bugs' section now removed from the -appropriate manual pages. - -
    • libtiff/tif_luv.c: Fixed bug in 48-bit to 24-bit conversion routine, -reported by Antonio Scuri. - -
    • libtiff/{tiffio.h, tif_codec.c}: Added new function -TIFFIsCODECConfigured(), suggested by Ross Finlayson. - -
    • libtiff/tif_ojpeg.c: TIFFVGetField() function now can properly extract -the fields from the OJPEG files. Patch supplied by Ross Finlayson. - -
    • libtiff/tif_dir.h: _TIFFFindOrRegisterdInfo declaration replaced -with _TIFFFindOrRegisterFieldInfo as reported by Ross Finlayson. - -
    • libtiff/tif_dirinfo.c: Implemented binary search in _TIFFMergeFieldInfo(). -Patch supplied by Ross Finlayson. - -
    • tif_dirread.c: do not mark all anonymously defined tags to be IGNOREd (as -it was done in 3.6.0). - -
    • libtiff/{tiff.h, tif_dirinfo.c}: Added support for IFD (13) datatype, -intruduced in "Adobe PageMaker TIFF Technical Notes". - -
    • libtiff/{tif_color.c, tif_getimage.c, tiffio.h}: New color space -conversion code: CIE L*a*b* 1976 images now supported by the TIFFRGBAImage -interface. YCbCr to RGB conversion code also moved there and now has -publicly available interface. These -routines currently used in TIFFRGBAImage interface only and not supported in -other libtiff tools yet. So if you want, for example, to convert CIE Lab image -into PostScript file you should do it in two steps: chnge colorspace to RGB -using tiff2rgba utility abd then process -it with the tiff2ps. - -
    • libtiff/tif_tile.c: Remove spurious use of "s" (sample) in the -planarconfig_contig case in TIFFComputeTile() as per bug 387 - -
    • libtiff/tiffiop.h: New macros: TIFFmax and TIFFmin. - -
    • libtiff/{tiffio.h, tif_strip.c}: Added TIFFRawStripSize() function -as suggested by Chris Hanson. - -
    • libtiff/{tif_lzw.c, tif_fax3.c}: Proper support for update mode -as per bug 424. - -
    - -

    - - - -CHANGES IN THE TOOLS: - -
      - -
    • tiff2pdf: New tool, written by -Ross Finlayson, to directly convert TIFF files to PDF. - -
    • tiffgt: Unmaintained and platform -dependent sgigt utility removed and replaced with the completely rewritten -portable tiffgt tool (depend on OpenGL and -GLUT). This tool will not build by default. - -
    • ras2tiff: Properly determine -SUN Rasterfiles with the reverse byte order (it is reported by the magic -header field). Problem reported by Andreas Wiesmann. - -
    • raw2tiff: Implemented image size -guessing using correlation coefficient calculation between two neighbour -lines. - -
    - -

    - - - -CHANGES IN THE CONTRIB AREA: -
      - -
    • contrib/pds/{tif_pdsdirread.c, tif_pdsdirwrite.c}: Use TIFFDataWidth() -function insted of tiffDataWidth array. - -
    - - - -CHANGES IN THE LZW COMPRESSION -KIT: -
      - -
    • Proper support for update mode as per bug 424. - -
    - - TIFF home page.
    - -
    - -Last updated $Date: 2003-12-24 22:14:15 $. - - - diff --git a/tiff/html/v3.7.0.html b/tiff/html/v3.7.0.html deleted file mode 100755 index 7397756..0000000 --- a/tiff/html/v3.7.0.html +++ /dev/null @@ -1,144 +0,0 @@ - - - - Changes in TIFF v3.7.0 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      - -
    • Several bugs found after 3.7.0beta2 release were fixed. - -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • ltmain.sh: Fix for MinGW compilation. -
    - -

    - - - -CHANGES IN LIBTIFF: - -
      - -
    • libtiff/{tif_dirread.c, tif_jpeg.c, tif_luv.c, tif_ojpeg.c, - tif_pixarlog.c, tif_write.c}: Handle the zero strip/tile sizes - properly (Dmitry V. Levin, Marcus Meissner). - -
    • libtiff/tif_dirinfo.c: Type of the TIFFTAG_SUBIFD field changed - to TIFF_IFD. - -
    • Preliminary support for BigTIFF files: now libtiff can - recognize and reject to open such images. ;-) - -
    • libtiff/tif_dir.c: Initialize td_tilewidth and td_tilelength fields - of the TIFFDirectory structure with the 0 instead of -1 to avoid - confusing integer overflows in TIFFTileRowSize() for striped images. - -
    • libtiff/tif_dir.c: Initialize td_tilewidth and td_tilelength fields - of the TIFFDirectory structure with the 0 instead of -1 to avoid - confusing integer overflows in TIFFTileRowSize() for striped images. - -
    • libtiff/tif_dirinfo.c: Fix bug with tif_foundfield and reallocation - of tif_fieldinfo as per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=630 - -
    • libtiff/tif_compress.c: Improved error reporting in - TIFFGetConfiguredCODECs() (Dmitry V. Levin). - -
    - -

    - - - -CHANGES IN THE TOOLS: - -
      -
    • tiffcmp.c (leof): Renamed from 'eof' in order to avoid - conflict noticed under MinGW. - -
    • tiff2pdf.c: Fixed TransferFunction tag handling reported - by Ross A. Finlayson. - -
    - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      - -
    • No changes. - -
    - - - -CHANGES IN THE LZW COMPRESSION -KIT: -
      - -
    • This one is not longer needed. - -
    - - TIFF home page.
    - -
    - -Last updated $Date: 2004-12-20 19:31:44 $. - - - diff --git a/tiff/html/v3.7.0alpha.html b/tiff/html/v3.7.0alpha.html deleted file mode 100755 index d18de35..0000000 --- a/tiff/html/v3.7.0alpha.html +++ /dev/null @@ -1,249 +0,0 @@ - - - - Changes in TIFF v3.7.0alpha - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      -
    • Significant changes in software configuration: we are switched - to GNU autotools now. - -
    • tiffset: tiffset now can set any libtiff supported tags. Tags - can be supplied by the mnemonic name or number. -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • Get rid of the old configuration system and switch to - GNU autotools. -
    - -

    - - - -CHANGES IN LIBTIFF: - - - -

    - - - -CHANGES IN THE TOOLS: - -
      -
    • tiffset: tiffset now can set any libtiff supported tags. Tags - can be supplied by the mnemonic name or number. - -
    • ycbcr.c: fixed main() declaration as per: - - http://bugzilla.remotesensing.org/show_bug.cgi?id=513. - -
    • tiffsplit: Don't forget - to copy Photometric Interpretation tag. - -
    • tiffsplit: Fixed problem with - unproperly written multibyte files. Now output files will be written - using the same byte order flag as in the input image. See - . - -
    • tiffsplit: Copy JPEGTables - tag contents for JPEG compressed images. Reported by Artem Mirolubov. - -
    • tiffcp: Close output file - on normal exit. - -
    • tiffcp: Don't emit warnings - when Orientation tag does not present in the input image. - -
    • tiffcp: Properly set - Photometric Interpretation in case of JPEG compression of grayscale - images. - -
    • tiffcp: Fixed problem with wrong - interpretation of the InkNames tag as per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=466. - Memory leak fixed. - -
    • tiffcp: Fixed problem with - wrong Photometric setting for non-RGB images. - -
    - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      - -
    • Outdated stuff removed. - -
    • Almost all programs are sinchronized with the current libtiff - and should compile without problems. - -
    - - - -CHANGES IN THE LZW COMPRESSION -KIT: -
      - -
    • No changes. - -
    - - TIFF home page.
    - -
    - -Last updated $Date: 2006-03-18 17:12:47 $. - - - diff --git a/tiff/html/v3.7.0beta.html b/tiff/html/v3.7.0beta.html deleted file mode 100755 index 81701f0..0000000 --- a/tiff/html/v3.7.0beta.html +++ /dev/null @@ -1,162 +0,0 @@ - - - - Changes in TIFF v3.7.0beta - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      -
    • LZW compression enabled by default. You don't need the separate - compression kit anymore. - -
    • bmp2tiff: Added new utility to convert Windows BMP files - into TIFFs. - -
    • The first attempt to implement a test suite. -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • Many portability fixes in the new autotooled build suite. -
    - -

    - - - -CHANGES IN LIBTIFF: - -
      -
    • libtiff/{tif_luv.c, tif_next.c, tif_thunder.c}: Several buffer - overruns fixed, as noted by Chris Evans. - -
    • BSD data types (u_char, u_short, u_int, u_long) is no longer - used internally in the libtiff. Should result in simpler configuration - and better portability. - -
    • libtiff/tiff.h: Fix column tagging. Reference current Adobe XMP - specification. Reference libtiff bug tracking system to submit - private tag additions. - -
    • libtiff/tif_dirread.c: Don't reject to read tags of the - SamplesPerPixel size when the tag count is greater than number of - samples as per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=576. - -
    • libtiff/{tiffio.h, tif_open.c}: Applied patches from - Joris Van Damme to avoid requirement for tiffiop.h inclusion in - some applications. Look for details here: - - http://www.asmail.be/msg0054799560.html. - -
    • libtiff/{tiffiop.h, tif_dirinfo.c}: Fixed problem with the static - variable as per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=593. - -
    • libtiff/tif_lzw.c: LZW compression code is merged back from the - separate package. All libtiff tools are updated to not advertise an - abcence of LZW support. - -
    • libtiff/tif_dir.c: Call TIFFError() instead of producing warnings - when setting custom tags by value. Reported by Eric Fieleke. - -
    - -

    - - - -CHANGES IN THE TOOLS: - -
      -
    • tiff2ps: Avoid zero division in setupPageState() function; - properly initialize array in PSDataBW(). - -
    • tiff2pdf: Multiple bugfixes. - -
    • ras2tiff: Fixed issue with missed big-endian checks as per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=586. - -
    • bmp2tiff: Added new utility to convert Windows BMP files - into TIFFs. - -
    - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      - -
    • No changes. - -
    - - - -CHANGES IN THE LZW COMPRESSION -KIT: -
      - -
    • This one is not longer needed. - -
    - - TIFF home page.
    - -
    - -Last updated $Date: 2006-03-18 17:12:47 $. - - - diff --git a/tiff/html/v3.7.0beta2.html b/tiff/html/v3.7.0beta2.html deleted file mode 100755 index 151524a..0000000 --- a/tiff/html/v3.7.0beta2.html +++ /dev/null @@ -1,131 +0,0 @@ - - - - Changes in TIFF v3.7.0beta2 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      - -
    • The code has been reviewed by Dmitry Levin: added checks - for values, returned by the space allocation functions, fixed - problems with the possible integer overflows. - -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • Several fixes in the test suite. -
    - -

    - - - -CHANGES IN LIBTIFF: - -
      - -
    • Preliminary support for BigTIFF files: now libtiff can - recognize and reject to open such images. ;-) - -
    • libtiff/tif_dirinfo.c: changed type of XMLPacket (tag 700) to - TIFFTAG_BYTE instead of TIFFTAG_UNDEFINED to comply with the info - in the Adobe XMP Specification. - -
    • Added many checks for integer overflow and for successful space - allocations in the different parts of library. Code review - completed by Dmitry V. Levin. - -
    • libtiff/{tiffio.h, tif_compress.c}: Added - TIFFGetConfiguredCODECs()function to get the list of configured codecs. - -
    - -

    - - - -CHANGES IN THE TOOLS: - -
      -
    • tiff2bw: Write ImageWidth/Height tags to output file, as - noted by Gennady Khokhorin. - -
    - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      - -
    • No changes. - -
    - - - -CHANGES IN THE LZW COMPRESSION -KIT: -
      - -
    • This one is not longer needed. - -
    - - TIFF home page.
    - -
    - -Last updated $Date: 2006-03-18 17:12:47 $. - - - diff --git a/tiff/html/v3.7.1.html b/tiff/html/v3.7.1.html deleted file mode 100755 index d3ffb7a..0000000 --- a/tiff/html/v3.7.1.html +++ /dev/null @@ -1,233 +0,0 @@ - - - - Changes in TIFF v3.7.1 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      - -
    • This is mostly bugfix release. Most important fix is the one - related to wrong custom tag read/write code. - -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      - -
    • autogen.sh: aclocal and autoheader should be executed after - libtoolize. Also add '-I .' to aclocal invocation to check - current directory for macros. - -
    • nmake.opt: Link with the user32.lib in windowed mode. As per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=697 - -
    • nmake.opt, makefile.vc: make it easier to rename the libtiff DLL. - -
    • configure, configure.ac: Added --enable-rpath option to embed - linker paths into library binary. - -
    - -

    - - - -CHANGES IN LIBTIFF: - - - -

    - - - -CHANGES IN THE TOOLS: - -
      - -
    • fax2ps.c: Be able to extract the first page (#0). As per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=690 - -
    • tiff2ps.c: Fixed wrong variable data type when read Position - tags (Tristan Hill). - -
    • tiff2ps.c: Fixed wrong variable data type when read Resolution - tags (Peter Fales). - -
    • tiffset.c: Check the malloc return value (Dmitry V. Levin). - -
    - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      - -
    • No changes. - -
    - -Last updated $Date: 2004-12-20 19:31:44 $. - - - diff --git a/tiff/html/v3.7.2.html b/tiff/html/v3.7.2.html deleted file mode 100755 index 415ee6f..0000000 --- a/tiff/html/v3.7.2.html +++ /dev/null @@ -1,222 +0,0 @@ - - - - Changes in TIFF v3.7.2 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      - -
    • Maintainance release. Many bugfixes in the build environment - and compatibility improvements. - -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - - - -

    - - - -CHANGES IN LIBTIFF: - - - -

    - - - -CHANGES IN THE TOOLS: - - - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      - -
    • No changes. - -
    - -Last updated $Date: 2005-03-15 15:17:44 $. - - - diff --git a/tiff/html/v3.7.3.html b/tiff/html/v3.7.3.html deleted file mode 100755 index 0eee449..0000000 --- a/tiff/html/v3.7.3.html +++ /dev/null @@ -1,230 +0,0 @@ - - - - Changes in TIFF v3.7.3 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      -
    • Replace runtime endianess check with the compile time one. - -
    • Added support for the new predictor type (floating point - predictor), defined at the TIFF Technical Note 3. - -
    • Added Support for custom tags, passed by value. - Added support for all DNG tags. -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - - - -

    - - - -CHANGES IN LIBTIFF: - -
      -
    • tiffiop.h, tif_open.c: Added open option 'h' to avoid reading - the first IFD when needed. As per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=875 - -
    • tiff.h: Use correct int size on Sparc 64bit/Sun compiler - platform. As per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=855 - -
    • tif_dirinfo.c: Added support for ClipPath, XClipPathUnits - and YClipPathUnits tags. - -
    • tif_dirinfo.c, tif_dir.h, tif_dir.c, tif_print.c: Make - DocumentName, Artist, HostComputer, ImageDescription, Make, Model, - Copyright, DateTime, PageName, TextureFormat, TextureWrapModes and - TargetPrinter tags custom. - -
    • tif_jpeg.c: Cleanup the codec state depending on TIFF_CODERSETUP - flag (to fix memory leaks). - -
    • tif_dirwrite.c: Use tdir_count when calling - TIFFCvtNativeToIEEEDouble() in the TIFFWriteDoubleArray() function as - per bug - http://bugzilla.remotesensing.org/show_bug.cgi?id=845 - -
    • tif_dirinfo.c, tif_print.c: TIFFFetchByteArray() returns - uint16 array when fetching the BYTE and SBYTE fields, so we should - consider result as pointer to uint16 array and not as array of chars. - As per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=831 - -
    • tif_dir.c: More efficient custom tags retrieval as per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=830 - -
    • tif_win32.c: Use FILE_SHARE_READ | FILE_SHARE_WRITE share - mode in CreateFile() call as per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=829 - -
    • tif_jpeg.c: Substantial fix for addtiffo problems with - JPEG encoded TIFF files. Pre-allocate lots of space for jpegtables - in directory. - -
    • tif_dirread.c: Changed the code that computes - stripbytecount[0] if it appears bogus to ignore if stripoffset[0] is - zero. This is a common case with GDAL indicating a "null" tile/strip. - -
    • tif_jpeg.c: added LIB_JPEG_MK1 support in JPEGDecodeRaw(). - -
    • tif_dirread.c: Ensure that broken files with too many - values in PerSampleShorts, TIFFFetchPerSampleLongs and - TIFFFetchPerSampleAnys work ok instead of crashing. - - http://bugzilla.remotesensing.org/show_bug.cgi?id=843 - -
    • tif_predict.h, tif_predict.c: Added ability to decode and encode - floating point predictor, as per TIFF Technical Note 3. - See http://chriscox.org/TIFF_TN3_Draft2.pdf for details. - -
    • tiffio.h, tiffiop.h, tif_dir.c, tif_read.c, tif_swab.c: - Added _TIFFSwab24BitData() and TIFFSwabArrayOfLong() functions used to - swap 24-bit floating point values. - -
    • tiff.h: Added predictor constants. - -
    • tiffiop.h, tif_dir.c: Use uint32 type for appropriate values - in _TIFFVSetField() function. Inspired by the bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=816 - -
    • tif_open.c: Do not read header in case the output file should - be truncated (Ron). - -
    • tif_dirinfo.c, tif_config.h.vc: Use lfind() instead of bsearch() - in _TIFFFindFieldInfoByName() function (Ron). - -
    • tif_dir.c, tif_print.c: Properly handle all data types in custom - tags. - -
    • dirinfo.c: Added DNG tags. - -
    • tiff.h: Added missed DNG tag (LensInfo); added DNG 1.1.0.0 tags. - -
    • tif_dir.c, tif_print.c: Added Support for custom tags, passed - by value. - -
    • tiff.h, tif_dirinfo.c, tiffiop.h: Added EXIF related tags. -
    - -

    - - - -CHANGES IN THE TOOLS: - - - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      - -
    • addtiffo/{tif_overview.c, tif_ovrcache.c, tif_ovrcache.h}: - Make overviews working for contiguous images. - -
    - -Last updated $Date: 2006-01-04 22:04:46 $. - - - diff --git a/tiff/html/v3.7.4.html b/tiff/html/v3.7.4.html deleted file mode 100755 index 3ef394b..0000000 --- a/tiff/html/v3.7.4.html +++ /dev/null @@ -1,133 +0,0 @@ - - - - Changes in TIFF v3.7.4 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      -
    • Fixed important bug in custom tags handling code.. -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • Applied patch from Patrick Welche (all scripts moved in the - 'config' and 'm4' directories). - -
    • SConstruct, libtiff/SConstruct: Added the first very preliminary - support for SCons software building tool (http://www.scons.org/). - This is experimental infrastructure and it will exist along with the - autotools stuff. - -
    • port/lfind.c: Added lfind() replacement module. -
    - -

    - - - -CHANGES IN LIBTIFF: - -
      -
    • tif_dir.c: When prefreeing tv->value in TIFFSetFieldV - also set it to NULL to avoid double free when re-setting custom - string fields as per: - - http://bugzilla.remotesensing.org/show_bug.cgi?id=922 - -
    • tif_dir.c: Fixed up support for swapping "double complex" - values (128 bits as 2 64 bits doubles). GDAL gcore tests now - pass on bigendian (macosx) system. - -
    • libtiff/{tif_dirread.c, tif_dirinfo.c}: Do not upcast BYTEs to - SHORTs in the TIFFFetchByteArray(). Remove TIFFFetchExtraSamples() - function, use TIFFFetchNormalTag() instead as per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=831 - - Remove TIFFFetchExtraSamples() function, use TIFFFetchNormalTag() - instead. - -
    • tif_print.c: Fixed printing of the BYTE and SBYTE arrays. - -
    • tif_write.c: Do not check the PlanarConfiguration field in - the TIFFWriteCheck() function in case of single band images (as per - TIFF spec). - -
    • libtiff/{tif_dir.c, tif_dir.h, tif_dirinfo.c, tif_print.c}: - Make FieldOfViewCotangent, MatrixWorldToScreen, MatrixWorldToCamera, - ImageFullWidth, ImageFullLength and PrimaryChromaticities tags custom. -
    - -

    - - - -CHANGES IN THE TOOLS: - -
      -
    • tiffcp.c: Fixed WhitePoint tag copying. -
    - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      -
    • tiffdump.c: Added support for TIFF_IFD datatype. - -
    • addtiffo/{tif_overview.c, tif_ovrcache.c, tif_ovrcache.h}: - Make overviews working for contiguous images. - -
    - -Last updated $Date: 2005-11-03 14:18:43 $. - - - diff --git a/tiff/html/v3.8.0.html b/tiff/html/v3.8.0.html deleted file mode 100755 index ecd5b74..0000000 --- a/tiff/html/v3.8.0.html +++ /dev/null @@ -1,199 +0,0 @@ - - - - Changes in TIFF v3.8.0 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      -
    • Read-only support for custom directories (e.g. EXIF directory). - -
    • Preliminary support for MS MDI format. -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • Make the default strip size configurable via the - --with-default-strip-size and STRIP_SIZE_DEFAULT options. -
    - -

    - - - -CHANGES IN LIBTIFF: - -
      -
    • tiffio.h: Added VC_EXTRALEAN definition before including - windows.h, to reduce the compile time. - -
    • tif_jpeg.c: Improve compilation under MinGW. - -
    • {tif_aux.c, tif_dir.c, tif_dir.h, tif_dirwrite.c, - tif_print.c, tif_getimage.c}: Make InkSet, NumberOfInks, DotRange and - StoNits tags custom. - -
    • {tif_aux.c, tif_dir.c, tif_dir.h, tif_print.c}: Make - WhitePoint tag custom. - -
    • tiffio.h: fixed typo that potentially resulted in - redefininition of USE_WIN32_FILEIO - -
    • {tif_dir.c, tif_dir.h, tif_print.c}: Make RichTIFFIPTC, - Photoshop and ICCProfile tags custom. - -
    • libtiff/*, contrib/*: Added 'dual-mode' error handling, enabling - newer code to get context indicator in error handler and still - remain compatible with older code: Done TIFFError calls everywhere - except in tools. - -
    • tiffinfo.c: Print EXIF directory contents if exist. - -
    • {tif_dirinfo.c, tif_dirread.c, tif_dir.h, tif_dir.c}: - Custom directory read-only support. - -
    • {tif_aux.c, tif_dirinfo.c, tif_dirread.c, tif_dir.h, - tif_dir.c, tif_print.c}: Make YCbCrCoefficients and ReferenceBlackWhite - tags custom. - -
    • tif_dirread.c: One more workaround for broken StripByteCounts - tag. Handle the case when StripByteCounts array filled with - completely wrong values. - -
    • tif_dirinfo.c: Release file descriptor in case of failure - in the TIFFOpenW() function as per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=1003 - -
    • tif_dirinfo.c: Correctly yse bsearch() and lfind() - functions as per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=1008 - -
    • tif_open.c, tiff.h, tiffdump.c: Incorporate preliminary support - for MS MDI format. - - http://bugzilla.remotesensing.org/show_bug.cgi?id=1002 - -
    • libtiff.def, tiffiop.h, tiffio.h: Made TIFFFreeDirectory - public. - -
    • /tif_dirinfo.c: Make XResolution, YResolution and - ResolutionUnit tags modifiable during write process. As per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=977 - -
    • if_dirread.c: Don't try and split single strips into "0" strips - in ChopUpSingleUncompressedStrip. This happens in some degenerate - cases (like 1x1 files with stripbytecounts==0 (gtsmall.jp2 embed tiff) - -
    • tif_fax3.c: changed 'at scanline ...' style warning/errors - with incorrect use of tif_row, to 'at line ... of - strip/tile ...' style. -
    - -

    - - - -CHANGES IN THE TOOLS: - - - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      -
    • contrib/addtiffo/*: Major upgrade by Joris to support subsampled - YCbCr images in jpeg compressed TIFF files. - -
    - -Last updated $Date: 2006-01-04 23:38:38 $. - - - diff --git a/tiff/html/v3.8.1.html b/tiff/html/v3.8.1.html deleted file mode 100755 index 9753093..0000000 --- a/tiff/html/v3.8.1.html +++ /dev/null @@ -1,217 +0,0 @@ - - - - Changes in TIFF v3.8.1 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      -
    • Bug-fix release. -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      -
    • libtool related stuff updated from the 2.1a branch. - -
    • Fix with_default_strip_size comparison as reported by - Norihiko Murase. -
    - -

    - - - -CHANGES IN LIBTIFF: - - - -

    - - - -CHANGES IN THE TOOLS: - - - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      -
    - -Last updated $Date: 2006-03-13 14:52:12 $. - - - diff --git a/tiff/html/v3.8.2.html b/tiff/html/v3.8.2.html deleted file mode 100755 index 0422975..0000000 --- a/tiff/html/v3.8.2.html +++ /dev/null @@ -1,137 +0,0 @@ - - - - Changes in TIFF v3.8.2 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      -
    • Bug-fix release. -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - - - -

    - - - -CHANGES IN LIBTIFF: - -
      -
    • tif_strip.c: Take subsampling in account when calculating - TIFFScanlineSize(). - -
    • tif_jpeg.c, tif_fax3.c, tif_zip.c, tif_pixarlog.c, - tif_lzw.c, tif_luv.c: Use _TIFFSetDefaultCompressionState() in all - codec cleanup methods. As per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=1120 - -
    • tif_jpeg.c: Do not cleanup codec state in TIFFInitJPEG(). As - per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=1119 - -
    • tif_dir.c: Use double type instead of dblparam_t. - -
    • tif_dirread.c: Do not check the PlanarConfig tag presence - in TIFFReadDirectory, because it is always set at the start of - function and we allow TIFFs without that tag set. - -
    - -

    - - - -CHANGES IN THE TOOLS: - - - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      -
    - -Last updated $Date: 2006-03-23 14:54:01 $. - - - diff --git a/tiff/html/v3.9.0beta.html b/tiff/html/v3.9.0beta.html deleted file mode 100755 index d7d8821..0000000 --- a/tiff/html/v3.9.0beta.html +++ /dev/null @@ -1,304 +0,0 @@ - - - - Changes in TIFF v3.9.0beta - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). -If you don't find something listed here, then it was not done in this -timeframe, or it was not considered important enough to be mentioned. -The following information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      -
    • New tiffcrop utility contributed by Richard Nolde. - tiffcrop does the same as tiffcp, but also can crop, - extract, rotate and mirror images. - -
    • tif_jbig.c: Added support for JBIG compression scheme - (34661 code), contributed by Lee Howard. - -
    • Totally new implementation of OJPEG module from - Joris Van Damme. No need to patch libjpeg anymore. Many OJPEG files - should be supported now that was not supported previously. - -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      - -
    • tif_config.wince.h, tiffconf.wince.h, tif_wince.c: WinCE-specific - compatibility stuff from Mateusz Loskot. - -
    • Rename config.h.vc and tif_config.h.vc to config.vc.h and - tif_config.vc.h for easier identification by folks using an IDE. - -
    • configure, configure.ac: OJPEG support enabled by default (i.e., - whe the conformant JPEG support enabled). - -
    • README.vms, Makefile.am, configure.com, libtiff/{Makefile.am, - tif_config.h-vms, tif_stream.cxx, tif_vms.c, tiffconf.h-vms}: - Added support for OpenVMS by Alexey Chupahin. - -
    • nmake.opt: use /EHsc for VS2005 compatibility. Also define - _CRT_SECURE_NO_DEPRECATE to avoid noise on VS2005. - -
    - -

    - - - -CHANGES IN LIBTIFF: - -
      -
    • tif_dirinfo.c (_TIFFFindFieldInfo): Don't attempt to - bsearch() on a NULL fieldinfo list. - (_TIFFFindFieldInfoByName): Don't attempt to lfind() on a NULL - fieldinfo list. - -
    • tif_jpeg.c: Changed JPEGInitializeLibJPEG() so that it - will convert from decompressor to compressor or compress to decompress - if required by the force arguments. This works around a problem in - where the JPEGFixupTestSubsampling() may cause a decompressor to - be setup on a directory when later a compressor is required with the - force flag set. Occurs with the addtiffo program for instance. - -
    • tif_dirwrite.c: Fixed swapping of byte arrays stored - in-place in tag offsets as per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=1363 - -
    • tif_getimage.c: workaround for 'Fractional scanline' error - reading OJPEG images with rowsperstrip that is not a multiple of - vertical subsampling factor. This bug is mentioned in - - http://bugzilla.remotesensing.org/show_bug.cgi?id=1390 and - - http://www.asmail.be/msg0054766825.html - -
    • tif_dirread.c: Added special function to handle - SubjectDistance EXIF tag as per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=1362 - -
    • tif_dirread.c, tif_read.c: Type of the byte counters - changed from tsize_t to uint32 to be able to work with data arrays - larger than 2GB. Fixes bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=89 - Idea submitted by Matt Hancher. - -
    • tif_dir.c: Workaround for incorrect TIFFs with - ExtraSamples == 999 produced by Corel Draw. As per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=1490 - -
    • tif_write.c: TIFFAppendToStrip() - clear sorted flag if - we move a strip. - - http://bugzilla.remotesensing.org/show_bug.cgi?id=1359 - -
    • tif_fax3.c: Save the state of printdir codec dependent method. - -
    • tif_jpeg.c: Save the state of printdir codec dependent method - as per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=1273 - -
    • tif_win32.c: Fixed problem with offset value manipulation - as per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=1322 - -
    • tif_fax3.c, tif_next.c, tif_pixarlog.c: Fixed multiple - vulnerabilities, as per Gentoo bug (): - - http://bugs.gentoo.org/show_bug.cgi?id=142383 - -
    • tif_lzw.c, tif_zip.c: Fixed problems with mixing - encoding and decoding on the same read-write TIFF handle. The LZW - code can now maintain encode and decode state at the same time. The - ZIP code will switch back and forth as needed. - - http://bugzilla.remotesensing.org/show_bug.cgi?id=757 - -
    • tif_msdos.c: Avoid handle leak for failed opens. - c/o Thierry Pierron - -
    • tif_dirwrite.c: take care not to flush out buffer of strip/tile - data in _TIFFWriteDirectory if TIFF_BEENWRITING not set. Relates - to bug report by Peng Gao with black strip at bottom of images. - -
    • tif_dirwrite.c: make sure to use uint32 for wordcount in - TIFFWriteNormanTag if writecount is VARIABLE2 for ASCII fields. - It already seems to have been done for other field types. Needed - for "tiffset" on files with geotiff ascii text. - -
    • tif_dirinfo.c: Added missed EXIF tag ColorSpace (40961). - -
    • tif_dirread.c: Move IFD fetching code in the separate - function TIFFFetchDirectory() avoiding code duplication in - TIFFReadDirectory() and TIFFReadCustomDirectory(). - -
    • tif_readdir.c: Added case in EstimateStripByteCounts() for tiled - files. Modified TIFFReadDirectory() to not invoke - EstimateStripByteCounts() for case where entry 0 and 1 are unequal but - one of them is zero. - - http://bugzilla.remotesensing.org/show_bug.cgi?id=1204 - -
    • tif_open.c, tif_dirread.c, tiffiop.h: Move IFD looping - checking code in the separate function TIFFCheckDirOffset(). - -
    • tif_aux.c: Added _TIFFCheckRealloc() function. - -
    • tif_fax3.c: Fixed problems in fax decoder as per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=1194 - -
    • tif_jbig.c: Added support for JBIG compression scheme - (34661 code) contributed by Lee Howard. As per bug - - http://bugzilla.remotesensing.org/show_bug.cgi?id=896 - -
    • tif_getimage.c: Added support for planarconfig separate - non-subsampled YCbCr (i.e. separate YCbCr with subsampling [1,1]). - -
    • tif_getimage.c: Revision of all RGB(A) put routines: -
        -
      • Conversion of unassociated alpha to associated alpha - now done with more performant LUT, and calculation more - correct. -
      • Conversion of 16bit data to 8bit data now done with - more performant LUT, and calculation more correct -
      • Bugfix of handling of 16bit RGB with unassociated alpha -
      - -
    • tif_ojpeg.c: totally new implementation - -
    • tif_getimage.c: removed TIFFTAG_JPEGCOLORMODE handling - of OJPEG images in favor of tif_getimage.c native handling of - YCbCr and desubsampling. - -
    • tif_jpeg.c: JPEGVSetField() so that altering the photometric - interpretation causes the "upsampled" flag to be recomputed. Fixes - peculiar bug where photometric flag had to be set before jpegcolormode - flag. - -
    - -

    - - - -CHANGES IN THE TOOLS: - - - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      - -
    • contrib/addtiffo/tif_overview.c: Fix problems with odd sized - output blocks in TIFF_DownSample_Subsampled() (bug 1542). - -
    • contrib/dbs/xtiff/xtiff.c: Make xtiff utility compilable. - Though it is still far from the state of being working and useful. - -
    - -Last updated $Date: 2009-08-20 22:57:39 $. - - - diff --git a/tiff/html/v3.9.1.html b/tiff/html/v3.9.1.html deleted file mode 100755 index c97d94f..0000000 --- a/tiff/html/v3.9.1.html +++ /dev/null @@ -1,115 +0,0 @@ - - - - Changes in TIFF v3.9.1 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). If you don't -find something listed here, then it was not done in this timeframe, or -it was not considered important enough to be mentioned. The following -information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      -
    • This is a bug-fix release for several bugs (two of which - are dire) which were discovered in the 3.9.0 release. - -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      - -
    • Several defines were missing from tif_config.vc.h which - are necessary to compile the library using MSVC. - -
    • Colorized tests were actually not enabled as expected. - Parallel tests mode is now also enabled so that tests can be - run in parallel, and test output is sent to .log files. - -
    - -

    - - - -CHANGES IN LIBTIFF: - -
      -
    • libtiff/tif_write.c (TIFFAppendToStrip): Remove cast - which caused libtiff to output a wrong last strip with - byte-count and strip-offset of zero. This cast was added on - the day of the 3.9.0 release. - -
    • libtiff/tif_dirwrite.c: Back out changes from 2007-11-22 - that resulted in the final strip not being written in some - circumstances. - http://bugzilla.maptools.org/show_bug.cgi?id=2088 - -
    - -

    - - - -CHANGES IN THE TOOLS: - -
      -
    • None - -
    - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      - -
    • None - -
    - -Last updated $Date: 2009-08-28 18:54:11 $. - - - diff --git a/tiff/html/v3.9.2.html b/tiff/html/v3.9.2.html deleted file mode 100755 index bb76794..0000000 --- a/tiff/html/v3.9.2.html +++ /dev/null @@ -1,122 +0,0 @@ - - - - Changes in TIFF v3.9.2 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). If you don't -find something listed here, then it was not done in this timeframe, or -it was not considered important enough to be mentioned. The following -information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      - -
    • Fixes a number of bugs present in the 3.9.1 release. - -
    • OJPEG support updated to work with IJG JPEG 7 release. - -
    • Tiffcrop validated for most TIFF storage subformats and sample depths. - -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      - -
    • x86_64 now uses the same default fill order as i386. - -
    - -

    - - - -CHANGES IN LIBTIFF: - -
      -
    • Writing tags with an array value of type TIFF_DOUBLE now - returns correct error status. The TIFFTAG_SMINSAMPLEVALUE and - TIFFTAG_SMAXSAMPLEVALUE tags failed to write without this fix. - -
    • OJPEG decoder now works with IJG JPEG 7. Resolves "Bug - 2090 - OJPEG crash with libjpeg v7". - http://bugzilla.maptools.org/show_bug.cgi?id=2090 - -
    • Eliminate most GCC "dereferencing type-punned pointer" - warnings. - -
    - -

    - - - -CHANGES IN THE TOOLS: - -
      - -
    • New tiffcrop from Richard Nolde. Major updates to add - significant functionality for reading and writing tile based - images with bit depths not a multiple of 8 which cannot be - handled by tiffcp. - -
    • Allow building tools with GCC using the "-Wformat - -Werror=format-security" flags. - -
    - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      - -
    • None - -
    - -Last updated $Date: 2009-11-04 17:38:13 $. - - - diff --git a/tiff/html/v4.0.0.html b/tiff/html/v4.0.0.html deleted file mode 100755 index 9694a1e..0000000 --- a/tiff/html/v4.0.0.html +++ /dev/null @@ -1,269 +0,0 @@ - - - - Changes in TIFF v4.0.0 - - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). If you don't -find something listed here, then it was not done in this timeframe, or -it was not considered important enough to be mentioned. Please consult -the ChangeLog file in the source package for full change details. The -following information is located here: -

    -

    -

    - - - -

    MAJOR CHANGES:

    - -BigTIFF support changes: - -
      - -
    • The options parameter in the TIFFOpen and TIFFClientOpen funcs has - been extended. When creating new files, you can add option '4' to - specify you want to create a ClassicTIFF file, though that is the - default and the option is not strictly necessary. (As such, old - calling code will continue to function and create ClassicTIFF files.) - Or you can add option '8' to specify you want to create a BigTIFF file - instead. This new option is also reflected in some of the tools we - already upgraded. For instance, you can use the -8 option on tiffcp to - have tiffcp produce BigTIFF files instead of the default ClassicTIFF. - (Whilst on additional option is provided for version selection when - creating new files, no such option is necessary when reading TIFF - files. LibTiff reads ClassicTIFF and BigTIFF both, and the application - does not need to be aware which TIFF version an opened file is.) - -
    • Although the tag count in BigTIFF is 64bit, we restricted the - count in the implementation to a much more reasonable size. This is - necessary in current implementation, because all tag data gets read - automatically in the IFD reading stage, so if there's half a dozen - private tags with multiple gigabytes of data that causes considerable - overhead even if the application level is never interested in these - tags. Our choice to ignore tags with data longer then a certain sanity - value is much needed as things stand. We also recommend to step away - from writing tiles that are 8 kilobyte in their uncompressed form, or - writing single-line strips, in really big files, resulting in mega's - of tiles or strips. It's much more efficient to choose bigger tile or - strip sizes, up to several megabyte if needed, and have a few kilo of - tiles or strips instead. - -
    • Although it's rare, some application code does directly access - file offsets. Some of these are automatically upgraded because they - used the toff_t type, others need to be aware that the datatype - changed and need to start using toff_t or uint64. This impacts access - to tags like the EXIF IFD tag, for example, or the SubIfds tag, or to - StripOffsets or TileOffsets, the return type of functions like - TIFFCurrentDirOffset, and a parameter type to functions like - TIFFSetSubDirectory. - -
    • Although it's rare, some application code does use structures - like TIFFHeader or TIFFDirEntry that used to be an exact binary - representation of TIFF structures. These need to change. The old - TIFFHeader structure is replaced by the new TIFFHeaderClassic, - TIFFHeaderBig, and TIFFHeaderCommon structures that are an exact - binary representation of the ClassicTIFF and BigTIFF header, and of - the part that is common to both. There is no new equivalent for the - old TIFFDirEntry structure (or more precisely, there is still a - TIFFDirEntry structure, but it is changed, moved to library-private - definition, and no longer an exact binary representation of the tag - structure of either TIFF version). - -
    • Sizer functions, like TIFFTileSize or TIFFScanlineSize and the - like, return a tmsize_t value (tmsize_t is defined as int32 on 32bit - machines, and int64 on 64bit machines, and as such it is meant to - represent signed memory sizes). This is because we figure 98% of the - calling code uses the return value as sizes in allocations and the - like. So, any overflow that is theoretically possible with BigTIFF - when LibTiff is running on a 32bit system, is best detected inside the - sizer functions and it is best to return a type that makes sense as a - memory size. If your calling code is the exception and is interested - in actual file size, you best use the newer TIFFTileSize64 or - TIFFScanlineSize64 function that returns an uint64 type. - -
    • These TIFF tags require a 64-bit type as an argument in - libtiff 4.0.0: -
        -
      • TIFFTAG_FREEBYTECOUNTS -
      • TIFFTAG_FREEOFFSETS -
      • TIFFTAG_STRIPBYTECOUNTS -
      • TIFFTAG_STRIPOFFSETS -
      • TIFFTAG_TILEBYTECOUNTS -
      • TIFFTAG_TILEOFFSETS -
      - -
    - -Other important backward incompatible changes in the public API: - -
      -
    • TIFFRewriteField() renamed into _TIFFRewriteField() and moved out - from the public interface (from tiffio.h to tiffiop.h). Type of its - 'count' parameter changed from uint32 to tmsize_t. - -
    • TIFFMergeFieldInfo() returns non-void result now. It returns 0 - if successful and -1 if failed. Though this is now obsoleted function - and should not be used in new programs. Use the new tag extension - scheme instead. - -
    • TIFFFieldWithTag() and TIFFFieldWithName() functions now return - pointer to TIFFField constant object instead of TIFFFieldInfo. - -
    • TIFFReassignTagToIgnore() function and TIFFIgnoreSense enumeration - have been removed. They was unused and never been used properly. - Should be unneeded for high-level applications. - -
    • TIFFTagValue structure removed from the public tiffio.h - to private tif_dir.h and not accessible anymore. It should be unneeded - for high-level applications. - -
    - -

    - - -

    CHANGES IN THE SOFTWARE CONFIGURATION:

    - -
      - -
    • Updated autotools: Autoconf 2.68, Automake 1.11.1, libtool - 2.4. - -
    • Enabled support for Automake silent build rules - (--enable-silent-rules or 'make V=0') - -
    • Enabled support for Automake colorized and parallel tests. - -
    • Added detection of 64-bit integer types since libtiff 4.0 - requires use of 64-bit signed and unsigned integer types. - -
    • Libtiff now provides a more comprehensive test suite with - over 72 tests, which may be executed on Unix-like systems, or - under Microsoft Windows using MinGW/MSYS or Cygwin. - -
    • --disable-lzma configure option to disable use of liblzma. - -
    • --enable-defer-strile-load configure option to enable - experimental deferred strip/tile offset/size loading. May - cause some extremely sophisticated uses of libtiff to fail. - -
    • --enable-chunky-strip-read configure option to enable - experimental enable reading large strips in chunks in - TIFFReadScanline(). - -
    • Now always uses WIN32 native I/O functions for Microsoft - Windows except for under Cygwin. - -
    • Now provides a pkg-config support file (libtiff-4.pc). - -
    - -

    - - - -

    CHANGES IN LIBTIFF:

    - -
      - -
    • Patches/fixes made to stable libtiff (v3.9.X) are also - applied to 4.0.0. There are too many to list here. See the - distribution ChangeLog for a detailed change list. - -
    • There is considerable change in some files like - tif_dirread and tif_dirwrite. These changes don't impact - backwards compatibility, they are mostly a clean rewrite that - does allow BigTIFF support as well as somewhat more robust - reading of the unexpected already and will also serve future - API extension but does not impact current API or functionality - in a negative way that you need to know about. - -
    • Although there is still a functional definition for types - like toff_t (file offset), tstrip_t (strip index number), etc, - we recommend against using these in newer code. We have - learned that it is next to impossible to use these - consistently and make real abstraction of the binary format of - these types. Instead, at a certain level we always end up - doing casts anyway, and taking the exact binary format into - account, so these types are nothing but dangerously misleading - and obfuscating. You do not need to update calling code that - uses them, as 99.9% of such code will continue to work. But we - recommend against using them in newer calling code, and we - started replacing them with binary clear types like uint16, - uint32 and such in the library. - -
    • We do use and will continue to use one functional type - that is an exception to the above rule, being tmsize_t. This - is a signed memory size type, i.e. it is int32 on 32bit - machines, or int64 on 64bit machines. - -
    • Optionally support LZMA compression via TIFF tag 34925. - Tiffcp supports compression levels similar to "-c lzma:p1" or - "-c zip:p9 for setting the LZMA compression parameters. - -
    • Optionally defer the load of strip/tile offset and size - tags for optimized scanning of directories. Enabled with the - --enable-defer-strile-load configure option (DEFER_STRILE_LOAD - #define in tif_config.h). - -
    • Optionally enable experimental support for reading big - strips in chunks. Enabled with the --enable-chunky-strip-read - configure option. - -
    - -

    - - - -

    CHANGES IN THE TOOLS:

    - -
      - -
    • tiffset: add -d and -sd switches to allow operation on - a particular directory, not just the first. - -
    - -

    - - - -

    CHANGES IN THE CONTRIB AREA:

    - -
      -
    - -Last updated $Date: 2011-04-09 21:01:00 $. - - - diff --git a/tiff/html/v4.0.1.html b/tiff/html/v4.0.1.html deleted file mode 100755 index 1f113c1..0000000 --- a/tiff/html/v4.0.1.html +++ /dev/null @@ -1,113 +0,0 @@ - - - - Changes in TIFF v4.0.1 - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). If you don't -find something listed here, then it was not done in this timeframe, or -it was not considered important enough to be mentioned. The following -information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      - -
    • None - -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      - -
    • --enable-ld-version-script: New configure option to - enable shared library symbol versioning on ELF-based systems - (e.g. Linux and FreeBSD) which use the GNU linker. This - allows multiple major versions of libtiff to be loaded - simultaneously into the same application or library without - conflict, as long as all libtiffs involved are built with - versioned symbols. This option is not enabled by default. - -
    • Added libtiff private dependency on -llzma for pkg-config. - -
    - -

    - - - -CHANGES IN LIBTIFF: - -
      -
    • libtiff/tif_dir.c, libtiff/tif_dirread.c: Extra caution around - assumption tag fetching is always successful. - -
    • libtiff/tif_jpeg.c: Extra caution for case where sp is NULL. - -
    - -

    - - - -CHANGES IN THE TOOLS: - -
      - -
    • None - -
    - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      - -
    • None - -
    - -Last updated $Date: 2012-02-18 21:53:27 $. - - - diff --git a/tiff/html/v4.0.2.html b/tiff/html/v4.0.2.html deleted file mode 100755 index 2c44e34..0000000 --- a/tiff/html/v4.0.2.html +++ /dev/null @@ -1,118 +0,0 @@ - - - - Changes in TIFF v4.0.2 - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). If you don't -find something listed here, then it was not done in this timeframe, or -it was not considered important enough to be mentioned. The following -information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      - -
    • None - -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      - -
    • None - -
    - -

    - - - -CHANGES IN LIBTIFF: - -
      - -
    • tif_getimage.c: added support for _SEPARATED CMYK images. - -
    • tif_getimage.c: Added support for greyscale + alpha. - -
    • Added TIFFCreateCustomDirectory() and TIFFCreateEXIFDirectory() functions. -
    • tif_print.c: Lots of fixes around printing corrupt or - hostile input. - -
    • Improve handling of corrupt ycbcrsubsampling values. - -
    • tif_unix.c: use strerror to get meaningful error messages. - -
    • tif_jpeg.c: fix serious bugs in JPEGDecodeRaw(). - -
    • tif_jpeg.c: Fix size overflow (zdi-can-1221,CVE-2012-1173). - -
    - -

    - - - -CHANGES IN THE TOOLS: - -
      - -
    • tiff2pdf: Defend against integer overflows while - calculating required buffer sizes (CVE-2012-2113). - -
    - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      - -
    • None - -
    - -Last updated $Date: 2012-09-22 16:12:44 $. - - - diff --git a/tiff/html/v4.0.3.html b/tiff/html/v4.0.3.html deleted file mode 100755 index c640c86..0000000 --- a/tiff/html/v4.0.3.html +++ /dev/null @@ -1,125 +0,0 @@ - - - - Changes in TIFF v4.0.3 - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). If you don't -find something listed here, then it was not done in this timeframe, or -it was not considered important enough to be mentioned. The following -information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      - -
    • None - -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      - -
    • Updated to use Automake 1.12.4. Avoids security problem with - 'make distcheck' (CVE-2012-3386). - -
    - -

    - - - -CHANGES IN LIBTIFF: - -
      - -
    • Various memory buffer access fixes. - -
    • Fix handling when writing RGBA jpeg compressed imagery - (http://trac.osgeo.org/gdal/ticket/4732). - -
    • Fix to work properly with IJG JPEG 7+. - -
    • New functions TIFFFieldTag(), TIFFFieldName(), - TIFFFieldDataType(), TIFFFieldPassCount(), TIFFFieldReadCount(), - TIFFFieldWriteCount() to use as external accessors for the opaque - type TIFFField. - -
    • Fix bug rewriting image tiles in a compressed - file (http://trac.osgeo.org/gdal/ticket/4771). - -
    • Add TIFF/FX tag support in libtiff. - -
    - -

    - - - -CHANGES IN THE TOOLS: - -
      - -
    • tiff2pdf: Fail when TIFFSetDirectory() fails. This prevents - core dumps or perhaps even arbitrary code execution when processing - a corrupt input file (CVE-2012-3401). - -
    • tiff2pdf: Fix two places where t2p_error didn't get set after a - malloc failure. No crash risk AFAICS, but the program might not - report exit code 1 as desired. - -
    - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      - -
    • None - -
    - -Last updated $Date: 2012-09-22 16:12:44 $. - - - diff --git a/tiff/html/v4.0.4beta.html b/tiff/html/v4.0.4beta.html deleted file mode 100755 index 2c2dfd2..0000000 --- a/tiff/html/v4.0.4beta.html +++ /dev/null @@ -1,291 +0,0 @@ - - - - Changes in TIFF v4.0.4beta - - - - - - - -TIFF CHANGE INFORMATION - - - - -

    -This document describes the changes made to the software between the -previous and current versions (see above). If you don't -find something listed here, then it was not done in this timeframe, or -it was not considered important enough to be mentioned. The following -information is located here: -

    -

    -

    - - - -MAJOR CHANGES: - -
      - -
    • None - -
    - - -

    - - -CHANGES IN THE SOFTWARE CONFIGURATION: - -
      - -
    • Updated to use Automake 1.15 and Libtool 2.4.5 - -
    - -

    - - - -CHANGES IN LIBTIFF: - -
      - -
    • TIFFCheckDirOffset(): avoid uint16 overflow - when reading more than 65535 directories, and effectively error out when - eaching that limit. - -
    • TIFFNumberOfDirectories(): generate error in case of directory count - overflow. - -
    • TIFFAdvanceDirectory(): If nextdir is found to - be defective, then set it to zero before returning error in order - to terminate processing of truncated TIFF. - -
    • JPEG-in-TIFF: recognize SOF2, SOF9 and SOF10 - markers to avoid emitting a warning. Fix for compatibility with mozjpeg library. - Note: the default settings of mozjpeg will produce progressive scans, which - is forbidden by the TechNote. - -
    • JPEG-in-TIFF: Fix regression introduced in 3.9.3/4.0.0 that caused - all tiles/strips to include quantization tables even when the jpegtablesmode - had the JPEGTABLESMODE_QUANT bit set. - Also add explicit removal of Huffman tables when jpegtablesmode has the - JPEGTABLESMODE_HUFF bit set, which avoids Huffman tables to be emitted in the - first tile/strip (only useful in update scenarios. create-only was - fine) - -
    • JPEG-in-TIFF: fix segfault in JPEGFixupTagsSubsampling() on - corrupted image where tif->tif_dir.td_stripoffset == NULL. - (#2471) - -
    • NeXT codec: add new tests to check that we don't read outside of - the compressed input stream buffer. - -
    • NeXT codec: check that BitsPerSample = 2. Fixes - #2487 (CVE-2014-8129) - -
    • NeXT codec: in the "run mode", use tilewidth for tiled images - instead of imagewidth to avoid crash - -
    • tif_getimage.c: in OJPEG case, fix checks on strile width/height - in the putcontig8bitYCbCr42tile, putcontig8bitYCbCr41tile and - putcontig8bitYCbCr21tile cases. - -
    • in TIFFDefaultDirectory(), reset any already existing - extented tags installed by user code through the extender mechaninm before - calling the extender callback (GDAL #5054) - -
    • Fix warnings about unused parameters. - -
    • Fix various typos in comments found by Debian lintian tool (GDAL #5756) - -
    • tif_getimage.c: avoid divide by zero on invalid YCbCr subsampling. - (#2235) - -
    • tif_dirread.c: In EstimateStripByteCounts(), check return code - of _TIFFFillStriles(). This solves crashing bug on corrupted - images generated by afl. - -
    • tif_read.c: fix several invalid comparisons of a uint64 value with - <= 0 by casting it to int64 first. This solves crashing bug on corrupted - images generated by afl. - -
    • TIFFSetField(): refuse to set negative values for - TIFFTAG_XRESOLUTION and TIFFTAG_YRESOLUTION that cause asserts when writing - the directory - -
    • TIFFReadDirectory(): refuse to read ColorMap or - TransferFunction if BitsPerSample has not yet been read, otherwise reading - it later will cause user code to crash if BitsPerSample > 1 - -
    • TIFFRGBAImageOK(): return FALSE if LOGLUV with - SamplesPerPixel != 3, or if CIELAB with SamplesPerPixel != 3 or BitsPerSample != 8 - -
    • tif_config.vc.h: no longer use "#define snprintf _snprintf" with - Visual Studio 2015 aka VC 14 aka MSVC 1900 - -
    • LZW codec: prevent potential null dereference of sp->dec_codetab in LZWPreDecode - (#2459) - -
    • TIFFReadBufferSetup(): avoid passing -1 size - to TIFFmalloc() if passed user buffer size is 0 - (#2459) - -
    • TIFFReadDirEntryOutputErr(): Incorrect - count for tag should be a warning rather than an error since - errors terminate processing. - -
    • tif_dirinfo.c (TIFFField) : Fix data type for TIFFTAG_GLOBALPARAMETERSIFD tag. - -
    • Add definitions for TIFF/EP CFARepeatPatternDim and CFAPattern tags - (#2457) - -
    • tif_codec.c, tif_dirinfo.c: Enlarge some fixed-size buffers that weren't - large enough, and eliminate substantially all uses of sprintf(buf, - ...) in favor of using snprintf(buf, sizeof(buf), ...) -
    • configure.ac: Improve pkg-config static linking by adding -lm to Libs.private when needed. - -
    • tif_write.c: tmsize_t related casting warning fixed for - 64bit linux. - -
    • tif_read.c: uint64/tmsize_t change for MSVC warnings. - (#2427) - -
    • Fix TIFFPrintDirectory's handling of - field_passcount fields: it had the TIFF_VARIABLE and - TIFF_VARIABLE2 cases backwards. - -
    • PixarLog codec: Improve previous patch for CVE-2012-4447 - (to enlarge tbuf for possible partial stride at end) so that - overflow in the integer addition is detected. - -
    • tif_{unix,vms,win32}.c (_TIFFmalloc): ANSI C does not - require malloc() to return NULL pointer if requested allocation - size is zero. Assure that _TIFFmalloc does. - -
    • tif_zip.c: Avoid crash on NULL error messages. - -
    - -

    - - - -CHANGES IN THE TOOLS: - -
      - -
    • tiff2pdf: Fis various crashes and memory buffer access errors (oCERT-2014-013). -
    • tiff2pdf: fix buffer overflow on some YCbCr JPEG compressed images. - (#2445) -
    • tiff2pdf: fix buffer overflow on YCbCr JPEG compressed image. - (#2443) -
    • tiff2pdf: check return code of TIFFGetField() when reading TIFFTAG_SAMPLESPERPIXEL -
    • tiff2pdf: fix crash due to invalid tile count. -
    • tiff2pdf: Detect invalid settings of BitsPerSample/SamplesPerPixel for CIELAB / ITULAB -
    • tiff2pdf: Assure that memory size calculations for - _TIFFmalloc() do not overflow the range of tmsize_t. -
    • tiff2pdf: Avoid crash when TIFFTAG_TRANSFERFUNCTION tag returns one channel, - with the other two channels set to NULL. -
    • tiff2pdf: close PDF file. (#2479) -
    • tiff2pdf: Preserve input file directory order when pages - are tagged with the same page number. -
    • tiff2pdf.c: terminate after failure of allocating ycbcr buffer - (#2449 CVE-2013-4232) -
    • tiff2pdf: Rewrite JPEG marker parsing in - t2p_process_jpeg_strip to be at least marginally competent. The - approach is still fundamentally flawed, but at least now it won't - stomp all over memory when given bogus input. Fixes CVE-2013-1960. -
    • tiffdump: Guard against arithmetic overflow when calculating allocation buffer sizes. -
    • tiffdump: fix crash due to overflow of entry count. -
    • tiffdump: Fix double-free bug. -
    • tiffdump: detect cycle in TIFF directory chaining. - (#2463) -
    • tiffdump: avoid passing a NULL pointer to read() if seek() failed before. - (#2459) -
    • tiff2bw: when Photometric=RGB, the utility only works if SamplesPerPixel = 3. Enforce that. - (#2485, CVE-2014-8127) -
    • pal2rgb, thumbnail: fix crash by disabling TIFFTAG_INKNAMES copying. - (#2484, CVE-2014-8127) -
    • thumbnail: fix out-of-buffer write. - (#2489, CVE-2014-8128) -
    • thumbnail, tiffcmp: only read/write TIFFTAG_GROUP3OPTIONS - or TIFFTAG_GROUP4OPTIONS if compression is COMPRESSION_CCITTFAX3 or - COMPRESSION_CCITTFAX4. - (#2493, CVE-2014-8128) -
    • tiffcp: fix crash when converting YCbCr JPEG-compressed to none. - (#2480) -
    • bmp2tiff: fix crash due to int overflow related to input BMP dimensions -
    • tiffcrop: fix crash due to invalid TileWidth/TileHeight -
    • tiffcrop: fix segfault if bad value passed to -Z option - ( #2459) - and add missing va_end in dump_info -
    • thumbnail, tiffcrop: "fix" heap read over-run found with - Valgrind and Address Sanitizer on test suite -
    • fax2ps: check malloc()/realloc() result. (#2470) -
    • gif2tiff: apply patch for CVE-2013-4243. (#2451) -
    • gif2tiff: fix possible OOB write. (#2452, CVE-2013-4244) -
    • gif2tiff: Be more careful about corrupt or hostile input files (#2450, CVE-2013-4231) -
    • tiff2rgba: fix usage message in that zip was wrongly described -
    • tiffinfo: Default various values fetched with TIFFGetField() to avoid being uninitialized. -
    • tiff2ps: Fix bug in auto rotate option code. -
    • ppm2tiff: avoid zero size buffer vulnerability (CVE-2012-4564). - check the linebytes calculation too, get the max() calculation - straight, avoid redundant error messages, check for malloc - failure. -
    • tiffset: now supports a -u option to unset a tag. - (#2419) -
    • Fix warnings about unused parameters. -
    • rgb2ycbcr, tiff2bw, tiff2pdf, tiff2ps, tiffcrop, tiffdither : - Enlarge some fixed-size buffers that weren't - large enough, and eliminate substantially all uses of sprintf(buf, - ...) in favor of using snprintf(buf, sizeof(buf), ...), so as to - protect against overflow of fixed-size buffers. This responds in - particular to CVE-2013-1961 concerning overflow in tiff2pdf.c's - t2p_write_pdf_page(). -
    • html/man/tiff2ps.1.html, html/man/tiffcp.1.html, - html/man/tiffdither.1.html, man/tiff2ps.1, man/tiffcp.1, - man/tiffdither.1, tools/tiff2ps.c, tools/tiffcp.c, - tools/tiffdither.c: Sync tool usage printouts and man pages with - reality - -
    - -

    - - - -CHANGES IN THE CONTRIB AREA: - -
      - -
    • Fix warnings about variables set but not used. -
    • contrib/dbs/xtiff/xtiff.c: Enlarge some fixed-size buffers that weren't - large enough, and eliminate substantially all uses of sprintf(buf, - ...) in favor of using snprintf(buf, sizeof(buf), ...), so as to - protect against overflow of fixed-size buffers. -
    - -Last updated $Date: 2015-26-01 11:18:00 $. - - - -- cgit v1.2.3