Notice of Meeting - Output Transforms Architecture VWG - June 28th, 2023

Output Transforms Architecture VWG Meeting

Wednesday, June 28th, 2023
1pm PDT Add to calendar (.ics


Dropbox Paper homepage for this group:

NOTE: We will be using Zoom for this meeting.

You may join via computer/smartphone (preferred) which will allow you to see any presentations or documents that are shared, or you can join using a telephone which will be an audio only experience.

Please note that meetings are recorded and transcribed and open to the public. By participating you are agreeing to the ACESCentral Virtual Working Group Participation Guidelines.

Audio + Video
Topic: ACES Virtual Working Group Meetings
Time: This is a recurring meeting Meet anytime

Join Zoom Meeting

Or follow this link: bit.ly/acesvwg

Meeting ID: 993 4048 4145
Passcode: 972426
One tap mobile
+16699006833,99340484145#,*972426# US (San Jose)
+16694449171,99340484145#,*972426# US

Meeting ID: 993 4048 4145
Passcode: 972426
Find your local number: Zoom International Dial-in Numbers - Zoom

The recording and notes from meeting #108 are now available.

From the meeting notes:

Alex Fry: I want to reintroduce the iterative gamut hull solve, to see what effects are coming from the approximation.

@alexfry, the goal hopefully isn’t to bring back the iterative solver, as it’s not really practical for performance reasons. And for the forward direction the difference, if memory serves, wasn’t visible with the approximation.

Worth noting also that another way to deal with those hues where the approximation is smaller than the real boundary (I think yellow might have been one) is to actually use the cusp smoothing. The cusp smoothing will expand the shape a little bit so that the approximation in practice is always going to cover the whole gamut, plus of course the cusp will be smooth.

Here’s a little video that shows the cusp smoothing for yellow, as I adjust the smoothing between 0 and 1. It shows how the line above the cusp that might have been under the real boundary line is more than likely going above that line when smoothing is increased in Rec.709 (I guess we don’t have visualization for the intersection itself?). The cusp smoothing itself has not been optimized yet in any way. But it’s a simple way to adjust the size and shape of the boundary approximation.

For the gamut mapper I have been thinking that maybe we should be looking for much simpler approach as well, one where we don’t perhaps have to calculate the boundary intersection at all. I’m reminded of @bottosson’s gamut approximation for Oklab where the whole gamut hull, I suppose, is approximated. I implemented that, as well as the old ZCAM DRT gamut mapper, in OkishDRT where the mapper was selectable with a checkbox.

Could some one post a link to the baked OCIO for CAM DRT v35? Not sure where this lives on github. Thanks!

Think I found it: