-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Colours in DNGs exported are not the same as CR2 #180
Comments
Some links. Check from around #2840: Bottom line. It's a secret. Here's some more: One thing to do is to shoot a cr2 with two completely different eos m cameras with the same settings then look for this information and see if it differs. |
I will see if my CR2s have different values for this tag. Would be nice if it turns out it always has same value. I don't see why it would need to be different for different scenes, also don't see why camera matrix is not enough for Adobe. |
Not different for every scene. Different for every sensor. It's a unique calibration tag for each and every cam produced. But only one per camera. |
So it's different for each individual camera? I think cameras are similar enough that we can re use this tag. If there was actual significant difference, there would need to be different matrices for each cam as well. Seems like Adobe intentionally overcomplicating. I will compare the value of this tag on my current 5D2 with my old one. I might try and find the value for this tag for as many of the default cameras as possible (and a few copies of each one so we can compare and get an average). Could this be a good plan? Then we can add it to DNGs while exporting. |
Na, I say skip it or you will probably end up worsen image on some sensors. In practice we are talking about maybe 4+ or 4- tint and maybe 2-3 steps wb slider. |
So if we add this tag, it will still leave that tiny error in and not correct it, but it should correct the massive shift we currently have? It wouldn't increase the error on average anyway. I am still really confused what the purpose of this tag actually is. It's the CameraCalibration1 and CameraCalibraion2 are the tags we are talking about here right? It looks like they are another matrix or something :/ |
I look at the post you sent, and the camera calibration tags appear to be matrices, but they only do tiny amounts of channel gain. Maybe we should just include this tag and set it to identity matrix. @dannephoto Can you see what happens if you inject cameracalibration in to the DNGs as just 1,0,0,0,1,0,0,0,1 ? Also how does it relate to asShotNeutral? Is asshotneutral necessary to have? |
asshot... tag is the white balance information so yes, needed. Maybe related to white level? 14bit vs 16 bit? Some hue info not included into the dng file etc? Anyway. If you want to test adding the camera calibration tag you can use exiftool. This tag comes from my camera : One thing to test is to set camera to same kelvin, maybe 6500 and shoot a CR2 and a film a MLV output to dng, then compare. They should look the same but probably won´t. |
Ok I am too confused by all this. As you recommend not to do this I won't. Also why is this more useful on dual ISO?? |
Here. Take a look at these files. I think you´ll see what´s going on: One dng has the added camera calibration tag, the other dng has not. As you´ll see the CR2 dual iso and the dng will have the exact same white level reading in adobe camera raw. |
Hm... and what the exact name of this DNG tag? |
I am not able to test, I do not have camera raw (ok I'll try out in rawtherapee actually), but according to Danne the white balance and colours look different in DNGs exported from MLV App to what you get out of CR2 photos. It should not be the case.
I will be honest, I'm not sure exactly what this all means, I do not know the DNG tag terminology. Maybe it means the matrices are not added, or it is a simple white balance difference that can be completely corrected by moving the sliders, either way it should be fixed !?
@bouncyball-git Do you know what the issue could be?
Edit: I can confirm the issue: in darktable with matched white balance sliders the pics look different, something is going on.
The text was updated successfully, but these errors were encountered: