Thanks guys - thats all super helpful.
Actually I’m currently running latest build in Nuke 8 - so without a workspace
global knob - I have to be super careful with my OCIO nodes…. :)
Cheers
Neil Rögnvaldr Scholes
Director | VFX Supervisor | Artist
www.neilscholes.com
I would just be-careful because Nuke doesn't have any support for ACES
metadata(neither ACES container or ACES clip sidecar) nor does it support
chromaticities attribute in an EXR file. Sadly it also strips this data out
when writing EXR if it previously existed. If you are mixing an matching cg
Hey,
When bringing in plates from a different space, you want the destination
space to be 'ACES - ACEScg' as ACEScg is the working space. You can convert
to 'ACES - ACES2065-1' and then to 'ACES - ACEScg', but there's really no
need to go to the 'ACES - ACES2065-1' space in this case.
For the
oh sorry, I read that too fast. I only saw sRGB in the name. :)
On Thu, May 12, 2016 at 3:23 PM, Neil Scholes wrote:
> From what I understand the linear sRGB to ACEScg is linear light but with
> sRGB primaries going to linear with ACEScg primaries
>
> Have I got this
From what I understand the linear sRGB to ACEScg is linear light but with sRGB
primaries going to linear with ACEScg primaries
Have I got this wrong?
I did a quick test and the RRT worked well, as in looked identical to viewing
the linear image with and sRGB LUT.
In other words renders
Why would you go from sRGB to ACES out of a file rendered in Mantra? If
you are rendering to EXR, you should be going to scene linear already
unless you are rendering to an 8 bit file, EXR are not supposed to be gamma
encoded.
On Thu, May 12, 2016 at 1:16 PM, Neil Scholes
Thanks Deke for the recent tutorial on Nukepedia for dealing with the new ACES
config.
The ADX to ACEScg work really well and I’m thinking of moving away from SPI VFX.
Ive been experimenting - when bringing in a render from Mantra ( or wherever)
- it seems wise to convert the renders from