Aces when exporting cube maps

98 views
Skip to first unread message

Allen Hemberger

unread,
Jun 17, 2022, 11:44:15 PM6/17/22
to PTGui Support
Hi;

I'm trying to navigate building HDR panoramas for visual effects purposes, and would like to maintain an ACES workflow throughout. I'm feeding ptgui RAW files directly from my Canon 5dmkiii, and exporting a merged/stitched panorama using the ACES-2065-1 option as my Output Color Space. 

This works terrifically, but then I would like to transform the equirectangular image to cube faces, to make it easier to clone out my tripod and impose other paint fixes in Photoshop. The options for image type in the Cube Face export dialog are more limited, and there is no option to choose colorspace. I presumed maybe the tool simply preserved whatever the input colorspace is. But when I do my retouching, then re-assemble and re-export my pano from ptgui, there is a distinct color shift I can see between the original pano and the re-stitched one. 

I'm trying to track down where this color shift is being introduced. It *feels* to me like an unintended color transform is creeping into the workflow, though I'm not sure exactly where. I'm curious if anyone can confirm what the pano-to-cubeface tool is doing with regards to colorspace?

Thank you!
--a

PTGui Support

unread,
Jun 18, 2022, 4:00:00 AM6/18/22
to pt...@googlegroups.com
Hi Allen,

I tried but I see no color shift at all:

Stitch bracketed panorama to 32 bit .tif with ACES-2065 color space
Convert to cube faces, 6 faces in tiff format
Load cube faces into PTGui
Stitch to 32 bit tiff
Overlay the reconstructed panorama over the original panorama in
Photoshop, toggle layer visibility

I see no differences and the output is still in ACES-2065 space.

You might run into issues if you use .exr though, perhaps that's what is
causing the problem. EXR doesn't support ICC profiles, instead it has a
'chromaticities' metadata tag. PTGui reads and writes this so it should
preserve color, but it is not widely supported it seems. Photoshop for
example seems to ignore this completely and just use linear sRGB. So if
you do a round trip via Photoshop your colors will be corrupted.

Kind regards,

Joost Nieuwenhuijse
www.ptgui.com
> --
> You received this message because you are subscribed to the Google
> Groups "PTGui Support" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to ptgui+un...@googlegroups.com
> <mailto:ptgui+un...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ptgui/7e38af5b-cf0f-4cf2-b39c-f0443341e1c7n%40googlegroups.com
> <https://groups.google.com/d/msgid/ptgui/7e38af5b-cf0f-4cf2-b39c-f0443341e1c7n%40googlegroups.com?utm_medium=email&utm_source=footer>.

Allen Hemberger

unread,
Jun 18, 2022, 7:20:19 AM6/18/22
to PTGui Support
Hi Joost, thank you so much for responding. I am indeed using EXR images, and was digging through the archives here and found mention of this "chromaticities" tag - I'm sure that's exactly what's causing the issue. When I open the cube faces in Photoshop, I can see it seems to want to consider them to be in linear sRGB space, which I hadn't noticed before. 

Hm, what a bothersome gotcha...

Allen Hemberger

unread,
Jun 18, 2022, 9:01:14 PM6/18/22
to pt...@googlegroups.com
Hi again;

A followup question to this: I think I’ve figured out how to plumb my ACES chromaticities attribute through my setup, but now I notice that when I pass my panorama - which I can confirm is an ACES full float-32 EXR, with the chromaticities header attribute - through the Cube Faces tool, my cube face images all appear to be half float exrs. My panorama is of noonday sunlight, so I need the full float range of values; the half float faces exhibit clipping. 

This surprises me; what could I be doing wrong? Is there a way to control the bit depth of the output images from the cube face tool?

Thanks;
—a

You received this message because you are subscribed to a topic in the Google Groups "PTGui Support" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/ptgui/rdsIaOqlgVM/unsubscribe.
To unsubscribe from this group and all its topics, send an email to ptgui+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ptgui/1a72a224-0bff-4903-9af4-701decd47bbbn%40googlegroups.com.

PTGui Support

unread,
Jun 19, 2022, 3:57:14 AM6/19/22
to pt...@googlegroups.com
Ah yes, the cube face tool currently is hard wired to create half float
EXRs.

As a workaround, I think it should work if you use TIFF instead. If you
still see clipping, try disabling GPU acceleration before running the
cube face tool, the GPU pipeline may be using half float (I"m not sure).

I'll add full float support in the cube face tool to the wish list.

Kind regards,

Joost Nieuwenhuijse
www.ptgui.com

On 19-06-2022 03:01, Allen Hemberger wrote:
> Hi again;
>
> A followup question to this: I think I’ve figured out how to plumb my
> ACES chromaticities attribute through my setup, but now I notice that
> when I pass my panorama - which I can confirm is an ACES full float-32
> EXR, with the chromaticities header attribute - through the Cube Faces
> tool, my cube face images all appear to be half float exrs. My panorama
> is of noonday sunlight, so I need the full float range of values; the
> half float faces exhibit clipping.
>
> This surprises me; what could I be doing wrong? Is there a way to
> control the bit depth of the output images from the cube face tool?
>
> Thanks;
> —a
>
>> On Jun 18, 2022, at 6:20 AM, Allen Hemberger <allenhe...@gmail.com
>> www.ptgui.com <http://www.ptgui.com/>
>> <https://groups.google.com/d/msgid/ptgui/7e38af5b-cf0f-4cf2-b39c-f0443341e1c7n%40googlegroups.com?utm_medium=email&utm_source=footer
>> <https://groups.google.com/d/msgid/ptgui/7e38af5b-cf0f-4cf2-b39c-f0443341e1c7n%40googlegroups.com?utm_medium=email&utm_source=footer>>.
>>
>>
>> --
>> You received this message because you are subscribed to a topic in the
>> Google Groups "PTGui Support" group.
>> To unsubscribe from this topic,
>> visithttps://groups.google.com/d/topic/ptgui/rdsIaOqlgVM/unsubscribe
>> <https://groups.google.com/d/topic/ptgui/rdsIaOqlgVM/unsubscribe>.
>> To unsubscribe from this group and all its topics, send an email
>> toptgui+u...@googlegroups.com
>> <mailto:ptgui+un...@googlegroups.com>.
>> To view this discussion on the web
>> visithttps://groups.google.com/d/msgid/ptgui/1a72a224-0bff-4903-9af4-701decd47bbbn%40googlegroups.com
>> <https://groups.google.com/d/msgid/ptgui/1a72a224-0bff-4903-9af4-701decd47bbbn%40googlegroups.com?utm_medium=email&utm_source=footer>.
>
> --
> You received this message because you are subscribed to the Google
> Groups "PTGui Support" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to ptgui+un...@googlegroups.com
> <mailto:ptgui+un...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ptgui/76490821-7B74-4F08-979C-EB762C4E9E23%40gmail.com
> <https://groups.google.com/d/msgid/ptgui/76490821-7B74-4F08-979C-EB762C4E9E23%40gmail.com?utm_medium=email&utm_source=footer>.
Reply all
Reply to author
Forward
0 new messages