March 4, 2004
    Released enblend-0.9

March 27, 2004
    Released enblend-1.0

    - Replaced erosive thinning algorithm for mask creation with a much faster
      nearest feature transform.

    - Reduced memory requirements. Enblend now swaps most of its data to disk
      as temporary files. Enblend also calculates the region of pixels that
      are involved in each blending step and only does math on those pixels,
      improving speed and memory usage.

    - Added options to limit the number of blending levels used.
      This can reduce memory usage and improve speed, at a loss of quality.

    - Added an option to blend around the -180/+180 degree boundary.
      There is still an open issue as to how to handle the zenith and nadir.

    - Added an option to blend the input images sequentially in the order
      given on the command line. Sometimes the assembler can make poor choices
      and seams will still be visible in the output.

April 3, 2004
    Released enblend-1.1

    - Fixed a bug in reading from temporary files that appeared on machines
      with different versions of GCC.

    - Fixed a boundary condition problem that lead to horizontal or vertical
      seams to appear in the output.

    - Fixed a bug where segments of an input image would appear on the far
      side of a blending zone. This would cause strange wedge-shaped artifacts
      in some output images.

April 26, 2004
    Released enblend-1.2

    - Fixed a bug where 8-bit TIFFS would not be identified properly on
      big-endian machines.

    - A second (better) fix for the boundary condition problem that lead
      to horizontal or vertical seams to appear in the output.

May 18, 2004
    Released enblend-1.3

    - Added a configure test for the endian-ness of the machine. I changed
      the way enblend reads and writes 8-bit color fields in 32-bit pixel
      words to reflect the endian-ness of the machine. This should get
      enblend working on powerpc machines.

      This release adds no new features.

October 17, 2004
    Released enblend-2.0

    - Ported Enblend to the VIGRA Computer Vision Library.

    - Support for signed and unsigned 16-bit, 32-bit, single- and double-
      precision floating point pixel types. 

    - Fixed the banding artifacts that often appeared in skies.

    - Sophisticated memory/disk balancing. You can tell Enblend how much
      memory it is allowed to use, and it will swap to disk after that.

    - Support for huge panoramas. I have tested that Enblend can blend a 
      1.2 gigapixel, 16-bit per channel color image. You should be able to
      go right up to the 4 gigabyte limit of the TIFF format.

    - Optional blending in CIE L*a*b* color space.

    - Option to use LZW compression for the output image, if your libtiff
      supports it. This option is selected by default in the prebuilt
      Windows executable.

    - The -s option for sequential blending is now the default. 
      Enblend cannot accurately determine how many blending levels to use
      when there are multiple disjoint overlap regions in one blending
      iteration. It is better to manually tell Enblend the order in which
      the images should be blended. If you still want Enblend to assemble
      non-overlapping images first, use the -a flag.

    - The -l option now tells Enblend the exact number of blending levels
      that you want to use. The geometry of your images may force Enblend to
      use a smaller number of levels. In this case a message will be printed.

    - Gimp (ver. < 2) and Cinepaint exhibit unusual behaviors when loading
      images with unassociated alpha channels. Use the -g flag to work
      around this. With this flag Enblend will create the output image with
      the associated alpha tag set, even though the image is really
      unassociated alpha.

November 15, 2004
    Released enblend-2.1

    - Compression is no longer the default option in the Windows executable.

    - Turned off TIFF library warning messages that required user interaction
      on Windows.

    - Fixed a bug in Vigra that caused primary color spots to appear in
      overexposed areas of 16-bit images.

    - Fixed a problem with Enblend crashing on large panoramas.
      Modified tiff import to use a scanline-based interface instead of a
      strip-based interface. PTStitcher generates TIFFs with the rows/strip
      tag set to an unreasonable value.
      
    - Ported the source to compile natively on Win32 using MSVC.

February 5, 2004
    Released enblend-2.2

    - This release fixes issues with the Windows version of Enblend.
      If you are using Enblend on UNIX you do not need to upgrade.

    - Replaced some system calls that are specific to Windows 2000 and XP
      with more generic functions. This should get the Windows binary of
      Enblend to run on pre-Win2K machines.

    - The Windows binary of Enblend is now build with a version of libtiff
      that includes support for all of the TIFF compression standards, such
      as Deflate, LZW, JPEG, and Packbits. Nona/Hugin produces TIFF files
      with the Deflate option.

April 17, 2005
    Released enblend-2.3

    - Reduced the maximum number of levels you can specify with the -l
      parameter from 30 to 29. While both of these are impractically large,
      at least 29 does not lead to arithmetic overflow and a subsequent crash.

    - Fixed a bug in temporary file handling in the Windows version of
      enblend. This should solve the "unable to open temporary file" error.

December 3, 2005
    Released enblend-2.4

    - Added support for working with cropped and shifted input images.
      These types of files are created by Nona's "Multiple TIFF" stitching
      option. A cropped and shifted TIFF saves space and time because it is
      just large enough for a single input image, instead of being the size
      of the entire output panorama with lots of empty space all around.
      Nona embeds an (x,y) offset coordinate in the file so that Enblend can
      tell where this file belongs in the final panorama.

      By default, if you give Enblend cropped and shifted TIFFs, the output
      will also be a cropped and shifted TIFF. Sometimes you may want to
      include the extra blank space anyway, for example if you are creating a
      360-degree panorama and the image size must be exactly a 2:1 ratio. In
      this case, use the new -f parameter to manually set the size of the
      output image:

      -f WIDTHxHEIGHT

      Thanks to Pablo d'Angelo for providing this patch.

    - Enblend will now create output files with embedded ICC profiles.
      The first ICC profile found amongst the input images will be copied
      to the output image. Enblend does not use ICC profiles to do color
      calculations.

    - Incorporated a patch from Fulvio Senore to make the mask generation
      faster. Fulvio wrote a more efficient data structure for use in the
      nearest feature transform.

December 11, 2005
    Released enblend-2.5

    - Fixed a bug where Enblend would crash when the -w parameter was used.

    - Fixed a bug where Enblend would sometimes say "mask transition line
      bounding box undefined."