Video series

Here everybody can post his problems with PhotoLine
laienspieler
Mitglied
Beiträge: 70
Registriert: Fr 10 Apr 2009 20:20

Re: Video series

Beitrag von laienspieler »

You are my hero!
Benutzeravatar
russellcottrell
Mitglied
Beiträge: 251
Registriert: Sa 26 Jul 2014 10:13
Wohnort: California

Re: Video series

Beitrag von russellcottrell »

cape.png

PhotoLine’s unsharp masking size parameter is different from the radius that other programs use. Here are some actual measurements:
http://www.russellcottrell.com/photo/Ph ... SMSize.htm
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Benutzeravatar
russellcottrell
Mitglied
Beiträge: 251
Registriert: Sa 26 Jul 2014 10:13
Wohnort: California

Re: Video series

Beitrag von russellcottrell »

PhotoLine Techniques: sharpening, noise reduction, spotting, resizing
https://www.youtube.com/playlist?list=P ... 9ezdXnLs0-
bruce1951
Mitglied
Beiträge: 413
Registriert: Sa 23 Apr 2016 17:03

Re: Video series

Beitrag von bruce1951 »

Thanks Russell. The sharpening video was more than helpful. Well done.
gerryW
Mitglied
Beiträge: 41
Registriert: So 01 Apr 2018 17:27

Re: Video series

Beitrag von gerryW »

Really very helpful info on sharpening. Thanks for the Videos! :)

One question remains: first sharpen and then denoise? Or the other way around? Or does it not matter? :?
Benutzeravatar
Hoogo
Betatester
Beiträge: 4021
Registriert: So 03 Jul 2005 13:35
Wohnort: Mülheim/Ruhr

Re: Video series

Beitrag von Hoogo »

There was a thread about sharpening lately.
My general recipe has a slightly different order and is using the difference preview. I'm not that good in adjusting things by look and taste and prefer that obvios hint from that special preview.

Some wishes for your 3rd video on that topic : ;)
- Difference view
- Masking of halos with a black brush in the 2 layers
- Compare sharpening in RGB to L

Once it made a difference if you were sharpening a Lab layer or an RGB layer in Lab!
First kept color in halos, 2nd turned to white. But I didn't check now if it still applies.
----------------
Herr Doktor, ich bin mir ganz sicher, ich habe Atom! /Doctor, doctor, I'm sure, I've got atoms!
Benutzeravatar
Hoogo
Betatester
Beiträge: 4021
Registriert: So 03 Jul 2005 13:35
Wohnort: Mülheim/Ruhr

Re: Video series

Beitrag von Hoogo »

gerryW hat geschrieben: Mo 08 Aug 2022 13:57One question remains: first sharpen and then denoise? Or the other way around? Or does it not matter? :?
I think: At the beginning you try to create the best "input signal"

In theory: The steps should follow the physical process that created the problems, just in opposite direction.

- The lens adds some softness. Final step would be deconvolution, but sharpening as final step is also fine.
- Then the sensor adds some noise. So denoising should be done before sharpening.

After that, software adds some more:
- Demosaicing technically adds noise, meaning more changes to the original signal. But depending on the algorithm it looks smoother.
- Converting color spaces adds some crosstalk to the channels.

If you have RAW, you can try some different demosaicing algorithms in the layer attributes, maybe move the channel mixer somewhere else. But with a Jpg you can't "undo" these 2 software steps.

In practice: So it's not really possible to do each step perfect, but denoise and then sharpen would be more logical. Sharpen increases noise, and the denoise-filter has a kind of edge detection, so it should be better to apply it to the more original edges.
----------------
Herr Doktor, ich bin mir ganz sicher, ich habe Atom! /Doctor, doctor, I'm sure, I've got atoms!
Benutzeravatar
russellcottrell
Mitglied
Beiträge: 251
Registriert: Sa 26 Jul 2014 10:13
Wohnort: California

Re: Video series

Beitrag von russellcottrell »

One question remains: first sharpen and then denoise? Or the other way around? Or does it not matter?
As a practical matter, I capture sharpen, then denoise if necessary, because sharpening makes the noise pop out and I can then see what noise to remove. Speaking for myself, it is much harder to assess noise reduction if the image has not been sharpened first. Reversing the order of the layers makes sense, the noise is actually less, but the image is also less sharp, and turning up the sharpening to compensate makes the noise come back; to my eye there is little practical difference.

Of course, we are actually talking about a three-pass workflow: capture sharpening, noise reduction, then output sharpening, so the final and more aggressive sharpening is always after noise reduction.

Also, I never use the difference view; I would rather use the eyeball to toggle the effect on the entire image.
Masking of halos with a black brush in the 2 layers
If it is possible to mask the halos with a brush, they are way too big!
derpeter
Mitglied
Beiträge: 51
Registriert: Fr 19 Jul 2019 10:22

Re: Video series

Beitrag von derpeter »

.
When sharpening, a mask is used to only sharpen the edges if possible.
Can't you also use the same mask (but inverted) in denoising to protect the edges so they don't get softened again? :?
Benutzeravatar
russellcottrell
Mitglied
Beiträge: 251
Registriert: Sa 26 Jul 2014 10:13
Wohnort: California

Re: Video series

Beitrag von russellcottrell »

That’s what Threshold does for both tools; but there is not a literal mask.
I think I’m going to redo the video and create the denoise layer under USM; it’s the best of both worlds, and it takes advantage of the fact that PL can put them both on adjustment layers (I think most apps cannot). But I still like sharpening first.
Benutzeravatar
russellcottrell
Mitglied
Beiträge: 251
Registriert: Sa 26 Jul 2014 10:13
Wohnort: California

Re: Video series

Beitrag von russellcottrell »

I am working on a video(s) about color management. Neither rendering intent nor blackpoint compensation has any effect when converting between working spaces (ProPhoto to sRGB, for example). There is little written about this but my understanding is, that other program uses relative colorimetric for all such conversions regardless of what is selected. In PL there is no apparent change when converting from a small space (sRGB) to a large one (ProPhoto), so my guess is that it uses RC as well. Is this correct?
Benutzeravatar
shijan
Mitglied
Beiträge: 1497
Registriert: Mo 23 Dez 2019 15:21
Wohnort: Ukraine

Re: Video series

Beitrag von shijan »

As i know it is limitation hardcoded inside Matrix-based ICC profiles itself. Perceptual probably only works for input and output (printer) LUT based ICC profiles. (please correct if i am wrong)
From my tests i see that in PhotoLine as well as in other apps transformation between working spaces always use Relative Colorimetric even if you select Perceptual. So if you transform from smaller to larger color space, original colors positions remains untouched, but only placed inside larger color space container. If you transform from larger to smaller color space extended colors became gently clipped. To be honest i also want to know when Perceptual intent is really works.

For real Perceptual intent when all colors are transformed in uniform way and not clipped to you need to create a LUT and use it with disabled color management. Once I used 3D LUT Maker tool from DisplayCAL https://displaycal.net/#create-3dlut to create color transformation LUTS and compare different intents.

Here is also old chart about color management that may help https://www.pl32.com/forum3/viewtopic.p ... 003#p47003
Color management in Photoline available at many levels so it should be really long video to explain all of that.

My guess non-destructive color management in PhotoLine should be advertised:
Layer, Document and Group in Draw Isolated mode may have their own independent color spaces.
Layer and Document also may have independent bit depths, so you can use some advantages of 32 bit mode in some adjustments, but original layer will remain 8 or 16 bit bit and original file size will not be increased. Small explanation here https://www.pl32.com/forum3/viewtopic.p ... 806#p46806
PhotoLine UI Icons Customization Project: https://www.pl32.com/forum3/viewtopic.php?f=3&t=6302
Benutzeravatar
shijan
Mitglied
Beiträge: 1497
Registriert: Mo 23 Dez 2019 15:21
Wohnort: Ukraine

Re: Video series

Beitrag von shijan »

Here is example to proof things:
Test image chart in sRGB color space.
Bild

In special measurement app real colors are detected and represented by cloud that fits in sRGB triangle.
Bild

Now if convert image to ProPhotoRGB and select Perceptual in tool settings, actual real life detected colors remains the same, but only color space became extended. This is typical Relative Colorimetric transformation, but not real Perceptual.
Bild

P.S. If it possible, i would like to request option to ignore hardcoded ICC profile limitations and allow to use Perceptual transformation with any ICC profile type. It could be very useful for some special technical cases.
PhotoLine UI Icons Customization Project: https://www.pl32.com/forum3/viewtopic.php?f=3&t=6302
Benutzeravatar
shijan
Mitglied
Beiträge: 1497
Registriert: Mo 23 Dez 2019 15:21
Wohnort: Ukraine

Re: Video series

Beitrag von shijan »

Slightly off topic, but the only thing i still really don't like about Layer/Group/Document color management logic is the current "simplification" that brings confusion and slowdowns when use complicated Layer/Group/Document color management chains.

In earlier versions it worked very nice and simple: Set whatever you want ICC profile to Layer/Group/Document and it will remains there in any situation until you manually remove it.
But later based on someones feedback developers decide to change things and automate some things. So currently it is impossible manually force set same ICC profile to Document/Layer/Group. For example if Document set to sRGB and Layers set to sRGB, in Layers you will see empty fields instead of ICC profiles. It means that Layers use same ICC profile as Document (sort of bypass).

Problems start when you want to rearrange things or change Document/Layer/Group color management chain.

Let's say you want to change Document ICC profile but remain all Layers in sRGB.
In old versions logic when layers could remember their ICC profile instead of simply bypass, i just could set new ICC profile to Document and that's all.
But in current versions logic, changing Document ICC profile also will affect Layers ICC profile. So i need to change Document ICC profile and then set each layer one by one to sRGB ICC profile.

And if for some reason i switch Document ICC profile back to sRGB all layers became "bypass" again and everything became ruined again.

Also this "simplified" Document/Layer/Group color management logic looks confusing because it don't match to current bit depth management logic. If Layer and Document set to 8-bit and i change Document bit depth to 16-bit - Layer remains in 8-bit as expected.
PhotoLine UI Icons Customization Project: https://www.pl32.com/forum3/viewtopic.php?f=3&t=6302
Benutzeravatar
russellcottrell
Mitglied
Beiträge: 251
Registriert: Sa 26 Jul 2014 10:13
Wohnort: California

Re: Video series

Beitrag von russellcottrell »

To be honest i also want to know when Perceptual intent is really works.
If you make or download a large-gamut printer profile, then convert an image from a small gamut such as sRGB, the difference between RC and perceptual is clearly visible, and BPC works with both as well. My understanding is that the rendering intents are included in the profile itself, and it is printer profiles that have them both. Working space profiles, and I believe even display profiles, are evidently only able to use RC. So you just have to know that when you convert an image between working spaces.