Backlit snapshot

@OK1 It may be a good idea to retain more of the detail. At 100% zoom, it feels lumpy and harsh. Good first PlayRaw though. You have tons of back catalogue to play with. :wink:

Thanks, it’s quite nice. There’s a loss of detail in the grass, but you handled the people, who are the primary subject, really well.

BTW, the darktable history stack is usually also included in the exported JPG, so if you don’t attach the XMP, it’s no big deal, really.

@afre: no need to pixel-peep :slight_smile:

Two more from me, one with ‘straight’ filmic (contrast = 1), the other almost the same, but with the ON1 LutifyMe ‘Skin Tone Shaper’ LUT applied after filmic. Stack embedded in the images (but you’ll need the LUT).


I’ve just realised that I did Backlit snapshot - #42 by kofa with a similar approach.

1 Like

I like the second one more. Right level of saturation. :+1:

That’s the one with the LUT.

Gave it a try with filmic, i kept contrast between foreground and background, but lit it up a bit. (also i believe some of the clouds are raw-clipped)

also same with filmic but I added a bit of brightness in the shadows with tone equalizer, but i find it less natural fast. i dont use tone equalizer a lot

1 Like

Thanks,

We aim to please. I am thrilled that you like the enhancements.

I focused only the aspects you had indicated as issues, in the initial post.

Stuck to the script, with only one creative decision - I assumed a viewing audience/target display of social media, laptops, phones, and desktop computer viewing at full screen size as the maximum magnification!

Not that this was an objective of my edit, but detail is definitely improved in comparison with the jpg, which is the assumed benchmark, to beat.

Formatting for social media informed the detail treatment choices made, for a target environment where color and contrast is primary, and certain details would be impossible to appreciate. And hope you agree, the edit fulfils, for this assumed target audience.

If formatting for print, or large format display, the detail enhancement would be treated in a different manner.

To quote you, from an earlier post - no pixel peeping was expected.

But I’ll go one further - the detail is a relatively easy fix. Turn off the local contrast, and any detail lost by this module (assuming there was any loss - typically only visible at pixel peeping magnification), is restored.

The local contrast is what gives it the slightly vivid, social media, instant gratification enhancement (kind of like an OOC-jpg). And this can be disabled.

For large print, or large display, kindly adjust sharpen settings, to taste.

The list of further enhancements is infinite. I’ll stop here.

Good to know. Never had to do this before, but I found some online websites which assist with the jpg to xmp conversion, and I was able to import that into darktable, and apply to a copy of the raw file.

Would you know of any desktop app/tool (maybe darktable itself) which does the jpg to xmp conversion?

Yes, there’s clipping in the clouds, but since there’s no colour or fine details, they can be recovered relatively well.

You just load the jpg as if it was an xmp…no conversion …DT will pull the history stack …you may have to change the file selection box to all to allow you to select a jpg instead of an xmp’

Loading the JPG as a sidecar, I seem to be posting this quite often: darktable 4.0 user manual - history stack, under ‘load sidecar file’ (just switch the selector from *.xmp to All files):

Images that were exported by darktable typically contain the full history stack if the file format supports embedded metadata (see the export selected module for details of this feature and its limitations). You can load an exported image as a sidecar file in the same way as you can with an XMP file.

I think the loss of detail in the grass on the left is apparent even on the screen, without pixel-peeping.

I do love a challenge, if it re-enforces learning, as in this case, or a nice break from the usual.

Regrettably, there’s only soo much one can do to challenged images, with digital tools, Each fix, creates new problems.(side effects), somewhat like pharmaceutical medicines.

Occasionally, not a problem. The more I work with images, though, the more I cull, before bothering to invest any time to bring out the best in the few images that are worth the effort to edit to perfection.

Could this area on the left, already be slightly out of focus, optically. cos you’ll find in all the various versions, on the thread, including the OOC jpg, that left side of the grass is consistently less distinct than the grass on the right.

With local contrast turned off, there are no modules settings which could have introduced (added) any defocussing or haziness, so the observation on detail, may be one based on the actual image/rawfile itself, and there’s a limit to what can be enhanced/repaired in this aspect.

Of course an attempt can be made to artificially sharpen it, but that has its own side effects - no free lunch, only trade-offs.

Awesome. Thank you.

I am reading that manual, or rather, the one for 3.6 which I’ve switched to, as fast as I can. So much to cover…

Sure, it’s not a great shot – it’s a family snapshot, I kept it because it’s us in the photo (it was the least bad of the few shots taken at the same location).
I also tend to cull more as I age. :stuck_out_tongue: But still not enough. :grin:

Revisited

Maybe a bit lighter on the family

1 Like

That is what I like about it. To me, good enough + family = great.

2 Likes

I took another stab at this. I started from a preset I have been working on for RT 5.8 Dev, and after I applied it, I left the background untouched aside from some exposure comp. I then worked on the family with some local edits. I tried to keep the lighting as natural looking as possible while still bringing out the details.


2020-06-01_16-43-35_DSC_0252-1.jpg.out.pp3 (41.2 KB)

2 Likes

On Darktable 3.6

Tried to get along without masks, which however might be the best solution for this photo, I think.


2020-06-01_16-43-35_DSC_0252.NEF.xmp (25.3 KB)


2020-06-01_16-43-35_DSC_0252.NEF.xmp (990.2 KB)