Passing EXIF data to output EXR

[Conrad Allan]

Hey,

is it possible to pass the exif data of one of the images through to the output EXR? Perhaps the first frame?

Primarily I'm looking to pass capture time so I can do some additional work later one.

If this is possible, or if someone knows of a way to achieve what I need, I'd appreciate it!

Thanks!

[PTGui Support]

Hi Conrad,

EXR has its own metadata format, it doesn't support EXIF. PTGui
currently embeds some metadata (exposure time etc) but not the capture
date. I'll add this to the wish list.

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/1f922b42-30af-414e-a722-dd5365ca2802n%40googlegroups.com
> <https://groups.google.com/d/msgid/ptgui/1f922b42-30af-414e-a722-dd5365ca2802n%40googlegroups.com?utm_medium=email&utm_source=footer>.

[Conrad Allan]

Thanks Joost,

Capture date/time would be extremely helpful.

Cheers!

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/Y2gkxmLnqgY/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/aa61a862-4bd0-80ee-60e2-e5f01bb8b871%40ptgui.com.

[MD]

Indeed, this is actually a very time consuming issue for me.

And what about copyright info / gps and such?

But can other software actually read that? Because if 'some metadata (exposure time etc)' is already included, i'm not seeing it.

All i found was this in Affinity:

<?xpacket begin="" id="W5M0MpCehiHzreSzNTczkc9d"?>

<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="XMP Core 5.5.0">

   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">

      <rdf:Description rdf:about=""

            xmlns:exif="http://ns.adobe.com/exif/1.0/"

            xmlns:tiff="http://ns.adobe.com/tiff/1.0/"

            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">

         <exif:PixelXDimension>13970</exif:PixelXDimension>

         <exif:PixelYDimension>6985</exif:PixelYDimension>

         <exif:ColorSpace>65535</exif:ColorSpace>

         <tiff:ImageWidth>13970</tiff:ImageWidth>

         <tiff:ImageLength>6985</tiff:ImageLength>

         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>

         <tiff:XResolution>72.0</tiff:XResolution>

         <tiff:YResolution>72.0</tiff:YResolution>

         <photoshop:ColorMode>3</photoshop:ColorMode>

         <photoshop:ICCProfile>sRGB IEC61966-2.1 (Linear)</photoshop:ICCProfile>

      </rdf:Description>

   </rdf:RDF>

</x:xmpmeta>

<?xpacket end="r"?>

Whose idea was it for EXR to have it's own metadata standard.. 😭

Op dinsdag 9 februari 2021 om 12:24:40 UTC+1 schreef Conrad Allan:

[PTGui Support]

Is that an EXR file? Metadata support for EXR in PTGui is very limited.

The EXR format is to blame as well, it doesn't support ICC, XMP or EXIF.

Consider using 32 bit float TIFF instead if metadata is important.

Kind regards,

Joost Nieuwenhuijse
www.ptgui.com

> www.ptgui.com <http://www.ptgui.com>

>
> On 09/02/2021 08:54, Conrad Allan wrote:
> > Hey,
> >
> > is it possible to pass the exif data of one of the images
> through to the
> > output EXR? Perhaps the first frame?
> >
> > Primarily I'm looking to pass capture time so I can do some
> additional
> > work later one.
> >
> > If this is possible, or if someone knows of a way to achieve
> what I
> > need, I'd appreciate it!
> >
> > Thanks!
> >
> > --
> > 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/1f922b42-30af-414e-a722-dd5365ca2802n%40googlegroups.com
> <https://groups.google.com/d/msgid/ptgui/1f922b42-30af-414e-a722-dd5365ca2802n%40googlegroups.com>
>
> >

> <https://groups.google.com/d/msgid/ptgui/1f922b42-30af-414e-a722-dd5365ca2802n%40googlegroups.com?utm_medium=email&utm_source=footer

> <https://groups.google.com/d/msgid/ptgui/1f922b42-30af-414e-a722-dd5365ca2802n%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, visit
> https://groups.google.com/d/topic/ptgui/Y2gkxmLnqgY/unsubscribe

> <https://groups.google.com/d/topic/ptgui/Y2gkxmLnqgY/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/aa61a862-4bd0-80ee-60e2-e5f01bb8b871%40ptgui.com

> <https://groups.google.com/d/msgid/ptgui/aa61a862-4bd0-80ee-60e2-e5f01bb8b871%40ptgui.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/929a1dd2-9ff9-4f61-a892-2ac51e1df948n%40googlegroups.com
> <https://groups.google.com/d/msgid/ptgui/929a1dd2-9ff9-4f61-a892-2ac51e1df948n%40googlegroups.com?utm_medium=email&utm_source=footer>.

[MD]

Yes, that's from the EXR.

I'm having issues with TIFF. It's difficult to get anything out of the extremely flat file, while the EXR actually has some contrast and saturation to it already.

But trying to add saturation back in and restoring black levels in the TIFF - completely destroys the image.

EXR:

TIFF (note the banding in the water even before processing, both with float precision):

I can use standard LDR blend planes, but it turns out those are still processed images. That can't be right.. Isn't the whole point of blend planes to NOT use PTGui for that? I would expect each plane to look exactly like the input images matching exposures. The blended result of that in external software is certainly usable though, and arguably better than the EXR.

So when switching to HDR blend planes i have no idea what is going on there at all, even flatter than a single TIFF, and all planes look about the same except for the highlights.

Op zaterdag 3 april 2021 om 19:06:03 UTC+2 schreef PTGui Support:

[MD]

The blend planes have banding in them as well. But blending them seems to mitigate that. 16-bit was used for all.

Likely it's caused by using JPG as input files (testing that now), but the thing is, there's no problem with that when exporting to EXR instead of TIFF. And i prefer the JPG's because that way i can just keep them archived along with the PTS file, so that i can always come back to it later and change something right away.

Op zondag 4 april 2021 om 12:09:06 UTC+2 schreef MD:

[Erik Krause]

Am 04.04.2021 um 12:09 schrieb MD:

> So when switching to*HDR blend planes* i have no idea what is going on

> there at all, even flatter than a single TIFF, and all planes look about
> the same except for the highlights.

Blend planes contain (as the name suggests) a blended panorama of a
single exposure step. For HDR bland planes only a tiny amount of the
available image data range is used.

Viewing images in floating point format highly depends on the viewer,
since they must be converted to LDR for display. Hence most viewers
adapt to the dynamic range they find, which means data is heavily
stretched if there is a small range, which causes a flat display. What
do you use to view HDR files?

If you look closely at your sample images, the one made from EXR
contains less dynamic range than the one from TIFF. The brightest pixel
in the EXR version is 228 while in the TIFF version it is 255. The peaks
in the histogram of the EXR version are shifted to the left, which means
some kind of correction was applied, which compresses the shadows even
more, making the banding invisible. This is just to show that it is
pointless to judge an HDR image in a viewer that adjusts the contrast to
the available data. An HDR image must be carefully tonemapped. But that
again is pointless for blend planes, which contain only data from one
exposure step.


--
Erik Krause
http://www.erik-krause.de

[PTGui Support]

The floating point TIFF and EXR should look completely identical. I'm
talking about the HDR output though, not the LDR panorama.

So output 'HDR: HDR Panorama' only and try .exr and .tiff, these should
be identical. Your screenshot of the .exr file looks like it is
processed already, I think this is due to the application you are
opening the .exr file in. It looks like this is applying a gamma
correction while it should not.

Kind regards,

Joost Nieuwenhuijse
www.ptgui.com

On 04/04/2021 12:21, MD wrote:
> The blend planes have banding in them as well. But blending them seems
> to mitigate that. 16-bit was used for all.
>
> Likely it's caused by using JPG as input files (testing that now), but
> the thing is, there's no problem with that when exporting to EXR instead
> of TIFF. And i prefer the JPG's because that way i can just keep them
> archived along with the PTS file, so that i can always come back to it
> later and change something right away.
>
> Op zondag 4 april 2021 om 12:09:06 UTC+2 schreef MD:
>
> Yes, that's from the EXR.
>
> I'm having issues with TIFF. It's difficult to get anything out of
> the extremely flat file, while the EXR actually has some contrast
> and saturation to it already.
> But trying to add saturation back in and restoring black levels in
> the TIFF - completely destroys the image.
>

> *EXR:*
> XT3F6316 Panorama [EXR]s.jpg
>
> *TIFF* (note the banding in the water even before processing, both
> with float precision):
> XT3F6316 Panorama [TIFF]s.jpg
>
> I can use standard *LDR blend planes*, but it turns out those are

> still processed images. That can't be right.. Isn't the whole point
> of blend planes to NOT use PTGui for that? I would expect each plane
> to look exactly like the input images matching exposures. The
> blended result of that in external software is certainly usable
> though, and arguably better than the EXR.
>

> So when switching to *HDR blend planes* i have no idea what is going

> on there at all, even flatter than a single TIFF, and all planes
> look about the same except for the highlights.
>
> Op zaterdag 3 april 2021 om 19:06:03 UTC+2 schreef PTGui Support:
>
> Is that an EXR file? Metadata support for EXR in PTGui is very
> limited.
>
> The EXR format is to blame as well, it doesn't support ICC, XMP
> or EXIF.
>
> Consider using 32 bit float TIFF instead if metadata is important.
>
> Kind regards,
>
> Joost Nieuwenhuijse

> www.ptgui.com <http://www.ptgui.com>

> > www.ptgui.com <http://www.ptgui.com> <http://www.ptgui.com

> <https://groups.google.com/d/msgid/ptgui/929a1dd2-9ff9-4f61-a892-2ac51e1df948n%40googlegroups.com?utm_medium=email&utm_source=footer
> <https://groups.google.com/d/msgid/ptgui/929a1dd2-9ff9-4f61-a892-2ac51e1df948n%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/5b2f065c-c904-4db2-a12b-5f527949a26dn%40googlegroups.com
> <https://groups.google.com/d/msgid/ptgui/5b2f065c-c904-4db2-a12b-5f527949a26dn%40googlegroups.com?utm_medium=email&utm_source=footer>.

[MD]

The examples above were created using SNS and everything set to 0. The 'auto luminance' option turned off, and with it on the result is about the same but with even worse banding.

But indeed you are right, when opened in Affinity the two appear the same (like the EXR example). So seems to be an issue with SNS? On import it even says 'merging images' even though of course it's only one file.

I didn't do any processing except tonemapping in PTGui (which i still like to keep exporting as an alternative version). Might be the same issue as with LDR blend planes coming out 'processed'? Maybe it's supposed to work like that, but that doesn't seem logical to me.

Op zondag 4 april 2021 om 14:11:38 UTC+2 schreef PTGui Support:

[PTGui Support]

On 04/04/2021 14:29, MD wrote:
> But indeed you are right, when opened in Affinity the two appear the
> same (like the EXR example). So seems to be an issue with SNS? On import
> it even says 'merging images' even though of course it's only one file.

Yes this must be an issue with SNS.

> I didn't do any processing except tonemapping in PTGui (which i still
> like to keep exporting as an alternative version). Might be the same
> issue as with LDR blend planes coming out 'processed'? Maybe it's
> supposed to work like that, but that doesn't seem logical to me.

The Post Process settings are applied to the blend planes.

Joost

[Conrad Allan]

Hi Joost,

Has this by chance been implemented into a recent version of PTGui?

We've been looking at ways to get around the limitation (by using some other scripts) but having it natively supported in PTGui would be so much less complex.

I suspect a "first shot" time and "last shot" time metadata entry might be needed for some users, but for our purposes, any option would be sufficient.

Thanks!

[PTGui Support]

HI Conrad,

I'm sorry, this is not implemented yet.

Kind regards,

Joost Nieuwenhuijse
www.ptgui.com

On 26/04/2022 06:59, Conrad Allan wrote:
> Hi Joost,
>
> Has this by chance been implemented into a recent version of PTGui?
> We've been looking at ways to get around the limitation (by using some
> other scripts) but having it natively supported in PTGui would be so
> much less complex.
> I suspect a "first shot" time and "last shot" time metadata entry might
> be needed for some users, but for our purposes, any option would be
> sufficient.
>
> Thanks!
>
>
> On Tuesday, February 9, 2021 at 6:37:47 PM UTC+10 PTGui Support wrote:
>
> Hi Conrad,
>
> EXR has its own metadata format, it doesn't support EXIF. PTGui
> currently embeds some metadata (exposure time etc) but not the capture
> date. I'll add this to the wish list.
>
> Kind regards,
>
> Joost Nieuwenhuijse

> www.ptgui.com <http://www.ptgui.com>

>
> On 09/02/2021 08:54, Conrad Allan wrote:
> > Hey,
> >
> > is it possible to pass the exif data of one of the images through
> to the
> > output EXR? Perhaps the first frame?
> >
> > Primarily I'm looking to pass capture time so I can do some
> additional
> > work later one.
> >
> > If this is possible, or if someone knows of a way to achieve what I
> > need, I'd appreciate it!
> >
> > Thanks!
> >
> > --
> > 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/1f922b42-30af-414e-a722-dd5365ca2802n%40googlegroups.com

> <https://groups.google.com/d/msgid/ptgui/1f922b42-30af-414e-a722-dd5365ca2802n%40googlegroups.com>
>
> >
> <https://groups.google.com/d/msgid/ptgui/1f922b42-30af-414e-a722-dd5365ca2802n%40googlegroups.com?utm_medium=email&utm_source=footer
> <https://groups.google.com/d/msgid/ptgui/1f922b42-30af-414e-a722-dd5365ca2802n%40googlegroups.com?utm_medium=email&utm_source=footer>>.
>
>
>
> ​Matte Paint Pty LTD accepts no liability for the content of this email,
> or for the consequences of any actions taken on the basis of the
> information provided, unless that information is subsequently confirmed
> in writing.
> Any views or opinions presented in this email are solely those of the
> author and do not necessarily represent those of the company.

>
> --
> 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/1047457c-dc29-4f79-865e-3381f0014db7n%40googlegroups.com
> <https://groups.google.com/d/msgid/ptgui/1047457c-dc29-4f79-865e-3381f0014db7n%40googlegroups.com?utm_medium=email&utm_source=footer>.

[Conrad Allan]

Okay thanks Joost,

If you have an ETA when we could expect I would appreciate it, but I understand if not.