[Openexr-user] OpenEXR 1.6.0 and CTL 1.4.0 released

[Florian Kainz]

August 3, 2007 - New stable versions of OpenEXR and CTL are now available.
The source code has been tested on Linux, Mac OS X and Windows (Visual Studio
7 and 8). Here's a summary of the changes since the last release:

OpenEXR 1.6.0
- Reduced generational loss in B44- and B44A-compressed images.
- Added B44A compression. This is a variation of B44, but with
a better compression ratio for images with large uniform areas,
such as in an alpha channel.
- Bug fixes.

CTL 1.4.0
- Added new functions to the CTL standard library: 3x3 matrix
support, 1D lookup tables with cubic interpolation.
- Added new ctlversion statement to the language.
- Bug fixes.

OpenEXR_CTL 1.0.0
- Applying CTL transforms to a frame buffer is multi-threaded.
- Bug fixes.

OpenEXR_Viewers 1.0.0
- Implemented new naming conventions for CTL parameters.

IlmBase 1.0.0
- Half now implements "round to nearest even" mode.

ilmbase-1.0.0.tar.gz, openexr-1.6.0.tar.gz and openexr_viewers-1.0.0.tar.gz
can be downloaded from

http://savannah.nongnu.org/projects/openexr

ctl-1.4.0.tar.gz and openexr_ctl-1.0.0.tar.gz can be downloaded from

http://www.oscars.org/council/ctl.html

[Brendan Bolles]

Post by Florian Kainz
August 3, 2007 - New stable versions of OpenEXR and CTL are now available.

Nice! For those interested, I've updated my Photoshop and After
Effects plug-ins with the latest stuff, including B44A compression.

http://www.fnordware.com/ProEXR/


I also added a feature to ProEXR where you can export Photoshop
layers as separate files in addition to a single multi-channel file.


Enjoy!



Brendan

[Florian Kainz]

B44 produces fixed-size files; and some people have explicitly
asked for this feature. With B44A file size can vary (but B44A
files are never larger than B44 files).

On systems dedicated to real-time recording or playback you
may want to pre-allocate space for the images, for example,
to minimize seek operations on disks. In this case you may
want to use B44 compression. You could use B44A, but it
wouldn't buy you anything.

Florian

- Added B44A compression. This is a variation of B44, but with
a better compression ratio for images with large uniform areas,
such as in an alpha channel.

Are there any disadvantages to using B44A versus B44?
Or should we just always use B44A?
Thanks for a great release. I've been looking forward to this for a
while.
--Ken
_______________________________________________
Openexr-devel mailing list
http://lists.nongnu.org/mailman/listinfo/openexr-devel

[Brad Hards]

Post by Florian Kainz
August 3, 2007 - New stable versions of OpenEXR and CTL are now available.
The source code has been tested on Linux, Mac OS X and Windows (Visual
OpenEXR 1.6.0
- Reduced generational loss in B44- and B44A-compressed images.
- Added B44A compression. This is a variation of B44, but with
a better compression ratio for images with large uniform areas,
such as in an alpha channel.
- Bug fixes.

I've received a bug report about KDE no longer compiling with EXR support with
OpenEXR 1.6.0

Here is the report: http://bugs.kde.org/show_bug.cgi?id=148865

Basically, the problem is that this (from ImfStandardAttributes.h)
IMF_STD_ATTRIBUTE_DEF (utcOffset, utcOffset, float)
became
IMF_STD_ATTRIBUTE_DEF (utcOffset, UtcOffset, float)

Was this change intended? Will future versions of OpenEXR contain
source-incompatible changes?

The reason why I'm asking is to know how to protect this code (i.e. 1.4 and
earlier, 1.6 and later, 1.6 only, etc)

Brad

[Florian Kainz]

This particular change was intended to fix a naming inconsistency in
ImfStandardAttributes.h. I was under the impression that few, if any,
people cared about the utcOffset attribute. Next time I'll be more
careful.

By the way, the change in ImfStandardAttributes.h affects only the
name of two functions (addUtcOffset and hasUtcOffset); the file format
has not changed.

Florian

Post by Brad Hards

Post by Florian Kainz
August 3, 2007 - New stable versions of OpenEXR and CTL are now available.
The source code has been tested on Linux, Mac OS X and Windows (Visual
OpenEXR 1.6.0
- Reduced generational loss in B44- and B44A-compressed images.
- Added B44A compression. This is a variation of B44, but with
a better compression ratio for images with large uniform areas,
such as in an alpha channel.
- Bug fixes.

I've received a bug report about KDE no longer compiling with EXR support with
OpenEXR 1.6.0
Here is the report: http://bugs.kde.org/show_bug.cgi?id=148865
Basically, the problem is that this (from ImfStandardAttributes.h)
IMF_STD_ATTRIBUTE_DEF (utcOffset, utcOffset, float)
became
IMF_STD_ATTRIBUTE_DEF (utcOffset, UtcOffset, float)
Was this change intended? Will future versions of OpenEXR contain
source-incompatible changes?
The reason why I'm asking is to know how to protect this code (i.e. 1.4 and
earlier, 1.6 and later, 1.6 only, etc)
Brad