ID 473952 - movs/QuickTime files written using the mov64 writer with the Animation codec always have rec709 metadata, regardless of colourspace used to export

Problem summary
movs/QuickTime files written using the mov64 writer with the Animation codec always have rec709 metadata, regardless of colourspace used to export

Customer reported version
nuke.13.0v1

Customer reported platform
windows10

Steps to reproduce

1) Open Nuke

2) Create a Checkerboard node and connect a Write node

3) In the Write node, set the colorspace to sRGB, the file type and path to .mov, and the Codec to animation

4) Render the mov

5) Open the file in RV, the colour will be incorrect and the metadata will show rec709

Expected behaviour
For the file to be read into RV as sRGB

Actual behaviour
It was read in as rec709, so the incorrect colour transform was applied:

Workaround
Unknown.

Reproduced by support
This bug has been reproduced in:

Nuke 13.0v1 - Windows 10, Centos 7.5

Nuke 12.2v1 - Windows 10

Nuke 12.1v1 - Windows 10, Centos 7.5 - regression

Unable to reproduce bug in:

Nuke 12.0v6 - Windows 10, Centos 7.5

Earliest version tested
Nuke 12.0v6 - This issue doesn't appear in this version and has regressed