# Reviewsubmission color\_space **URL:** \ **Category:** Pipeline Integrations\ **Created:** [April 30, 2020, 11:31am UTC](https://community.shotgridsoftware.com/t/reviewsubmission-color-space/8439 "2020-04-30T11:31:30Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![Davidvh](https://avatars.discourse-cdn.com/v4/letter/d/8797f3/32.png) [@Davidvh](https://community.shotgridsoftware.com/u/Davidvh)\ **Post date:** [April 30, 2020, 11:31am UTC](https://community.shotgridsoftware.com/t/reviewsubmission-color-space/8439/1 "2020-04-30T11:31:30Z")
Hey everybody, Is there something special I need to do to get the colorspace from Nuke into the reviewsubmission app? I took over the hooks and everything works as expected. If I do a a simple “print colorspace” in the submit\_for\_review.py hook I see the the colorspace from the Nuke write node as expected. But if I do a “print color\_space” in the render\_media.py hook in the reviewsubmission app it always returns None. Am I missing something? Cheers, David ---
**Author:** ![Davidvh](https://avatars.discourse-cdn.com/v4/letter/d/8797f3/32.png) [@Davidvh](https://community.shotgridsoftware.com/u/Davidvh)\ **Post date:** [May 5, 2020, 8:34am UTC](https://community.shotgridsoftware.com/t/reviewsubmission-color-space/8439/2 "2020-05-05T08:34:48Z")
Ok, I did some digging and found out that in the app.py for the tk-multi-reviewsubmission app, there’s color\_space = None specified. This is in the render\_and\_submit\_version arguments. So when this is present, the colorspace from the Nuke Write nodes is not caried into the review submission app. Is this there for a reason? In the render\_media.py hook for Nuke, there is an explicit line in the hook: if color\_space: read[“colorspace”].setValue(color\_space) However, this off-course doesn’t work by default because the colorspace is never present. I can fork the app and fix it myself, but I like to keep as many apps “vanilla” Shotgun, so they update automaticaly. Cheers, David ---
**Author:** ![DavidMason](https://sea1.discourse-cdn.com/shotgunsoftware/user_avatar/community.shotgridsoftware.com/davidmason/32/193_2.png) [@DavidMason](https://community.shotgridsoftware.com/u/DavidMason)\ **Post date:** [May 5, 2020, 11:40am UTC](https://community.shotgridsoftware.com/t/reviewsubmission-color-space/8439/3 "2020-05-05T11:40:48Z")
Hi @Davidvh, Welcome to the community! The colourspace setting is defined in the `render_media.py` [hook](https://github.com/shotgunsoftware/tk-multi-reviewsubmission/blob/master/hooks/tk-nuke/render_media.py) in the review submission app, you can configure it there by adding the `colourspace` setting, so if I branch the hook I would add the setting `write_node["colorspace"].setValue("Output - sRGB")` ("I’ve used Output - sRGB as an example here, but you can set as you want) to where it makes sense in this [block](https://github.com/shotgunsoftware/tk-multi-reviewsubmission/blob/master/hooks/tk-nuke/render_media.py#L234-L257). So the idea (I believe) behind having the colourspace defined separately was so that regardless of the colourspace set on your `tk-write-node` the `reviewsubmission` app would still write a default colourspace QT (generally sRGB) for upload. Now things have moved on alot with colourspaces and the advent of ACES, so this might not be the best method for you, but with the hook you can define it as you like without branching the app. -David ---
**Author:** ![Davidvh](https://avatars.discourse-cdn.com/v4/letter/d/8797f3/32.png) [@Davidvh](https://community.shotgridsoftware.com/u/Davidvh)\ **Post date:** [May 5, 2020, 12:16pm UTC](https://community.shotgridsoftware.com/t/reviewsubmission-color-space/8439/4 "2020-05-05T12:16:37Z")
Hi David, Thanks for the explanation. I already have that set for the output write node. That works fine and picks up the correct output space for the writenode. But I’m talking about setting the colorspace for the read node that is spawned during the quicktime generation. That one relies on what comes in as color\_space. So essentially the colorspace that is rendered with the Tk write nodes should be the same as the one used by the read node that is temporarily created during the quicktime render. I’m indeed setting up an ACES pipeline, and there appear to be some edge cases where we still need to output files with specific colorspaces which are misinterpreted by OCIO. DPX files are a prime example. They can be Cineon, LogC, etc. So I need to be sure what is rendered with TK nodes are then properly interpreted in the review submission read node.