Re: Problem with deep data

Richard Hadsell <[email protected]> Thu, 19 Apr 2018 15:56:51 -0400
Newsgroups gmane.comp.video.openexr.devel
Message-ID <[email protected]>
This is a multi-part message in MIME format.
--===============1505615436544746217==
Content-Type: multipart/alternative;
 boundary="------------060203000306060703090605"

This is a multi-part message in MIME format.
--------------060203000306060703090605
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

All channels are floats, and I am seeing mostly 0's and denormalized numbers.  I haven't seen any relationship between the outgoing and incoming data.  It looks like the pointer into the file is in the wrong place; that is, it's not in the same place for 
reading and writing.

Nuke is a good idea.  I'll try to find a Nuke user here that can figure out how to look at deep data.  That would at least tell me whether the problem is during the write or the read.

On 04/19/2018 03:46 PM, Piotr Stanczyk wrote:
> What kind of differences are you seeing? Is there a potential color space conversion you are seeing?
>
> You could visualize the data in Nuke or the native (FLTK alas) viewer
>
> -Piotr
>
>
> On 19 April 2018 at 12:25, Richard Hadsell <[email protected] <mailto:[email protected]>> wrote:
>
>     I have been attempting to add a deep-data part to a multipart file. Everything compiles and runs, but the data I read back from the file do not match in any way the data I wrote to the file.  I have tried simplifying as much as possible and stepping
>     through the code in a debugger.
>
>     (BTW, the description of DeepSlice's memory layout in ImfDeepFrameBuffer.h is wrong.  It doesn't describe the layout of pointers to arrays of samples.)
>
>     It looks to me like all my pointers are correct, but the data returned by Xdr::read() are not the data I sent to Xdr::write(). The headers look fine, and the RGBA image looks fine, but the deep-data part is not.
>
>     I have been using version 2.2.0, but I also tried 2.2.1 with no success.
>
>     Has anyone had similar problems with deep data?  How can I debug this failure?
>

-- 

Dick Hadsell			203-992-6320  Fax: 203-992-6001
Reply-to:			[email protected]
Blue Sky Studioshttp://www.blueskystudios.com
1 American Lane, Greenwich, CT 06831-2560


--------------060203000306060703090605
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by nospam.blueskystudios.com id w3JJuD5i019617

<html>
  <head>
    <meta content=3D"text/html; charset=3Dutf-8" http-equiv=3D"Content-Ty=
pe">
  </head>
  <body bgcolor=3D"#FFFFFF" text=3D"#000000">
    All channels are floats, and I am seeing mostly 0's and denormalized
    numbers.=C2=A0 I haven't seen any relationship between the outgoing a=
nd
    incoming data.=C2=A0 It looks like the pointer into the file is in th=
e
    wrong place; that is, it's not in the same place for reading and
    writing.<br>
    <br>
    Nuke is a good idea.=C2=A0 I'll try to find a Nuke user here that can
    figure out how to look at deep data.=C2=A0 That would at least tell m=
e
    whether the problem is during the write or the read.<br>
    <br>
    <div class=3D"moz-cite-prefix">On 04/19/2018 03:46 PM, Piotr Stanczyk
      wrote:<br>
    </div>
    <blockquote
cite=3D"mid:CALVgk2oVkLTGsQt=3DWDhYe=3D4voF5zyN7qBztdv31ofKOM6dD5UQ@mail.=
gmail.com"
      type=3D"cite">
      <div dir=3D"ltr">What kind of differences are you seeing? Is there =
a
        potential color space conversion you are seeing?=C2=A0
        <div><br>
        </div>
        <div>You could visualize the data in Nuke or the native (FLTK
          alas) viewer</div>
        <div><br>
        </div>
        <div>-Piotr</div>
        <div><br>
        </div>
      </div>
      <div class=3D"gmail_extra"><br>
        <div class=3D"gmail_quote">On 19 April 2018 at 12:25, Richard
          Hadsell <span dir=3D"ltr">&lt;<a moz-do-not-send=3D"true"
              href=3D"mailto:[email protected]" target=3D"_blank=
">[email protected]</a>&gt;</span>
          wrote:<br>
          <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">I have
            been attempting to add a deep-data part to a multipart file.
            Everything compiles and runs, but the data I read back from
            the file do not match in any way the data I wrote to the
            file.=C2=A0 I have tried simplifying as much as possible and
            stepping through the code in a debugger.<br>
            <br>
            (BTW, the description of DeepSlice's memory layout in
            ImfDeepFrameBuffer.h is wrong.=C2=A0 It doesn't describe the
            layout of pointers to arrays of samples.)<br>
            <br>
            It looks to me like all my pointers are correct, but the
            data returned by Xdr::read() are not the data I sent to
            Xdr::write(). The headers look fine, and the RGBA image
            looks fine, but the deep-data part is not.<br>
            <br>
            I have been using version 2.2.0, but I also tried 2.2.1 with
            no success.<br>
            <br>
            Has anyone had similar problems with deep data?=C2=A0 How can=
 I
            debug this failure?<span class=3D"HOEnZb"><font
                color=3D"#888888"><br>
              </font></span><br>
          </blockquote>
        </div>
      </div>
    </blockquote>
    <br>
    <div class=3D"moz-signature">-- <br>
      <pre class=3D"moz-signature" cols=3D"256">Dick Hadsell			203-992-63=
20  Fax: 203-992-6001
Reply-to:			<a class=3D"moz-txt-link-abbreviated" href=3D"mailto:hadsell@=
blueskystudios.com">[email protected]</a>
Blue Sky Studios                <a class=3D"moz-txt-link-freetext" href=3D=
"http://www.blueskystudios.com">http://www.blueskystudios.com</a>
1 American Lane, Greenwich, CT 06831-2560
</pre>
    </div>
  </body>
</html>

--------------060203000306060703090605--


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

--===============1505615436544746217==--