Likely related to this thread https://dcpomatic.com/forum/viewtopic.php?t=2735 and this changelog in "Fix incorrect colours with ‘no colourspace conversion’ sources in some cases. "

DoM will apply a colour space conversion despite being told to bypass.

In the link below you will find several files that demonstrate the issue and to reproduce my test and confirm I do not have any methodology errors:

https://cloud.hunter.camera/s/EnttKKpoo8Lqy6J

1. CountDown_24fps_2k_scope_ProRes444_Rec709.mov
   • A rec709 G2.4 ProRes444 Mov file
2. CountDown_24fps_2k_scope_ProRes444_DCI-X'Y'Z'.mov
   • A DCI X'Y'Z' ProRes 444 mov file created in Davinci Resolve
3. A DPX 12 bit sequence
   • A DCI X'Y'Z' DPX image sequence created in Davinci Resolve
4. CountDown_24fps_2k_scope_H264_DCI-X'Y'Z'.mov
   • A DCI X'Y'Z' H264 mov file created in Davinci Resolve
5. The DoM Project and resulting DCP that show:
   i. The settings used to create the test DCP
   ii. That the Rec709 file and the DCI X'Y'Z' files display as expected
   iii. When the rendered DCP is played back in DoM Player, the Rec709 source file is converted to and from DCI X'Y'Z' and displays as expected.
   iiii. The DCI X'Y'Z' source files in multiple formats are not passed through unchanged. If Colour = None was passing the files through unchanged, the Rec907 and DCI X'Y'Z' should look the same.
6. The Davinci Resolve 20 project file used to create the DCI X'Y'Z' samples.