Notice of Meeting - ACES Gamut Compression Implementation VWG - Meeting #2 - 4/8/2021

ACES Gamut Compression Implementation VWG Meeting #2

Thursday, April 8, 2021
5:00pm - 6:00pm Pacific Time (UTC-12:00am Friday)

Please join us for the next meeting of this virtual working group (VWG). Future meeting dates for this month include:

  • April 15: 9:30-10:30am PT
  • April 22: 5-6pm PT
  • April 29: 9:30-10:30am PT

Dropbox Paper link for this group:

We will be using the same GoToMeeting url and phone numbers as in previous groups.
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
Please join my meeting from your computer, tablet or smartphone.
https://global.gotomeeting.com/join/241798885

First GoToMeeting? Let’s do a quick system check: https://link.gotomeeting.com/system-check

Audio Only
You can also dial in using your phone.
Dial the closest number to your location and then follow the prompts to enter the access code.
United States: +1 (669) 224-3319
Access Code: 241-798-885

More phone numbers
Australia: +61 2 8355 1038
Austria: +43 7 2081 5337
Belgium: +32 28 93 7002
Canada: +1 (647) 497-9379
Denmark: +45 32 72 03 69
Finland: +358 923 17 0556
France: +33 170 950 590
Germany: +49 692 5736 7300
Ireland: +353 15 360 756
Italy: +39 0 230 57 81 80
Netherlands: +31 207 941 375
New Zealand: +64 9 913 2226
Norway: +47 21 93 37 37
Spain: +34 932 75 1230
Sweden: +46 853 527 818
Switzerland: +41 225 4599 60
United Kingdom: +44 330 221 0097

Recap:

  • @jzp presented an example of a production that is using a non-ACES colorspace for grading, and we spent a bit talking through using the gamut compression algorithm in that situation:
    • @matthias.scharfenber theorized that it would need to sit at the end of the LMT, right before the OT, as the colorist might want to take advantage of the wider gamut of the other grading space
    • However, for VFX, it’s often needed before any compositing work is done (right after the AP0 > AP1 conversion) so how is that handled if it’s also part of the LMT/OT stack?
    • Is it okay if it’s applied twice? Or more?
    • @nick pointed out that one of the reasons for grading in an alternate space was to avoid these OOG issues, so theoretically, it should become less of a need.
  • A question was posed: “What are the feelings of the group if pulls to VFX are done in AP0, but VFX does not invert the gamut compression before delivering back to DI?”
    • @jzp: no real concerns, but VFX does have to match dailies.
    • @matthias.scharfenber & @mario pointed out that it is a bit antithetical to the VFX dogma of “send pixels back the way you got them + VFX”
    • @nick used the example of despill where pixel colors are definitely changing in VFX, but it is accepted
    • The transition period might be a bit bumpy, and really well documented workflow considerations and recommendations from ACES are essential
  • We talked a bit about how we track whether or not the compression has been applied:
    • AMF is the obvious choice, it could be listed as an LMT in the stack, and order of operations would be clear there too.
    • @joseph brought up work that is being done to standardize the EXR Reference Implementation which could also help
  • @matthias.scharfenber showed a nuke script with examples of applying the compression to images multiple times - we’ll show it next meeting too
  • We ended with a talk about inverse transforms, and revisited the possibility of folding the gamut compression into a colorspace transform (either AP0 > AP1 or AP0 > some new space). @carolalynn will pull up the relevant notes from the Architecture group as to why this was not the ultimate recommendation for Implementation to review.

Recording & Transcript