New ACES Working Group - Gamut Mapping

Tags: #<Tag:0x00007f90e8fabee8>

ACES Community,

Today we are announcing the formation of a new architecture working group to focus on gamut management within the ACES system. When out of gamut colors occur in the current ACES system the default behavior is gamut clipping. This can sometimes lead to results that appear as image artifacts. This ACES Gamut Mapping Working Group will investigate and recommend improved strategies for managing out of gamut colors. The group will be Co-Chaired by Carol Payne of Netflix and Matthias Scharfenberg of Industrial Light and Magic.

We will be announcing the exact schedule for this working group soon but in the meantime, we’d love to hear your thoughts and ideas on gamut management with the ACES system, and in particular on the Working Group Proposal posted here.

This new group, as with all the recent groups will be conducted virtually using GoToMeeting for meetings, ACESCentral for discussions between meetings and the ACES Workspaces for exchanging documents, code, etc.

Thank you
ACES Leadership

Working Group Proposal: ACES_Gamut_Mapping_Working_Group_Proposal_Approved.pdf (164.5 KB)

Document Workspace:


That is great! I would be keen to participate to this one (especially having started to finally look at that in Colour), I hope the chosen time will be compatible.

1 Like

Hi Thomas! We’re working on meeting time proposals now - would love to have you participate, so will reach out soon! I’m considering rotating meeting times to accommodate time zones. Open to suggestions to make this work, as well.


Definately interested in this, when I’ve experimented using ADX I’ve had gamut issues going to and from ACEScg and so I’ve found it useful to nudge the primaries around so one becomes a strict subset of the other to avoid issues going back and forth.


1 Like

Looks like fun! I’ll look forward to the discussions around this.

1 Like

Looking forward to participating also.

1 Like

Very interested in this one! We are now experimenting with different custom gamut mapping or compression methods and it would be great to find good solutions. Too much out of gamut footage is generated in commercial vfx for my taste :slight_smile:

1 Like

I think Gamut Mapping and compression is an essential part of a successful image processing pipeline.
It is needed in a different context at different parts of the processing stack:
Cameras can produce out of gamut colours because they are not meeting Luther Condition and therefore cannot be transformed into a human-centric pipeline without errors and compromises.
But also if a camera would produce only valid signals, creative processes like VFX and grading might reintroduce invalid values. So further gamut compression might be needed to prepare scene-referred data for further display rendering (very close to the end of the scene-referred stage (maybe within an LMT)).
Here we are still in scene-referred image state, and gamut compression in the scene-referred domain might require some different design to display referred gamut compression.
It needs to be:

  • simple (non-iterative)
  • quick to compute
  • slightly parameterised

After display rendering, we might need further gamut compression to produce the final image on a given display gamut. However, if the scene-referred data is already sensible, gamut mapping on the display side is not that big of a problem in our experience.

I am happy to join the group if this might help.


I’m interested. I can see two areas that overlap with this, both of which had been mentioned in the past as candidates for VWGs: more colorimetrically accurate IDTs, and a new rendering transform that didn’t start by hard-clipping to AP1.

If we don’t change the latter, for example, we both set a harder goal for ourselves, and we have to decide what to do with colors that could be captured (yes, I know, highly unlikely blah blah Pointer gamut blah blah) or come out of a CG renderer or a color correction system that are inside the spectral locus but outside AP1.

I presume it’s up to Carol to set the scope of her investigation, but you would be the one who knew what parallel investigations were standing in the wings.

1 Like

I would also love to be involved. Gamut mapping solutions currently deployed outside of ACES have their own individual issues and I would love to voice my concerns from a colourist perspective. The mapping of OOG colours can be very subjective but I think we can find consensus on the approach which is a collective / subjective solution, rather than an approach that is based from scientific comparisons such as difference deltas to the OOG values. I believe there are simple solutions available that take into account the OOG values to display a pleasing representation in a smaller gamut/dynamic range. Proprietary solutions have existed for some time but I think a standardised open approach could yield even better and flexible adaptations we could all use…


While I can only provide the point of view of a colorist, I would like to help also.

1 Like

Interested. Gamut mapping can be frustrating moving to an ACES pipeline.