Alternative OCIO config for Max and Maya. Because there is more to display transforms than ACES is able to offer.

[piotrus3333]

- ACES 1.0 SDR-video RGC view transform for environments without OCIOLook support: https://docs.acescentral.com/specifications/rgc/
- ACES 1.0 - SDR Video view transform as three colorspaces: for inverting aces view transform to linear rendering colour space (ocio v1 functionality), creating hdr textures
- for Max users: Unity neutral tone-map from Maya
- for Max users: hdr displays removed
- for Maya users: OCIO virtual_display - reads ICC display profile (supported in Resolve etc)
- added some texture colour spaces from ACES cg ocio configs (like srgb encoded AP1 texture etc)
- two AgX view transforms by Troy Sobotka: https://github.com/sobotka/AgX
- Display P3 (apple, srgb transfer function)
- view transforms: filmlook, cinemalook, cameralook - mostly remix/mashup of grades/looks/output luts from popular camera manufacturers
- filmlook01: traditional film emulation
- filmlook02: black and white film emulation
- cinemalook01: classic teal and orange look
- cameralook01: famous K1S1 lut from ARRI https://www.arri.com/en/learn-help/l.../lut-generator

[kosso_olli]

I think for some reason part of cgi industry not close to cinema was a bit behind in that matter. instead of copying what camera manufacturers already figured out (transition from film to digital and keeping the "look" intact as much as possible) we were using just simple S-curve based tonemapping methods

Hence my wish for a kind of "camera calibration" curve that mimics the look of different camera models.
I know there are ways to do this, but never got the time to evaluate this fully.

[piotrus3333]

Hence my wish for a kind of "camera calibration" curve that mimics the look of different camera models.
I know there are ways to do this, but never got the time to evaluate this fully.

it would be more complicated than a curve or even three - more like a 3D lut. you can hop on Sony website, get the luts and done - you have something like a “default” Sony look.

[piotrus3333]

- ACES 1.0 SDR-video RGC view transform for environments without OCIOLook support: https://docs.acescentral.com/specifications/rgc/
- ACES 1.0 - SDR Video view transform as three colorspaces: for inverting aces view transform to linear rendering colour space (ocio v1 functionality), creating hdr textures
+ ACES 2.0 rev060 for Rec.1886 / Rec.709 video display
- for Max users: Unity neutral tone-map from Maya
- for Max users: hdr displays removed
- for Maya users: OCIO virtual_display - reads ICC display profile (supported in Resolve etc)
- added some texture colour spaces from ACES cg ocio configs (like srgb encoded AP1 texture etc)
- two AgX view transforms by Troy Sobotka: https://github.com/sobotka/AgX
- Display P3 (apple, srgb transfer function)
- view transforms: filmlook, cinemalook, cameralook - mostly remix/mashup of grades/looks/output luts from popular camera manufacturers
- filmlook01: traditional film emulation
- filmlook02: black and white film emulation
- cinemalook01: classic teal and orange look
- cameralook01: famous K1S1 lut from ARRI https://www.arri.com/en/learn-help/l.../lut-generator

[DanSHP]

I can't image it's just as simple as loading the files in the .zip into a LUT layer in the frame buffer? Am I right?

[piotrus3333]

I can't image it's just as simple as loading the files in the .zip into a LUT layer in the frame buffer? Am I right?

nope.

I've made a bunch of luts based on this ocio config for Vantage. versions for sRGB rendering space would work in VRay via Lookup table layer:
OCIO substitution for Vantage - Chaos Forums

[DanSHP]

nope.

Initially in In my mind I didn't think it necessary for an OCIO correction in the VFB as I'd already done this in the Max Color Management. But I suppose in terms of visual display, this is related to max not necessarily V-ray, so the frame buffer still needs the OCIO display correction?

Having used Max colour management settings, this therefore means I do not need to adjust 'colour transfer space' or 'RGB colour space parameters' in the texture slots (as I did for acesCG workflow)? Does this even matter? Is this even part of the equation related to any of this?

ROAST ME!

[piotrus3333]

VRayBitmap - V-Ray for 3ds Max - Global Site

this is default behaviour of VRayBitmap.

if you never touch ACEScg you can leave RGB primaries at default and just change transfer function (old gamma) to whatever the texture needs.

edit: Max overrides VRay's VFB ocio setup.

[piotrus3333]

as the look of ACES 2.0 is apparently locked - I'm adding it for all displays. softer tone curve definitely feels better.



- ACES 1.0 SDR-video RGC view transform for environments without OCIOLook support: https://docs.acescentral.com/specifications/rgc/
- ACES 1.0 - SDR Video view transform as three colorspaces: for inverting aces view transform to linear rendering colour space (ocio v1 functionality), creating hdr textures
+ ACES 2.0 rev060 GitHub - ampas/ACES_ODT_Candidates
+ ACES 2.0 rev060 view transform as colorspaces: for inverting aces view transform to linear rendering colour space
- for Max users: Unity neutral tone-map from Maya
- for Max users: hdr displays removed
- for Maya users: OCIO virtual_display - reads ICC display profile (supported in Resolve etc)
- added some texture colour spaces from ACES cg ocio configs (like srgb encoded AP1 texture etc)
- two AgX view transforms by Troy Sobotka: https://github.com/sobotka/AgX
- Display P3 (apple, srgb transfer function)
- view transforms: filmlook, cinemalook, cameralook - mostly remix/mashup of grades/looks/output luts from popular camera manufacturers
- filmlook01: traditional film emulation
- filmlook02: black and white film emulation
- cinemalook01: classic teal and orange look
- cameralook01: famous K1S1 lut from ARRI https://www.arri.com/en/learn-help/l.../lut-generator


download:
https://piotrus3333.gumroad.com/l/gwavih