SNS-HDR Pro 2.0 Beta

[Stiga]

The icon for the desktop shortcut - it looks like this at the moment:

[Sebastian Nibisz]

Since I remember this icon is gray.

[Stiga]

Sebastian, this is the icon that I used to have for version 1.4.22



Martin

[Sebastian Nibisz]

This must be a custom icon, I do not remember it.

[Stiga]

This must be a custom icon, I do not remember it.

Maybe I created it, I don't remember (an old age problem )

Martin

[Sebastian Nibisz]

If you want, I have these two icons (click to download).

[Stiga]

Thank you Sebastian. I think they are better than the grey icon.

Martin

[capricorn]

To whom it may concern:

I have posted the LR plug-in update under Lightroom Plugin.

[HDR_h8r]

Hello again, Sebastian!

I have to point out (again) an issue that has not gone away since the alpha stage.

A frame of reference is needed here:

I do my merging outside of SNS-HDR and I use SNS-HDR only to do the tonemapping.
The photos that I bring to SNS-HDR are in the 32-bit TIFF format. The files are generated by Photoshop CS6.

There is a major inconsistency with the way SNS-HDR handles these files.

All the images in the attached example are screenshots of the same photo, saved with different settings* in Photoshop, they way they appear in SNS-HDR with the default preset.


image no.1 : 32-bit TIFF in the sRGB colorspace, saved "untagged" (with no colorspace assigned to it).

image no.2 : 32-bit TIFF in the sRGB colorspace, actually tagged with sRGB.

image no.3 : 32-bit TIFF in the ProPhoto colorspace, saved "untagged".

image no.4 : 32-bit TIFF in the ProPhoto colorspace, actually tagged with ProPhoto.


*Since Photoshop does not support colorspace conversion in the 32-bit mode, the HDR stack that was used in generating image no.4 (and also image no.3) was converted to ProPhoto prior to the merging.


So here is the problem:

SNS-HDR does not handle colorspaces the way every image software is supposed to.

The only image that looks right is image no.1, the UNTAGGED one that has its colors in sRGB. Keep in mind that it's slightly underexposed (by intention), which is why it looks a little dark, however, the tones/colors look exactly the way they should.
If I save the very same image in Photoshop, without doing ANYTHING to it, however, I tag it with the sRGB colorspace, the resulting image (no.2) looks extremely washed out when loaded in SNS-HDR. With photos that are exposed properly (not underexposed) the results look much worse than what is shown in image no.2.

With photos no.3 and no.4 it's a cluster**** on a whole different level.

In Photoshop, and every other image processing software that knows how to properly read the tags and handle the colorspaces, images no.2 and no.4 should (and do) appear nearly identical in colors and overall tonality. Images no.1 and no.3 also look like right after the appropriate colorspaces are assigned to them manually.

As of now THE ONLY way to get the correct colors in SNS-HDR is to have the HDR sequence converted into sRGB prior to the merging and save the resutling TIFF file with no colorspace assigned to it (untagged).

Something is definitely broken here. Because even if SNS-HDR made no attempt whatsoever at color-handling and simply threw everything into sRGB by default, images no.1 and no.2 would look IDENTICAL. The fact that they do not, indicates that some faulty color-managing attempt is indeed made.

I really hope that this issue will be addressed in the future release, as having to confine my photos to sRGB and doing this weird thing where I have to detach them from their native colorspace is no way to work in the long term.

Thanks for reading all this.

[Sebastian Nibisz]

Is the color profile has embedded in the image?