hugin-devs team mailing list archive
-
hugin-devs team
-
Mailing list archive
-
Message #07476
[Bug 1865333] Re: dataWindow and displayWindow look swapped in generated OpenEXR files
Re: “If darktable shows only a black border on the left and top then it
ignores the display window and is using only the offset of the data
window. Otherwise it should also show a black border on the right and
bottom.”
Sorry, I should have made it clearer that my exrheader output was for
one of the intermediary images. The final merged image (which is what I
opened in darktable) has the same lower right corner for the data and
the display window:
dataWindow (type box2i): (51 78) - (5292 3991)
displayWindow (type box2i): (0 0) - (5292 3991)
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/1865333
Title:
dataWindow and displayWindow look swapped in generated OpenEXR files
Status in Hugin:
New
Bug description:
When exporting a high dynamic range image with a crop as an OpenEXR
file, the cropped dimensions end up as the dataWindow and the canvas
size as the displayWindow, which seems like it’s the wrong way around.
When imported back into darktable, the image has a black border on the
left and at the top.
Export settings: https://i.imgur.com/TFmA6zP.png (also attached)
exrheader output:
dataWindow (type box2i): (51 78) - (5292 3991)
displayWindow (type box2i): (0 0) - (5345 4070)
This happens on intermediary remapped files too, not just the final
merged output.
To manage notifications about this bug go to:
https://bugs.launchpad.net/hugin/+bug/1865333/+subscriptions
References