Arnold .tx 파일이 색공간을 이미 구워 버렸을 때: auto-tx 변환과 색이 두 번 바뀌는 경우

Maya에서 텍스처의 Color Space를 바꿨는데 Arnold 렌더가 그대로인 경우가 있습니다. 반대로 색이 지나치게 달라져 변환이 두 번 적용된 것처럼 보일 때도 있습니다. 이때 Arnold .tx 색공간 문제를 확인하려면 file 노드가 실제로 읽는 파일과 TX 생성 과정에서 적용된 색변환을 먼저 구분해야 합니다.

.tx 확장자만으로 색공간 변환이 이미 적용됐다고 판단할 수는 없습니다. Arnold가 자동 생성한 TX와 사용자가 maketx로 직접 만든 TX는 생성 조건이 다를 수 있습니다. 파일 경로, MtoA 버전, 색변환 이력을 확인해야 원인을 좁힐 수 있습니다.

Arnold AutoTX는 텍스처를 어떻게 변환하나?

Arnold는 기본 설정에서 image shader에 필요한 tiled/MIP-mapped TX를 자동 생성합니다. 일반적으로 원본 텍스처 옆에 TX 파일이 만들어집니다. UDIM 텍스처라면 각 타일에 대응하는 TX가 생성됩니다.

이 과정은 파일 확장자를 바꾸는 작업만이 아닙니다. Arnold for Maya의 TX 자동 생성 과정에서는 Maya Color Management 규칙에 따라 텍스처가 linearize됩니다.

• 원본 텍스처: file 또는 aiImage 노드에서 입력한 이미지입니다.
• Color Space: Maya가 입력 이미지의 색 데이터를 어떻게 해석할지 결정하는 설정입니다.
• AutoTX: Arnold가 타일 및 MIP-map 구조의 TX를 자동 생성하는 기능입니다.
• 생성된 TX: 자동 변환 당시의 색공간 조건이 반영될 수 있는 결과 파일입니다.

Arnold는 기존 TX가 현재 원본과 일치하면 일반적으로 재사용합니다. 원본 이미지 내용이나 색공간이 바뀌면 다시 생성할 수 있습니다.

그러나 이 규칙을 모든 TX 파일에 그대로 적용하면 안 됩니다. 특히 file 노드에 직접 .tx 파일을 지정한 경우는 별도로 확인해야 합니다.

Maya의 입력 색공간 설정이 혼동된다면 Maya Color Space에서 sRGB와 Raw를 구분하는 기준을 먼저 확인하는 것이 좋습니다.

Arnold .tx 색공간이 바뀌지 않을 때 file 노드부터 확인

색공간을 변경해도 렌더가 그대로라면 file 노드의 실제 입력 경로부터 확인합니다.

원본 .png 또는 .exr을 지정한 경우

file 노드가 원본 이미지를 가리키고 AutoTX가 활성화되어 있다면 Arnold의 자동 TX 생성 경로를 점검할 수 있습니다.

현재 Arnold 가이드에 따르면 matching TX는 원본 내용이나 색공간이 변경됐을 때 재생성될 수 있습니다. 다만 실제 동작을 판단하려면 AutoTX 활성화 여부와 사용 중인 버전, TX 저장 위치를 함께 확인해야 합니다.

직접 만든 .tx를 지정한 경우

입력 파일 이름이 이미 .tx로 끝나면 Arnold AutoTX는 해당 파일을 그대로 둡니다.

따라서 수동으로 만든 TX를 file 노드에 직접 연결했다면 원본 PNG나 EXR의 색공간 설정을 바꿨다는 이유만으로 해당 TX가 새로 만들어지지는 않습니다.

여기서 AutoTX 토글만 끄는 것도 충분하지 않습니다. 파일 경로가 여전히 .tx라면 비교 대상은 원본 이미지로 바뀌지 않습니다.

경로 자체가 올바른지도 확인해야 합니다. 텍스처 위치가 혼동된다면 Maya 텍스처 경로와 상대 경로 문제를 구분하는 방법을 참고할 수 있습니다.

MtoA 5.3.0부터 달라진 TX 파일 이름

TX 이름에서 색공간 정보를 읽으려면 먼저 MtoA와 Arnold 버전을 확인해야 합니다.

2023년 3월 29일 발표된 MtoA 5.3.0은 Arnold 7.2.0.0을 포함합니다. 이 버전부터 AutoTX가 생성한 파일 이름에 원본 확장자와 텍스처 및 렌더 색공간이 포함됩니다.

공식 릴리스 노트의 예시는 다음과 같습니다.

• my_texture_sRGB_ACEScg.jpg.tx — sRGB 입력과 ACEScg 렌더 색공간 조건이 이름에 반영된 AutoTX 예시입니다.
• my_texture_raw.jpg.tx — 색공간 변환이 필요 없는 텍스처에 사용되는 이름의 예시입니다.

파일 이름은 생성 당시의 변환 조건을 추적하는 단서입니다. 그러나 이름에 적힌 색공간이 현재 픽셀 내용까지 보증하는 것은 아닙니다.

또한 MtoA 5.3.0 이전에 생성된 TX에서 같은 이름 규칙을 기대해서는 안 됩니다.

버전 기준	확인할 정보	주의점
MtoA 5.3.0 이전	TX 생성 경로와 이력	새 파일 이름 규칙을 전제하지 않음
MtoA 5.3.0 Arnold 7.2.0.0	원본 확장자 및 색공간이 포함된 AutoTX 이름, TX Path	이름만으로 픽셀 내용 확정 불가
MtoA 5.3.1 Arnold 7.2.1.0부터	AutoTX 생성 파일의 autotx 1 메타데이터	생성 이력 단서이며 색변환 내용의 증명은 아님

MtoA 5.3.1부터는 AutoTX로 생성한 TX에 autotx 1 메타데이터가 기록됩니다. 이 값은 자동 생성 여부를 판단하는 데 도움이 됩니다.

TX에 기록된 메타데이터는 OpenImageIO의 oiiotool --info -v 파일.tx로 출력할 수 있습니다. 다만 이전 버전 파일에 해당 항목이 없다고 해서 수동 생성 파일이라고 단정하지는 않습니다.

다만 이전 버전에서 생성한 파일에는 같은 메타데이터가 없을 수 있습니다. 파일 생성 당시의 MtoA 버전을 확인하고, 5.3.1 이상이라면 autotx 1 메타데이터 유무를 점검합니다.

MtoA 5.3.0에서 노출된 TX Path도 확인해야 합니다. 자동 생성 TX가 별도로 지정한 디렉터리에 저장될 수 있기 때문입니다.

수동 maketx에서 색공간이 이미 변환됐을 가능성

AutoTX와 별도로 maketx는 이미지를 tiled/MIP-mapped 텍스처로 변환하는 명령줄 도구입니다.

수동 생성 TX에서는 실제로 어떤 옵션을 사용했는지가 중요합니다.

옵션	역할	점검할 내용
--oiio	OIIO 최적 타일, 채널 배치, 메타데이터 및 constant-color 최적화	이 옵션 자체가 색변환을 뜻하지 않음
--colorconvert IN OUT	입력 색공간에서 출력 색공간으로 변환	어떤 색공간 사이에서 변환했는지 확인
--colorconfig	OCIO 설정 지정	변환에 사용한 config 확인
-d	출력 데이터 포맷 지정	색변환 옵션과 구분

사용 중인 maketx 버전의 옵션은 다음 명령으로 확인합니다.

maketx --help

색이 두 번 바뀌는 상황의 예

예를 들어 sRGB 색 텍스처를 maketx의 --colorconvert로 다른 작업 색공간에 변환해 TX를 만들었다고 가정합니다.

이 TX를 Maya에 연결하면서 file 노드가 여전히 변환 전 sRGB 데이터로 해석하도록 설정했다면 원하지 않는 추가 색변환이 발생할 가능성이 있습니다.

이 경우 문제는 TX 확장자가 아닙니다. 이미 변환된 픽셀 값을 입력 단계에서 다른 색공간의 값으로 다시 해석할 수 있다는 점이 핵심입니다.

반대로 수동 maketx에서 색변환을 수행하지 않은 TX라면 동일한 이중 변환 원인을 그대로 적용할 수 없습니다. 생성 명령과 실제 파일 내용을 확인해야 합니다.

Arnold AutoTX가 Maya Color Management 규칙에 따라 TX를 linearize한다는 사실만으로 이중 변환 오류가 발생했다고 단정해서도 안 됩니다.

렌더가 바뀌지 않을 때 실무 점검 순서

다음 순서로 확인하면 입력 파일, 자동 생성 설정, 수동 변환 이력을 나눠 살펴볼 수 있습니다.

1. 현재 file 노드 경로 확인: 실제 입력이 .png, .exr 등의 원본인지 .tx인지 기록합니다. UDIM이라면 사용되는 타일도 확인합니다.
2. MtoA 및 Arnold 버전 확인: 5.3.0의 파일 이름 규칙과 5.3.1의 AutoTX 메타데이터 규칙을 적용할 수 있는 버전인지 구분합니다.
3. AutoTX 설정 확인: Render Settings > Arnold > Textures의 전역 설정을 확인합니다. file 또는 aiImage 노드의 개별 Auto-generate TX Textures 설정도 확인합니다.
4. TX 저장 위치 확인: 원본 옆의 TX와 별도 TX Path를 확인합니다. 어떤 경로의 파일을 사용하는지 먼저 구분합니다.
5. TX 이름과 메타데이터 확인: 적용 가능한 버전이라면 파일 이름의 색공간 표기와 autotx 1 여부를 살펴봅니다. 수동 파일이라면 maketx 생성 명령 이력도 확인합니다.
6. 원본과 TX의 A/B 비교 준비: 테스트 노드를 분리하고 원본 파일 경로와 TX 파일 경로를 각각 지정합니다. 색공간과 렌더 설정을 동일하게 맞춘 비교 조건을 준비합니다.

색공간을 바꾼 뒤에도 결과가 같으면 file 노드의 실제 Image Name을 확인해 원본과 .tx를 구분하고, MtoA/Arnold 버전·전역/노드별 AutoTX 설정·TX Path를 확인해 렌더가 참조한 TX를 특정합니다.

수동 maketx의 색변환 이력이 있는 경우도 같습니다. TX 생성 시의 색공간과 Maya file 노드의 현재 해석이 일치하는지를 별도로 확인해야 합니다.

결론적으로 Arnold .tx에서 색공간 변경이 적용되지 않거나 이중 변환이 의심되면, 실제 입력 경로와 TX 생성·색변환 이력을 확인한 뒤 원본과 TX를 같은 조건에서 비교해야 합니다.

원본과 TX를 A/B 렌더로 비교하는 방법

기존 머티리얼을 바로 수정하기보다 테스트 노드에서 입력 파일만 바꿔 비교합니다.

• A 조건: file 노드에 원본 .png 또는 .exr 파일을 지정합니다.
• B 조건: 같은 원본에서 생성된 것으로 확인한 .tx 파일을 직접 지정합니다.
• 공통 조건: 비교할 때 file 노드의 Color Space와 렌더 설정을 동일하게 유지합니다. 가능하면 텍스처 입력 이외의 조건은 바꾸지 않습니다.
• AutoTX 구분: 원본을 직접 읽는 조건이 필요하다면 파일 경로를 원본으로 지정한 뒤 AutoTX를 끄고 비교합니다. TX를 직접 지정한 노드에서 AutoTX만 꺼서는 원본으로 바뀌지 않습니다.

두 결과가 다르더라도 곧바로 이중 변환이라고 판정하지 않습니다. 원본과 TX가 서로 다른 색공간의 픽셀 값을 담고 있다면 동일한 입력 Color Space 설정만으로 두 결과가 일치한다고 기대할 수 없기 때문입니다.

A/B 비교는 차이가 발생하는 경로를 좁히는 절차입니다. 이후 원본의 실제 색공간, TX에 적용된 변환, file 노드의 해석을 대조해야 합니다.

Roughness·Metallic·Normal Map은 별도로 판단합니다

색 텍스처와 수치 데이터를 같은 규칙으로 처리하면 안 됩니다.

Arnold 공식 가이드는 스칼라 값을 구동하는 텍스처를 linearize하지 말라고 안내합니다. 따라서 Roughness나 Metallic 같은 데이터 맵은 색상 이미지와 구분해야 합니다.

이 구분은 Roughness·Metallic Map에 Raw 설정이 필요한 이유에서 자세히 확인할 수 있습니다.

Normal Map 역시 색상 데이터가 아닌 방향 데이터를 담습니다. Normal Map을 sRGB로 불러왔을 때 발생하는 문제를 함께 확인하면 색 텍스처와 데이터 맵의 설정을 구분하는 데 도움이 됩니다.

따라서 모든 TX를 같은 방식으로 색변환하거나 모든 파일의 Color Space를 일괄 변경하기보다 텍스처의 용도와 생성 이력을 기준으로 설정을 점검해야 합니다.

.tx 확장자가 아니라, 파일에 저장된 값과 그 값을 다시 읽는 색공간이 일치하는지가 핵심입니다.

공식 문서 확인

AutoTX의 재생성 조건, 버전별 파일 이름 규칙, maketx 옵션은 아래 공식 문서에서 확인할 수 있습니다.