The sample clip is cut directly from the original footage straight out of the drone (no transcoding at all - I used ffmpeg to extract the video track between time markers)..... but, there is something odd about this footage as I redid that same shot today and this one looks OK using the inbuilt Input Colour space for DJI D-Gamut / D-Log on this clip (well it still looks like a consumer oversaturated image but that is the "look" I guess.... at least nothing is blown out or crushed).
Why are the different?
- One difference between the two clips is the first one had a V-ND on it and the 2nd did not. I need to test that more to see if that is an issue or not but checking the SRT file, Clip 1 was 100ISO @ 1/60th with ND and Clip 2 was 100ISO @ 1/350 with no ND (when the pool is dead centre)
- I've checked the SRT file and both claim to be D-Log and neither were at the minimum shutter and max ISO
Here is the reshoot V2 Clip-
https://behome.dyndns.info/index.php/s/t4KAkNbnPNETkQashebbe, I really appreciate another set of eyes on this!
Thanks
Nathan
AFAIK - with YRGB Color Managed, resolved will (in order)
- If RAW detect it and apply the correct Input (I've nothing to test)
- If MetaData exists (MXF etc) detect it and apply the correct Input (eg my FX6)
- Otherwise default to what is set in "Input Colour Space" (eg my Air2s)
- You can override the above by manually assigning the "Input Colour Space"
The DJI footage has no meta data on Color Space so I double check it is assigned by using either the default Input Colour Space or assigning it directly. I then used this method to check what it looks like using all sorts of combinations of color space and gamut.