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 <hads...@blueskystudios.com
<mailto:hads...@blueskystudios.com>> 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: hads...@blueskystudios.com
Blue Sky Studioshttp://www.blueskystudios.com
1 American Lane, Greenwich, CT 06831-2560
_______________________________________________
Openexr-devel mailing list
Openexr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/openexr-devel
