Re: bug in DWAA and DWAB compression schemes?

--===============1303666607102622508==
Content-Type: multipart/alternative; boundary="000000000000462b0405853de7fc"

--000000000000462b0405853de7fc
Content-Type: text/plain; charset="UTF-8"

>when an exr is written using either the DWAA
> or the DWAB compression scheme, with a 3-
> channel image at least, any channel value
> over approx 2^16 seems to get output as 0. I
> wondered if this behaviour was intentional

Not intentional afaik - sounds like a bug.


>

--000000000000462b0405853de7fc
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"auto"><br></div><div><div dir=3D"auto">&gt;when an exr is writt=
en using either the DWAA=C2=A0</div><div dir=3D"auto">&gt; or the DWAB comp=
ression scheme, with a 3-</div><div dir=3D"auto">&gt; channel image at leas=
t, any channel value=C2=A0</div><div dir=3D"auto">&gt; over approx 2^16 see=
ms to get output as 0. I=C2=A0</div><div dir=3D"auto">&gt; wondered if this=
 behaviour was intentional=C2=A0</div><div dir=3D"auto"><br></div><div dir=
=3D"auto">Not intentional afaik - sounds like a bug.</div><br></div><div><d=
iv class=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:=
0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr"><b=
r></div></blockquote></div></div>

--000000000000462b0405853de7fc--


--===============1303666607102622508==
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

--===============1303666607102622508==--