LRTimelapse Forum
Relative (?) white balance of DNG's is not transferred from LR to LRT - Printable Version

+- LRTimelapse Forum (https://forum.lrtimelapse.com)
+-- Forum: LRTimelapse (https://forum.lrtimelapse.com/Forum-lrtimelapse)
+--- Forum: LRTimelapse 6 - Bug reports (https://forum.lrtimelapse.com/Forum-lrtimelapse-6-bug-reports)
+---- Forum: Closed Topics (https://forum.lrtimelapse.com/Forum-closed-topics)
+---- Thread: Relative (?) white balance of DNG's is not transferred from LR to LRT (/Thread-relative-white-balance-of-dng-s-is-not-transferred-from-lr-to-lrt)



Relative (?) white balance of DNG's is not transferred from LR to LRT - lightatwork - 2023-02-13

Hi Gunther,

I've hit something that might be a bug.

Everything on iMac Pro (Intel) (OSX 12.6.3)
LRT version 6.3.0 (build 844)
LR Classic version 12.1
Camera Raw 15.1

I've worked with a a lot of long-term, JPG-based sequences before. I always first convert these to DNG files in Lightroom without any editing. Once DNGs, I load the sequence in LRT, initialize, set keyframes and drag to LR. There I edit keyframes, save metadata, back to LRT, auto transition, etc.

Before, I was always able to correct the white balance and tint of the keyframed DNG files in Lightroom. They are relative values, so default they are 0, and you correct +/- and let LRT interpolate between them.

Right now (repeatable, also after clearing metadata and starting from scratch following the FAQ meticulously (https://forum.lrtimelapse.com/Thread-keyframes-metadata-editing-from-lrtimelapse-not-visible-in-lightroom-or-vise-versa)), it seems, either LR is not writing the temp en tint values correctly in the XMP's, or LRT is having trouble in reading them. All in all, I see no correct WB corrections in my sequences once they are back in LRT. This was not an issue before.

I've manually opened an XMP file from a DNG that has a WB and Tint correction of +15 (just for testing) and I can not find this anywhere in the XMP file. So perhaps the issues lies with LR, not LRT.

Anyway, could you have a look into this? If you at least can find where the issue lies, I know which software (LR? LRT? CameraRaw?) to try to roll back to a version that works. Thanks!

Edit: I've found an old tread on the LRT forum which describes closely what I am experiencing: https://forum.lrtimelapse.com/archive/index.php?thread-4771.html

Edit 2: The "IncrementalTemperature" and "IncrementalTint" values described in the old thread are not present in the XMP files that LRT creates when initializing. Could that be a smoking gun?

Regards, Jorrit


RE: Relative (?) white balance of DNG's is not transferred from LR to LRT - Gunther - 2023-02-14

it seems as if Adobe changed a tag that LRTimelapse uses to identify whether a DNG file is "flat" (baked in, relative Whitebalance) or contains "raw" data (absolute Whitebalance). I'll rework the detection in the next beta.
Until then please use the menu item "Metadata / Set Whitebalance Treatment" to manually set the mode for DNG sequences from JPGs to "Relatve WB-Treatment". You only need to do this once per sequence, best do it right after loading it for the first time.


RE: Relative (?) white balance of DNG's is not transferred from LR to LRT - Gunther - 2023-02-15

This is fixed in LRTimelapse 6.4.0 beta 7, please test and let me know your feedback in the beta forum: https://forum.lrtimelapse.com/Thread-lrtimelapse-6-4-0-beta-7