This is another new feature from PL4 lacking some communication, and I guess that’s because it’s not a simple one to explain. So, a few steps back before explaining it. DNG files include metadata that describes how to interpret colors - I mean how to translate from the pixel values in sensor color space into a standard color space (what we call applying color rendering, as a side note this color information embedded in DNG file looks like what you got in a DCP file - DNG Color Profile). Until PhotoLab 4, color rendering options did not offer the choice to use this embedded DNG metadata to do the color rendering (choices offered were to apply a precalibrated color rendering, or to use another file like an ICC file or DCP file). With PL4, this option to do color rendering based on DNG embedded color data has been added, and that’s what you are seeing right now (on top of every other color rendering options that are usually available on RAW files). So to answer to your question, what happens if in your specific case (you reprocess a DNG file outputted by PL in the first place, and you apply on it “Generic renderings\DNG embedded rendering”): PL will use embedded DNG metadata to do the color rendering as explained above, which turns out in that specific case to obtain a color rendering close to … the one you would get by default in Lightroom or Adobe Camera RAW! Why does PL embed DNG color data than matches Lr/ACR colors instead of the one applied in PL? Choice have been made years ago to embed metadata that tries to fit Lightroom/Adobe Camera RAW colors, because this DNG export was mostly designed to integrate smoothly OpticsPro/PhotoLab in a workflow including Lr/ACR. Of course, if you don’t care about Lr/ACR color rendering, you still got the possibility to select any other color rendering when you process a DNG file that is the result of a PL export.
On top of having applied denoising and lens corrections inside this exported DNG (I still speak using option “Export as DNG (denoising & optical correction only)”), main difference is that in exported DNG file by PhotoLab, we include XMP metadata that tells to Lr/Adobe Camera RAW to not apply by default it’s own denoising and sharpening (as we assume it has been done on PhotoLab side, it would be bad doing it on both sides: picture would be over corrected). But these settings on Lr/ACR side still can be changed manually if you like.
Just to clarify, color rendering applied during RAW conversion and color space used to export a file are rather independent things. Color rendering deals with how your color will look, and color space at export defines the referential used to describe such colors when you export the file. So yes, as long as you output your DNG file in tiff or JPG, the possibility to select color space used for output (including ProPhoto) will be available.
Does this mean that an other developer application NOT pickup this flag and also does his optical correction and such again?
Most probably yes if the competitor used applies some sharpening or lens corrections by default: in such a case, they should be manually removed.
Is this testable? like an image of a 15mm prime wide angled shot of a doorframe or such?
(And if denoise is twice done like the second does a action over it does this harm deepprimes action?
i think no noise means no action of a denoise engine.
And the second denoise can’t hurt either IF it doesn’t ruin the earlier denoise action.
This is tremendously useful! I will definitely put this to work. Thanks for adding this feature and bringing it to our attention.
I’m experiencing a weird color difference when processing a blown sky between the RAW file and the DNG file(with optics corrections and denoise only). It is my understanding that the color rendering should be the same with both, no?
Here is what I get when processing the RAW file:
And here is what I get when processing the DNG file identically:
The sky turns an ugly pink and green. I was using a gradient mask on each one to recover the highlights in the sky in addition to exposure compensation. I don’t know what to think. The sky is not too blown to be recovered as the processing on the RAW file shows. @Benoit any ideas?
Indeed, this is bad, and this looks like our legacy DNG export option “Export as DNG (all corrections applied)” (on which everything was applied, which leads to destructive color management). Are you sure you exported in DNG using output option named “DNG\Action\Export as DNG (Denoise & Optical corrections only)”?
Yes, absolutely certain.
OK. Would you mind providing us your RAW file (the original CR3 file) + .dop file so that we investigate this?
You can upload your files to our file server at the following URL:
http://upload.dxo.com
Please, fill in all the fields.
In “Support ticket number” field you should write your Forum User Name. Please advise in your reply in this thread to confirm that the files are available on our server.
Thanks a lot for your help.
It also need some time to understand every detail 
But those are precious informations and your business to bring great quality into our picture. You definitely should have an article on your blog or knowledgebase.
Make some noise for Deepprime and this new dng export 
Okay I’ve uploaded the original CR3, it’s DOP, the DNG and it’s DOP. A little background: Svetlana already has this file. I already had a problem with this file.
Possibly this file is somehow corrupted but thought that @Benoit and the team should investigate.
Thanks a lot. I reproduce issue with it, so definitely there is a bug there that we gonna fix.
Thank @Benoit. I love this feature. To be able to work on a “cleaned-up” file(Deep Prime and DXO’s fantastic lens corrections) as if it were a RAW file(tone and color) is a game-changer for me and my workflow!
Just did a little trial:
Exported an image, treated with NoCorrection and exported it as DNG with the two variants offered by DPL4 build 42.
The resulting images look identical as seen in macOS’s “Preview.app”, still they have different sizes.
What exactly are the two exports doing under these conditions (preset No Correction applied)?
Hi
Did a trial on an underexposed picture.
Compared final result between processing the dng with dp and processing the raw and exporting with dp. Edges were a little cleaner on the exported raw, but to see the difference it is with 400 % magnifier.
Will try again…but on my config exporting with dp is 12 mn long
It takes you 12 minutes to export a single file with DeepPRIME? How many megapixels is the image? Even if your GPU is not supported, 12 minutes seems very excessive.
Mark.
Hi
20 mpx
That is life with a 15 year old computer 
I changed my Raedon hd 4850 by a gtx 1650 super, but there was incompatibily with motherboard.
Waiting for sales
Thanks @Benoit and team. The issue I reported above with the ugly sky from DNG edit has been resolved in PL v.4.1.0, YAAAY!