v2.0.0.0 (GM) release announcement
Piotr Stanczyk <[email protected]> Tue, 9 Apr 2013 21:10:34 +0000
| Newsgroups | gmane.comp.video.openexr.devel,gmane.comp.video.openexr.user |
|---|---|
| Message-ID | <95F01873F66DA54DAD2734EEBF98F86C01108CD7A2@mailbox09.lucas.alllucas.com> |
--===============0083716331518473125==
Content-Language: en-GB
Content-Type: multipart/alternative;
boundary="_000_95F01873F66DA54DAD2734EEBF98F86C01108CD7A2mailbox09luca_"
--_000_95F01873F66DA54DAD2734EEBF98F86C01108CD7A2mailbox09luca_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
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 ver=
sion number increase. Amongst the major improvements are:
1. Deep Data support - Pixels can now store a variable-length list of sa=
mples. The main rationale behind deep images is to enable the storage of mu=
ltiple 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 nu=
mber of separate, but related, data parts in one file. Access to any part i=
s 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 tim=
es when accessing only a subset of channels. The multipart interface also i=
ncorporates support for Stereo images where views are stored in separate pa=
rts. 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 ac=
celerated on SSE processors providing a significant speedup when reading bo=
th old and new format images, including multipart and multiview files.
4. Namespacing - The library introduces versioned namespaces to avoid co=
nflicts between packages compiled with different versions of the library.
Further information regarding the release, as well as tarball downloads, pl=
ease 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
--_000_95F01873F66DA54DAD2734EEBF98F86C01108CD7A2mailbox09luca_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html dir=3D"ltr">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<style id=3D"owaParaStyle" type=3D"text/css">P {margin-top:0;margin-bottom:=
0;}</style>
</head>
<body ocsi=3D"0" fpstyle=3D"1">
<div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: =
10pt;">Hi All,
<br>
<br>
Tuesday, April 9th, 2013<br>
<br>
OpenEXR v2.0.0 has been released and is available for download. <br>
<p>The release includes a number of new features that align with the major =
version number increase. Amongst the major improvements are:</p>
<ol class=3D"general">
<li><strong>Deep Data support</strong> - Pixels can now store a variable-le=
ngth list of samples. The main rationale behind deep images is to enable th=
e storage of multiple values at different depths for each pixel. OpenEXR 2.=
0 supports both hard-surface and
volumetric representations for Deep Compositing workflows.</li><li><strong=
>Multi-part Image Files</strong> - With OpenEXR 2.0, files can now contain =
a number of separate, but related, data parts in one file. Access to any pa=
rt 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 suppor=
t for Stereo images where views are stored in separate parts. This makes st=
ereo OpenEXR 2.0 files significantly
faster to work with than the previous multiview support in OpenEXR.</li><l=
i><strong>Optimized pixel reading</strong> - decoding RGB(A) scanline image=
s has been accelerated on SSE processors providing a significant speedup wh=
en reading both old and new format images, including multipart and multivie=
w files.</li><li><strong>Namespacing </strong><font face=3D"Verdana, Arial,=
Helvetica, sans-serif" size=3D"2">- The library introduces versioned names=
paces to avoid conflicts between packages compiled with different versions =
of the library.</font></li></ol>
<br>
Further information regarding the release, as well as tarball downloads, pl=
ease visit:<br>
http://www.openexr.com<br>
<br>
For the developer community: the source code has been tagged as "v2.0.=
0.GM" and the master branch is now pointing to this.<br>
https://github.com/openexr/openexr<br>
<br>
<br>
Many thanks for your continued support in making OpenEXR a success.<br>
<br>
<br>
Piotr Stanczyk<br>
</div>
</body>
</html>
--_000_95F01873F66DA54DAD2734EEBF98F86C01108CD7A2mailbox09luca_--
--===============0083716331518473125==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
Openexr-devel mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/openexr-devel
--===============0083716331518473125==--