Maya에서 텍스처를 불러올 때마다 file 노드의 Color Space 드롭다운 앞에서 멈칫한 적, 다들 한 번쯤 있으실 거예요. 오늘은 이 옵션이 정확히 무슨 일을 하는지, 그리고 sRGB와 Raw를 어떤 기준으로 골라야 하는지 깔끔하게 정리해보겠습니다.
Color Space 옵션이 실제로 하는 일: “입력 변환”이라는 스위치
먼저 오해부터 풀고 가야 해요. file 노드의 Color Space는 이미지 파일 자체를 바꾸는 옵션이 아닙니다. 이미지는 그대로 두고, 그 이미지를 렌더러가 계산에 쓰기 전에 어떤 규칙으로 “해석”할지를 정하는 스위치예요.
비유를 하나 들어볼게요. 외국어로 쓰인 편지가 있다고 생각해보세요. 편지 자체(픽셀 값)는 그대로지만, 이걸 “한국어로 번역해서 읽어라”고 지시하느냐 “원문 그대로 읽어라”고 지시하느냐에 따라 내용 해석이 완전히 달라지죠. Color Space에서 sRGB를 선택하면 “이 텍스처는 감마 보정이 걸려 있는 편지니까, 계산 전에 리니어(선형) 값으로 번역해서 읽어라”는 뜻이고, Raw(또는 Utility – Raw)를 선택하면 “번역하지 말고 픽셀 값을 있는 그대로 숫자로 써라”는 뜻입니다. 감마에 대한 배경지식이 더 필요하다면 시리즈 1편 “감마 2.2 완벽 이해”를 참고하시면 좋아요.
판단 기준은 딱 하나: “이 텍스처가 색인가, 데이터인가”
옵션이 여러 개라 복잡해 보이지만 실무 판단 기준은 사실 단 하나로 압축됩니다.
“이 맵이 사람 눈에 보이는 색(color)을 담고 있는가, 아니면 눈에 보이지 않는 수치 데이터(data)를 담고 있는가?”
- 색을 담은 맵이라면 → 대부분 sRGB로 만들어졌으므로 sRGB로 지정
- 수치·방향·거리 같은 데이터를 담은 맵이라면 → Raw로 지정
왜 이렇게 나뉘냐면, 우리가 모니터에서 보는 이미지 편집 프로그램(포토샵 등)은 색을 사람 눈에 자연스럽게 보이도록 감마 보정을 걸어서 저장하는 게 기본값이거든요. 반면 러프니스 값 0.5, 노멀 벡터 (0.5, 0.5, 1.0) 같은 데이터는 “예쁘게 보이라고” 만든 숫자가 아니라 계산에 그대로 들어가야 하는 순수한 수치입니다. 여기에 감마 보정을 걸어버리면 그 숫자 자체가 왜곡돼서 완전히 다른 값이 되어버려요.
🎨 sRGB로 둬야 하는 맵들
사람이 눈으로 보고 “이 색이 맞다”고 판단하며 만든 맵은 sRGB입니다.
- 베이스컬러 / 디퓨즈 / 알베도(Albedo) 맵 — 표면의 고유색을 담은 가장 대표적인 컬러 맵
- 에미시브(Emissive) 컬러 맵 — 스스로 빛나는 부분의 색상
- 스페큘러 컬러(Specular Color) 맵 — 단, 아티스트가 포토샵 등에서 sRGB 기준으로 눈으로 보며 색을 골라 만든 경우에 한함 (그레이스케일 반사율 값이면 Raw)
이 맵들은 텍스처 아티스트가 모니터를 보면서 “이 정도 밝기, 이 정도 채도가 자연스럽다”고 판단해 칠한 값이기 때문에 sRGB 감마가 이미 들어가 있어요.
🔧 Raw로 둬야 하는 맵들
반대로 눈으로 보기 위한 게 아니라 셰이더 계산에 바로 쓰이는 수치 맵은 전부 Raw입니다.
- 러프니스(Roughness) / 글로시니스 맵
- 메탈릭(Metallic) 맵
- 노멀맵(Normal Map) — 색처럼 보이지만 사실은 방향 벡터 데이터
- 디스플레이스먼트(Displacement) / 하이트(Height) 맵
- 오파시티 / 알파(Opacity, Alpha) 맵
- AO(Ambient Occlusion) 맵
- 마스크(Mask) 맵 전반
노멀맵과 러프니스·메탈릭은 특히 실수가 잦아서 시리즈 8, 9편에서 각각 더 자세히 다루고 있으니 참고해주세요.
맵 종류별 권장 색공간 요약표
| 맵 종류 | 권장 Color Space | 비고 |
|---|---|---|
| 베이스컬러 / 디퓨즈 / 알베도 | sRGB | 8비트 PNG/JPG 기준 |
| 에미시브 컬러 | sRGB | 눈으로 색을 고른 경우 |
| 스페큘러 컬러 맵 | sRGB | 그레이스케일이면 Raw |
| 러프니스 / 글로시니스 | Raw (Utility – Raw) | 데이터 값 |
| 메탈릭 | Raw (Utility – Raw) | 0/1 이진값에 가까움 |
| 노멀맵 | Raw (Utility – Raw) | 색이 아니라 벡터 |
| 디스플레이스먼트 / 하이트 | Raw (Utility – Raw) | 높낮이 수치 |
| 오파시티 / 알파 / 마스크 | Raw (Utility – Raw) | 투명도·영역 수치 |
| AO | Raw (Utility – Raw) | 음영 수치 |
| EXR / HDR (모든 종류) | Raw 또는 linear 계열 | 파일이 이미 리니어 |
EXR·HDR과 8비트 PNG/JPG: 파일 포맷의 함정
여기서 헷갈리기 쉬운 포인트가 하나 있어요. 같은 “베이스컬러”라도 파일 포맷에 따라 이미 리니어로 저장되어 있는 경우가 있습니다.
EXR, HDR 같은 고비트(16비트/32비트 float) 포맷은 애초에 사람이 보기 좋으라고 감마를 입혀 저장하지 않아요. 물리적인 빛의 세기를 그대로 부동소수점 숫자로 담아둔 파일입니다. 그래서 이런 파일은 색을 담고 있어도 Raw 또는 linear 계열로 불러와야 맞습니다. 만약 이미 리니어인 EXR을 sRGB로 지정해버리면 감마를 두 번 걸어버리는 꼴이 되어 이미지가 과도하게 밝고 색이 씻겨나간(washed out) 것처럼 보이게 됩니다.
반대로 8비트 PNG나 JPG는 대부분 sRGB 감마가 입혀진 채로 저장되는 게 업계 표준입니다. 문제는 Maya나 렌더러가 파일을 불러올 때 기본값을 항상 정확하게 잡아주지는 않는다는 점이에요. 특히 러프니스나 메탈릭 맵을 8비트 PNG로 내보냈는데 Maya가 이걸 컬러 텍스처로 오인해서 자동으로 sRGB를 붙여버리는 “기본값 함정”이 정말 흔하게 발생합니다. 파일을 불러온 직후에는 항상 Color Space 값을 한 번씩 눈으로 확인하는 습관을 들이는 게 안전해요.
File Rules 자동 인식, 편리하지만 맹신은 금물
최근 버전의 Maya와 Arnold(aiImage)는 File Rules라는 기능으로 파일명 패턴(예: 파일명에 _rough, _normal, _basecolor 같은 키워드가 들어가면)을 인식해서 Color Space를 자동으로 지정해줍니다. 텍스처 수십, 수백 장을 매번 손으로 설정하지 않아도 되니 굉장히 편리한 기능이죠.
다만 한계도 분명합니다.
- 텍스처 파일명이 팀 컨벤션에서 벗어나 있으면(예:
_r대신_roughness_v2등 규칙에 없는 패턴) 인식에 실패할 수 있어요 - 외주사에서 받은 텍스처 세트는 명명 규칙이 완전히 다를 수 있습니다
- 스페큘러 컬러처럼 상황에 따라 sRGB일 수도, Raw일 수도 있는 애매한 맵은 자동 규칙이 틀리게 판단하기 쉬워요
그래서 File Rules는 “1차 필터”로 활용하되, 씬을 열었을 때 주요 맵 몇 개는 반드시 육안으로 재확인하는 습관이 필요합니다.
잘못 설정했을 때 나타나는 대표 증상
Color Space를 잘못 지정하면 렌더링 결과에 특정한 패턴의 문제가 나타납니다. 아래 증상이 보이면 바로 이 부분을 의심해보세요.
- 베이스컬러가 Raw로 잘못 지정됨 → 전체적으로 색이 칙칙하고 어둡고 채도가 낮아 보임
- 러프니스/메탈릭이 sRGB로 잘못 지정됨 → 표면이 실제보다 훨씬 매끈하거나(과도한 광택), 반대로 뿌옇게 흐려짐
- 노멀맵이 sRGB로 잘못 지정됨 → 표면 굴곡이 실제와 다르게 과장되거나 뭉개져서 요철이 이상하게 보임
- 디스플레이스먼트가 sRGB로 잘못 지정됨 → 돌출/함몰 높이가 왜곡되어 지오메트리가 울퉁불퉁하게 깨짐
- 이미 리니어인 EXR을 sRGB로 지정 → 이미지 전체가 과도하게 밝고 하이라이트가 날아감(색이 씻겨 보임)
- 오파시티/알파가 sRGB로 잘못 지정됨 → 투명해야 할 경계 부분이 뿌옇게 번지거나 경계선이 부자연스럽게 딱딱해짐
실무 체크리스트
씬을 넘기기 전, 혹은 텍스처를 새로 붙일 때마다 아래 항목을 빠르게 훑어보세요.
- 베이스컬러/디퓨즈 맵의 Color Space가 sRGB로 되어 있는가
- 러프니스, 메탈릭, AO 맵이 전부 Raw(Utility – Raw)로 되어 있는가
- 노멀맵이 Raw로 되어 있는가 (sRGB로 남아있는 실수가 제일 잦음)
- 디스플레이스먼트/하이트 맵이 Raw로 되어 있는가
- 오파시티/알파/마스크 맵이 Raw로 되어 있는가
- EXR·HDR 파일이 이중으로 감마 처리되지 않았는지 (Raw/linear 확인)
- File Rules로 자동 지정된 항목도 최소 한 번은 직접 눈으로 확인했는가
- 사용 중인 OCIO config에서 “Raw”의 정확한 명칭을 확인했는가 (아래 참고)
버전과 OCIO config에 따라 이름이 다를 수 있어요
마지막으로 꼭 짚고 넘어갈 부분이에요. “Raw”라는 옵션 이름은 Maya 버전과 프로젝트에 설정된 OCIO config(색관리 규칙 파일)에 따라 다르게 표시될 수 있습니다. 예전 Maya나 특정 config에서는 그냥 Raw로 보이지만, ACES 계열 OCIO config가 적용된 환경에서는 Utility – Raw 혹은 Raw가 별도 카테고리로 묶여 나오기도 해요. 스튜디오마다 커스텀 OCIO config를 쓰는 경우 이름이 또 달라질 수 있으니, 목록에 “Raw”가 안 보인다고 당황하지 말고 Utility나 Data 카테고리 안을 살펴보시면 됩니다. OCIO 자체에 대한 개념은 시리즈 5편에서 자세히 다루고 있으니 함께 보시면 이해가 훨씬 빨라질 거예요.
자주 묻는 질문(FAQ)
Q1. 스페큘러 컬러 맵은 무조건 sRGB인가요? 아니에요. 아티스트가 포토샵에서 눈으로 색을 보며 칠한 컬러 스페큘러 맵이라면 sRGB가 맞지만, 단순히 반사율 세기를 그레이스케일 수치로 담은 맵이라면 데이터에 해당하므로 Raw로 지정해야 합니다. 맵을 열어봤을 때 컬러풀한 이미지인지 흑백 그러데이션인지로 먼저 구분해보세요.
Q2. File Rules를 켜두면 수동 확인은 안 해도 되나요? File Rules는 파일명 패턴 기반의 자동 인식이라 팀 컨벤션과 다른 이름의 파일이나 애매한 맵(스페큘러 컬러 등)에서는 틀릴 수 있습니다. 자동 인식은 1차 필터로만 신뢰하고, 최종 렌더 전에는 주요 맵의 Color Space를 한 번씩 직접 확인하는 습관을 들이는 게 안전합니다.
Q3. EXR 파일인데 겉보기엔 컬러 텍스처예요. 그래도 Raw로 둬야 하나요? 네, 맞습니다. EXR·HDR은 사람 눈에 보이는 색을 담고 있어도 파일 자체가 이미 리니어(선형) 값으로 저장돼 있기 때문에 sRGB 감마를 다시 씌우면 안 됩니다. 이 경우 Raw 혹은 config에서 제공하는 linear 계열 옵션을 선택해야 이미지가 과도하게 밝아지는 문제를 피할 수 있습니다.
