Re: bug in DWAA and DWAB compression schemes?
Peter Hillman <[email protected]> Wed, 3 Apr 2019 06:45:54 +0000
| Newsgroups | gmane.comp.video.openexr.devel |
|---|---|
| Message-ID | <SY2PR01MB3113A700ED5F7A05CC782275E5570@SY2PR01MB3113.ausprd01.prod.outlook.com> |
--===============2533835703423494360== Content-Language: en-NZ Content-Type: multipart/alternative; boundary="_000_SY2PR01MB3113A700ED5F7A05CC782275E5570SY2PR01MB3113ausp_" --_000_SY2PR01MB3113A700ED5F7A05CC782275E5570SY2PR01MB3113ausp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Karl, Isn't this issue the one that you fixed in https://github.com/openexr= /openexr/issues/144? That should be rolled into 2.3.0 ________________________________ From: Openexr-devel on behalf of Karl Rasche <[email protected]> Sent: Saturday, 30 March 2019 5:09 AM To: Mike Day Cc: [email protected] Subject: Re: [Openexr-devel] bug in DWAA and DWAB compression schemes? >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. --_000_SY2PR01MB3113A700ED5F7A05CC782275E5570SY2PR01MB3113ausp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo= ttom:0;} </style> </head> <body dir=3D"ltr"> <div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size= : 12pt; color: rgb(0, 0, 0);"> Karl, Isn't this issue the one that you fixed in <a href=3D"https://github.= com/openexr/openexr/issues/144" id=3D"LPlnk510511"> https://github.com/openexr/openexr/issues/144</a>?</div> <div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size= : 12pt; color: rgb(0, 0, 0);"> That should be rolled into 2.3.0<br> </div> <br> <div> <div id=3D"appendonsend"></div> <div style=3D"font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12p= t; color:rgb(0,0,0)"> <br> </div> <hr tabindex=3D"-1" style=3D"display:inline-block; width:98%"> <div id=3D"divRplyFwdMsg" dir=3D"ltr"><font style=3D"font-size:11pt" face= =3D"Calibri, sans-serif" color=3D"#000000"><b>From:</b> Openexr-devel on be= half of Karl Rasche <[email protected]><br> <b>Sent:</b> Saturday, 30 March 2019 5:09 AM<br> <b>To:</b> Mike Day<br> <b>Cc:</b> [email protected]<br> <b>Subject:</b> Re: [Openexr-devel] bug in DWAA and DWAB compression scheme= s?</font> <div> </div> </div> <div> <div> <div dir=3D"auto"><br> </div> <div> <div dir=3D"auto">>when an exr is written using either the DWAA </d= iv> <div dir=3D"auto">> or the DWAB compression scheme, with a 3-</div> <div dir=3D"auto">> channel image at least, any channel value </div= > <div dir=3D"auto">> over approx 2^16 seems to get output as 0. I </= div> <div dir=3D"auto">> wondered if this behaviour was intentional </di= v> <div dir=3D"auto"><br> </div> <div dir=3D"auto">Not intentional afaik - sounds like a bug.</div> <br> </div> <div> <div class=3D"x_gmail_quote"> <blockquote class=3D"x_gmail_quote" style=3D"margin:0 0 0 .8ex; border-left= :1px #ccc solid; padding-left:1ex"> <div dir=3D"ltr"><br> </div> </blockquote> </div> </div> </div> </div> </div> </body> </html> --_000_SY2PR01MB3113A700ED5F7A05CC782275E5570SY2PR01MB3113ausp_-- --===============2533835703423494360== 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 --===============2533835703423494360==--