shotsreqop.blogg.se

And for that we can use cie_xyz_d65_interchange + some transform of our choice to a perceptually linear space.

We really just need to do some operations in an approximately perceptually linear space, independent of the chosen display. > I'd like to add more displays and the ACES RRT to our config, and later figure out how we can also ship a config with ACES refererence space.Īs far as I know we have enough information from the config for handling color wheels, gradients, and compositing of UI elements. > OpenColorIO has builtin transform for ACES and various displays now, and they work based on the new display reference space concept, using CIE-XYZ (). >is there a plan to update Filmic for OpenColorIO 2.0? It might be worth discussing how this can fit in nicely with Clem’s more recent display linear manipulations for overlays etc. It is trivial to pull the inverse EOTF out of the lookups, and keep them display linear “clean”. Integration with wider gamut spaces prior to that will be problematic.Ĭonsider the output display encoded for BT.709 based displays. The most prominent gains Blender can make is to get the UI up to a managed state. ACES use is more or less as simple as a download, so not certain as to how much “better” it can get than the canonized sources. ACES brings so many broken facets to the table that people without an in-house colour scientist or colorist would likely be left helpless to repair things. Should be rather trivial, but perhaps waiting for v2 might make more sense here. I'd like to add more displays and the ACES RRT to our config, and later figure out how we can also ship a config with ACES refererence space. Might help to formulate a plan and have your voice there in the nearer future. It’s relevant to Blender due to the need to manage colour wheels, gradients, and composite in display linear. They came around to that idea finally, but sadly left out the display colourimetry aspect that would permit DCCs to query the chosen display colourimetry.

OpenColorIO has builtin transform for ACES and various displays now, and they work based on the new display reference space concept, using CIE-XYZ D65. I was letting the dust settle on v2.0 first. Is there a plan to update Filmic for OpenColorIO 2.0?