I didn't understand enough the last comment by @Eary 😅
- Open the ocio.config file
- change
scene_linearrole to Linear Rec.2020 and save - Open Blender and drag & drop the attached…
This is due to EEVEE clipping the negatives. Cycles CPU viewport also clips the negatives, while final render after finished will put the negatives back. Cycles GPU viewport should give you…
Is there some known ground-truth matrix for this?
Not that I know of.
The key point seems to be the D65 coordinate.
This is the tool I used for generating the XYZ to RGB matrix: https:…
The reason seems to be the precision in calculating the "XYZ D65 to Lin709" matrix.
Replace in the config the Linear Rec.709 stanza with this should solve the issue:
- !<ColorSpace>
…Also worth noting that the problem doesn't appear anymore if you save a JPG and re-import again:
Some parts that might be different is that 4.0 has a new OCIO configuration.
If I'm not mistaken, the Linear Rec.709 color space was introduced in 6923f7a153, so is this something for @Eary…
This is not a bug. First if all texture coordinate is not color, they are Generic Data, A.K.A Non-Color data. They have blue sockets, meaning they are vectors not colors.
What happens if you…
I'm using the ACES_GamutComp13 OCIO transform to compress all colors into the target output gamut before passing them to AgX.
ACES 1.3 seems to be their temporary solution, since it doesn't…
I would add that it's best to make sure these two EXRs still work after the change. Both EXRs encodes in Linear Rec.709, with E-Gamut being the source encoding.
I released the LUT generation scripts here, and also explained that I will need to step away…