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

ACES Gamut Compression Implementation VWG Meeting #4

Thursday, April 22, 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 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:

  • @carolalynn pointed out this ACES Central post as info from the Architecture group around including the compression in the AP0 > AP1 transform vs. as a standalone operation:
  • Notice of Meeting - ACES Gamut Mapping VWG - Meeting #15 - 6/4/2020 - #15 by carolalynn
    • Things in there include a few workflow pipelines from @Thomas_Mansencal, which illustrate the complications not just for application/tracking of the gamut compression itself, but also versioning and tracking of the ACES system overall.
    • Discussion seemed to end with support for sticking with the standalone LMT-like operation.
  • Parameterization Discussion:
    • ACES version vs Non-ACES with parameterization
    • @mario noted that just removing “ACES” from the name might not be enough - the two should have separate and distinct names.
    • @carolalynn: Two ACES versions would be challenging, as technically with the CTL you can see the constants and edit them if needed. It’s up to the applications on how they expose or don’t expose those parameters in a non-ACES, creative version.
    • @michaelch: Would be useful to have a standard for the operation across applications. Also agree with Mario on separating the tech “fix” vs. the creative operation
    • @mario: I want to avoid talking about parameters with clients. In ACES, if you say it’s gamut compressed, everyone should know what we mean, there should be no confusion. The creative should be an artist tool, just like other things you do in comp.
    • @matthias.scharfenber - and then how do we store those parameterized values? Yet another sidecar file? Tracked via AMF, or in a container header, or both?
  • @jzp: an interesting question is around deliverables: what happens when a studio wants a linear AP0 delivery? Presumably the shots from VFX would have the gamut compression applied, but the non-VFX shots would not. Sort of already living that with the current blue light LMT. A note for the workflow documentation.
  • @jzp also asked about 3D LUT application, as ACEScct is not acceptable. We talked about the possibility of a custom shaper as referenced in the Architecture Documentation, or starting from a vendor encoding gamut (ala @nick’s camera magic)
  • @carolalynn : if the agreement is that we should definitely have the immutable version and a separate parameterized version (whatever that looks like), I propose that this group focus first on the static ACES version in applications first, and then learn from that, and revisit parameterization at a later time. We will revisit this proposal with the EMEA group next week.

Recording and Transcript

1 Like