렌더 조명의 색온도가 ACES에서 노랗게 보일 때: D60·D65 화이트포인트 차이
Maya/Arnold에서 조명에 6500K를 입력했는데 ACES 뷰로 보면 흰 벽이나 회색 물체가 노랗게 보일 때가 있습니다. 이때 ACES 화이트포인트가 D60에 가깝기 때문에 조명이 노랗게 변했다고 판단하면 원인을 놓칠 수 있습니다. 먼저 렌더 데이터 자체가 따뜻한지, 화면에 표시하는 과정에서 따뜻하게 보이는지 구분해야 합니다.
같은 Kelvin 값이라도 장면의 광원 색, 작업 색공간의 기준 흰색, View Transform, 모니터의 흰색은 서로 다른 항목입니다. 이 차이를 분리하면 조명을 수정해야 하는지, Maya ACES 색관리 설정을 확인해야 하는지 판단할 수 있습니다.
ACES 화이트포인트와 조명 색온도는 다른 기준입니다
Arnold의 Color Temperature는 이상적인 흑체 복사체의 온도를 Kelvin으로 지정해 광원 색을 결정합니다. 반면 ACEScg 화이트포인트는 RGB 데이터를 다른 색공간으로 변환할 때 사용하는 색도 기준입니다.
| 기준 | 어디서 쓰는지 | CIE xy 좌표 |
|---|---|---|
| ACES white point (D60-like) | ACEScg·ACES2065-1 색공간 인코딩 | x = 0.32168 y = 0.33767 |
| D65 | Rec.709 등의 기준 흰색 | x = 0.3127 y = 0.3290 |
여기서 중요한 D60 D65 차이는 단순히 Kelvin 숫자의 차이가 아닙니다. ACES의 기준 흰색은 흔히 D60이라고 부르지만, 정확히는 D60-like white point입니다. CIE daylight 6000K 또는 6003K의 색도 좌표와도 약간 다릅니다.
또한 ACEScg 화이트포인트는 장면 조명을 6000K로 맞추라는 지시가 아닙니다. 최종 영상의 흰색을 반드시 그 좌표로 재현하라는 의미도 아닙니다. Rec.709의 D65 역시 규격상의 색도 기준이지, 현재 모니터가 실제 D65로 보정됐다는 증거는 아닙니다.
따라서 Arnold에 6500K를 입력했다고 해서 ACES의 기준 흰색과 일치하는 것은 아닙니다. 조명 색온도와 색공간의 white point를 직접 대응시키지 마세요.
같은 EXR에서 Raw와 View 결과부터 나눠 보세요
ACES Output Transform은 장면 기준 데이터를 출력 장치와 관람 조건에 맞게 변환합니다. 내부적으로 Rendering Transform과 Display Encoding을 구분합니다. 따라서 working-space의 RGB 수치가 같더라도 선택한 View, Output Transform, Display 조건에 따라 화면의 흰색이 다르게 보일 수 있습니다.
일부 config에 있는 D60 sim 뷰는 ACES의 D60-like white를 시뮬레이션합니다. D65를 기준으로 보정한 모니터에서 보면 표준 D65 출력보다 따뜻하게 보일 수 있습니다. 이것만으로 오류라고 판단하지 말고, 해당 뷰가 어떤 출력과 관람 조건을 가정하는지 확인하세요. 모든 config에 같은 이름의 뷰가 있는 것은 아닙니다.
원인을 찾을 때는 렌더러를 다시 설정하기 전에 동일한 EXR 또는 동일한 scene-linear 픽셀 값을 비교하세요.
- 문제가 발생한 프레임을 EXR로 확보합니다. 비교에 사용할 이미지의 실제 인코딩과 working space를 기록합니다.
- Maya Render View와 비교할 앱에서 같은 EXR을 엽니다. 파일을 읽을 때 지정한 입력 색공간이 같은 데이터 의미를 갖는지 확인합니다.
- View/Output 표시 변환을 끄거나 적절한 Raw 진단 뷰를 선택합니다. 단순한 화면 인상만 보지 말고 같은 working space에서 중성 기준 픽셀의 RGB 채널 값을 비교합니다.
- 이후 양쪽에 같은 의도의 Display와 View/Output Transform을 적용합니다. 어느 단계에서 따뜻한 색이 나타나는지 기록합니다.
- 앱 버전, active OCIO config의 경로와 버전, 실제 Display·View 이름을 대조합니다. 화면에 보이는 ACES라는 이름만으로 동일한 변환이라고 가정하지 않습니다.
Raw 또는 working-space 비교에서 이미 중성 기준 픽셀의 채널이 달라졌다면 장면 광원, HDRI나 텍스처의 입력 색공간, 입력 변환을 먼저 의심합니다. 카메라나 캡처 장치용 ACES Input Transform에는 white balance나 중성 색도 차이 보정이 포함될 수 있습니다. HDRI는 파일의 실제 인코딩과 사용하는 config를 확인한 뒤 입력 색공간을 결정해야 합니다.
반대로 scene-linear 데이터가 중성인데 특정 View를 적용한 뒤에만 따뜻하게 보인다면 View/Output Transform과 Display 조건을 확인합니다. 픽셀 값이 중성이라는 사실만으로 실제 모니터의 흰색까지 중성으로 보장되는 것은 아닙니다.
주의: scene-linear Raw 이미지는 일반적인 디스플레이용 이미지가 아닙니다. Raw 화면에서 흰색처럼 보이는지만 판단하지 말고, 동일 색공간의 실제 RGB 값과 변환 전후 결과를 함께 확인하세요.

Maya 2022에서 확인할 설정 네 가지
Autodesk Maya 2022의 Color Management Preferences를 기준으로 확인합니다. 사용하는 Maya 버전과 OCIO config에 따라 메뉴 이름과 선택 가능한 View는 다를 수 있습니다.
- Rendering Space: 렌더링에 사용하는 working space입니다. ACEScg 작업을 의도했다면 실제 선택값이 해당 작업공간인지 확인합니다.
- Display: 출력 디스플레이의 특성과 보정 상태에 맞는 항목인지 확인합니다. Maya 2022의 OCIO v2 설정에서 별도로 선택합니다.
- View: Render View와 Viewport 2.0 등에 적용할 기본 미리보기 변환입니다. 선택한 View의 이름과 의미를 확인하고, 다른 앱에서도 대응하는 변환을 선택합니다.
- Apply Output Transform to Renderer: Output Color Transform Preferences에서 확인합니다. 렌더 파일 자체에 출력 변환이 적용되는지 결정하는 옵션이며 렌더러에 따라 지원 여부가 다를 수 있습니다.
마지막 옵션은 특히 중요합니다. Maya 2022 문서에 따르면 출력 변환을 렌더에 적용하더라도 Render View의 View가 기본적으로 다시 적용될 수 있습니다. 이 경우 double transform을 피하도록 Render View의 View 적용을 꺼야 합니다.
최종 합성에 사용할 scene-linear EXR을 만들 때는 일반적으로 Apply Output Transform to Renderer를 끕니다. 반면 별도 View Transform을 사용하지 않는 환경에서 바로 재생할 미리보기 파일이라면 출력 변환이 필요할 수 있습니다.
먼저 파일의 납품 목적을 확인하세요. 화면 확인용 결과와 scene-linear 합성용 데이터를 같은 설정으로 출력하면 비교 자체가 잘못될 수 있습니다.
Arnold Color Temperature가 다른 색 설정을 덮어쓰는지도 확인합니다
Arnold 라이트에서 Color Temperature를 사용하면 해당 온도가 광원 색을 결정합니다. 이 기능이 활성화되면 light Color와 그 속성에 연결된 texture의 색을 override합니다.
따라서 light Color에 흰색을 지정했거나 색상 텍스처를 연결했다고 해서 그 색이 최종 광원에 반영된다고 가정하면 안 됩니다. Color Temperature가 활성화됐는지 먼저 확인하세요.
원인 격리를 위해서는 별도 테스트 장면에서 다음 항목을 비교할 수 있습니다.
- 중성 회색 물체와 단일 라이트를 배치하고 다른 광원 및 환경광의 영향을 배제합니다.
- Color Temperature를 활성화해 현재 Kelvin 설정으로 렌더합니다.
- 별도 테스트에서 Color Temperature를 비활성화하고 light Color를 중성으로 지정한 결과와 비교합니다.
- 두 결과의 scene-linear RGB를 먼저 확인한 뒤 동일한 View/Output 조건으로 비교합니다.
이는 진단을 위한 통제 테스트입니다. 실제 조명의 색온도와 촬영 현장의 분위기를 재현해야 하는 production 장면에서 모든 조명을 흰색으로 바꾸라는 뜻은 아닙니다.
또한 이 절차만으로 서로 다른 렌더러의 Kelvin→RGB 변환이나 광원 스펙트럼이 동일하다고 검증할 수는 없습니다. 여기서는 Arnold 설정의 영향을 격리하는 데만 사용합니다.
D60과 D65 중 무엇을 수정해야 하나요?
같은 EXR의 중성 데이터가 정상인데 화면에서만 노랗게 보인다면 장면 조명의 Kelvin 값을 먼저 고치지 마세요. 입력 색공간, Rendering Space, View/Output Transform, Display 설정과 실제 모니터 상태를 순서대로 확인해야 합니다.
ACES의 encoding white를 D65로 임의 변경하거나, D60 차이를 없애기 위해 라이트 전체에 색 보정을 추가하는 것은 원인 분리 이전의 해결책이 아닙니다.
결론적으로 같은 색온도에서 흰색이 다르게 보이는 문제는 ACES 화이트포인트 자체의 오류로 단정하지 말고, 장면 데이터와 뷰 변환 중 어느 단계에서 차이가 생겼는지 먼저 판별해야 합니다.
기술적인 변환 경계가 일치한 다음에는 최종 타깃과 관람 조건에 맞춰 의도한 creative white를 선택할 수 있습니다. D60 sim 같은 옵션이 사용 중인 config에 있다면 그 역할을 확인하고, 출력 타깃과 요구하는 룩에 따라 선택하세요. 하나의 white point를 모든 장면에 강제할 필요는 없습니다.
Maya의 ACES 설정 전반이 맞지 않는다면 Maya에서 ACES를 켠 뒤 색이 달라지는 문제의 기본 점검 항목도 참고할 수 있습니다.
최종 확인 목록
- 같은 EXR을 비교하고 실제 파일 인코딩을 확인했는가?
- 동일 working space에서 중성 픽셀의 RGB 값을 비교했는가?
- 텍스처와 HDRI의 입력 색공간을 확인했는가?
- Maya Rendering Space와 active OCIO config를 확인했는가?
- 양쪽 앱의 Display·View/Output Transform을 맞췄는가?
- 렌더 파일의 Output Transform 적용 여부와 double transform 가능성을 확인했는가?
- Arnold Color Temperature의 light Color/texture override 여부를 확인했는가?
- 실제 모니터 보정 상태와 최종 관람 조건을 확인했는가?
한 줄 요약: 같은 색온도라도 화이트포인트와 뷰는 별개이므로, 렌더 데이터와 표시 변환을 분리해 확인한 뒤 조명 색을 수정하세요.
공식 문서
vfx 잡학지식


댓글 0
첫 댓글을 남겨보세요.