bug in DWAA and DWAB compression schemes?

--===============0313675448021148526==
Content-Type: multipart/alternative; boundary="00000000000013b2b205853d27ad"

--00000000000013b2b205853d27ad
Content-Type: text/plain; charset="UTF-8"

Hi,

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, or
if it would make more sense to clamp it to the max representable value.

Even clamping wouldn't be ideal, so would it make even more sense to have a
global multiplier to allow arbitrarily high output values (at the expense
of degrading the quality of the smaller values)?

Thanks,
Mike Day

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

<div dir=3D"ltr">Hi,<div><br></div><div>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, or if it would make more sense to clamp it =
to the max representable value.</div><div><br></div><div>Even clamping woul=
dn&#39;t be ideal, so would it make even more sense to have a global multip=
lier to allow arbitrarily high output values (at the expense of degrading t=
he quality of the smaller values)?</div><div><br></div><div>Thanks,</div><d=
iv>Mike Day</div><div><br></div></div>

--00000000000013b2b205853d27ad--


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

--===============0313675448021148526==--