Yves dorfsman <yves@zioup.com> [Sat, 08 Jan 2011 17:20:35 -0700] rev 18
Moved repository over to zioup.org
Yves dorfsman <yves@zioup.com> [Tue, 10 Mar 2009 22:31:51 -0600] rev 17
misc: added .hgignore and contributors.txt
Yves dorfsman <yves@zioup.com> [Sun, 08 Feb 2009 17:55:52 -0700] rev 16
Added technical specifications for the CALS and TIFF formats.
Yves dorfsman <yves@zioup.com> [Thu, 05 Feb 2009 21:10:35 -0700] rev 15
Added tag v2.00 for changeset ffd304b643bc
Yves dorfsman <yves@zioup.com> [Thu, 05 Feb 2009 21:08:03 -0700] rev 14
Overhaul of both the reading and the writing parts.
Fixed several major issues. Please do not use any previous version.
Yves dorfsman <yves@zioup.com> [Sat, 24 Jan 2009 12:09:45 -0700] rev 13
Temporary version. Fixed reading value from the CALS file. Needs major cleanup.
Yves dorfsman <yves@zioup.com> [Tue, 13 Jan 2009 00:14:27 -0700] rev 12
More splitting...
Each function is in its own file. Necessary files for reading the CALS
file and writing the TIFF file are in separate directories now. This will
make it easier should we want to use a third party library such as libtiff,
or even integrate it within a library.
Yves dorfsman <yves@zioup.com> [Wed, 07 Jan 2009 22:34:46 -0700] rev 11
Patch from Martin Svensson: error message for corrupted CALS files.
Before this patch it would just segfault witouth any meaninfull clue.
Yves dorfsman <yves@zioup.com> [Wed, 07 Jan 2009 12:26:07 -0700] rev 10
Added tag v0.02 for changeset 9870c47fd1bd
Yves dorfsman <yves@zioup.com> [Wed, 07 Jan 2009 12:25:25 -0700] rev 9
Fixed the TIFF Directory problem reported by Howard Barker.
Although most pieces of software could display the images inside the tiff
files created by the previous versions of cals2tiff, the IFD (Image File
Directory) was incorrect, it was missing the "Offset to next IFD" information,
which is now set to 0L, as there is only one IFD.
I also added a RowPerStrip IFD entry, which is required field for a bilevel
image according to the TIFF specification.
One major change in this version is that the header + IFD + extra values is
now prepared in memory and then written at once to the disk, with all the
offsets and the number of entries calculated at run time, rather than
hard-coded, which should help with further changes if new IFD entries are
neeede for example.