@John-M , what exactly do you mean by "contains (no) EXIF data? Are you talking about a specific EXIF entry or the presence or total absence of any EXIF data?
I mean total absence of any EXIF data embedded in the JPG/TIF file … For example; exported from Affinity with the “Embed Metadata” option switched off.
Perhaps some circumstance (such as no EXIF data to signify otherwise) makes PL assume that it has already processed this image … equivalent to when a JPG is exported from a processed RAW (?)
When applying the preset optical correction only to a jpg nothing happens. But when applying B/W it changes to B/W. So it seems some presets don’t work with jpg.
Yeah, apologies - - I confused matters by making reference to a file “exported from a processed RAW”.
Forget that - - - Consider this instead;
1) I export two TIFFs to Affinity and stitch a panorama - and then I export the resulting image (say as a JPG) from Affinity without embedded EXIF data
PL auto-applies my RGBpreset to the new panorama image …
2) I export exactly the same pano image from Affinity with embedded EXIF data
PL auto-applies its ‘6 No Correction’ preset instead …
Is it perhaps the case that PL finds a reference to itself in the “Software” entry in EXIF data - and therefore determines it shouldn’t go another round ? … Whereas, with no EXIF data it behaves differently ?
a side note - with linear DNG for DxO PL it is a matter of some tags ( it was about round trip with linear DNG when DxO PL6 was not applying a preset that was set to be applied by default to its own output )
In thinking thru this for myself (thanks for the prompt, Mr P) - that explains the behaviour, and it makes logical sense … 'cos PL is attempting to avoid the potential for applying corrections twice.
In my case, tho, I DO want my custom RGBpreset to be applied - and NOT the “No Corrections” preset … but I cannot think of a way to force that (without manual intervention).
I’m guessing that’s PL’s method of dealing with the case where a user exports (from PL) into the same folder as the source-image/RAW file … in order to avoid re-applying corrections.
Unfortunately, I can’t think of any better way for PL to handle this (??)
It simply sets Soft Proofing ON, with ICC Profile = sRGB … Nothing else.
This is necessary (for my personal workflow), because;
I export images to Affinity for pano-stitching with ColorSpace = PhotoPro RGB … to give Affinity as much detail as possible to work with … and then export back to PL with same ColorSpace.
I then open the panorama image with PL (for minor tidy-ups such as straightening, cropping, etc) - and I expect it to apply my RGB auto-preset … so that Soft Proofing is set ON, with ICC Profile = sRGB
When I apply my standard Export to Disk settings, the ICC Profile used will be “Same as Soft Proofing” … which will export with ICC Profile = sRGB …
However, if Soft Proofing is NOT activated then “Same as Soft Proofing” defaults to the ColorSpace of the source-image … which, is PhotoPro RGB !!
– Which looks rather “flat and lifeless” on a less-than-capable monitor
… To which my only response is “On this Churly Morn” … Same bard - same slim volume.
And I’m not holding my breath while waiting for any different behaviour … So, I’ve changed my Export preset from Affinity so that it no longer includes any EXIF data in the file exported back to PL … So, PL now does auto-apply my RGB preset (instead of its “6 - No Corrections” preset).