openexr-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Openexr-devel] v2.0.0.0 (GM) release announcement


From: Richard Addison-Wood
Subject: Re: [Openexr-devel] v2.0.0.0 (GM) release announcement
Date: Wed, 10 Apr 2013 12:08:53 +1200
User-agent: Thunderbird 2.0.0.23 (X11/20090827)

Surely, there won't be any Desolation coming. :)

On 04/10/13 12:06, Sebastian Sylwan wrote:
Yes, thank you Piotr and all else involved for all your work and effort. This was quite the journey.. I almost want to say an unexpected one :) 

S


On Wed, Apr 10, 2013 at 9:19 AM, Christopher Horvath <address@hidden> wrote:
Whoo hoo!!!!!

Congratulations, everyone! This is great.


On Tue, Apr 9, 2013 at 2:10 PM, Piotr Stanczyk <address@hidden> wrote:
Hi All,

Tuesday, April 9th, 2013

OpenEXR v2.0.0 has been released and is available for download. 

The release includes a number of new features that align with the major version number increase. Amongst the major improvements are:

  1. Deep Data support - Pixels can now store a variable-length list of samples. The main rationale behind deep images is to enable the storage of multiple values at different depths for each pixel. OpenEXR 2.0 supports both hard-surface and volumetric representations for Deep Compositing workflows.
  2. Multi-part Image Files - With OpenEXR 2.0, files can now contain a number of separate, but related, data parts in one file. Access to any part is independent of the others, pixels from parts that are not required in the current operation don't need to be accessed, resulting in quicker read times when accessing only a subset of channels. The multipart interface also incorporates support for Stereo images where views are stored in separate parts. This makes stereo OpenEXR 2.0 files significantly faster to work with than the previous multiview support in OpenEXR.
  3. Optimized pixel reading - decoding RGB(A) scanline images has been accelerated on SSE processors providing a significant speedup when reading both old and new format images, including multipart and multiview files.
  4. Namespacing - The library introduces versioned namespaces to avoid conflicts between packages compiled with different versions of the library.

Further information regarding the release, as well as tarball downloads, please visit:
  http://www.openexr.com

For the developer community: the source code has been tagged as "v2.0.0.GM" and the master branch is now pointing to this.
  https://github.com/openexr/openexr


Many thanks for your continued support in making OpenEXR a success.


Piotr Stanczyk

_______________________________________________
Openexr-devel mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/openexr-devel




--
I think this situation absolutely requires that a really futile and stupid gesture be done on somebody's part. And we're just the guys to do it.

_______________________________________________
Openexr-devel mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/openexr-devel



_______________________________________________ Openexr-devel mailing list address@hidden https://lists.nongnu.org/mailman/listinfo/openexr-devel


reply via email to

[Prev in Thread] Current Thread [Next in Thread]