LUT를 적용했더니 색이 깨졌다? 자주 발생하는 원인 정리

LUT를 입혔는데 갑자기 색이 뜨거나 얼굴이 빨갛게 뭉개진 적 있으신가요? 대부분의 LUT 색 깨짐은 LUT 자체의 문제가 아니라 입력 색공간 불일치나 이중 적용 같은 파이프라인 실수에서 시작됩니다.

왜 멀쩡한 LUT를 걸었는데 색이 깨질까요

LUT(Look Up Table)는 쉽게 말하면 “이 색이 들어오면 저 색으로 바꿔라”라고 미리 정리해 둔 변환표예요. 문제는 이 표가 특정 입력값 범위를 전제로 만들어진다는 점입니다. 예를 들어 로그(Log) 촬영 푸티지용으로 설계된 LUT는 “어두운 곳부터 밝은 곳까지 넓은 정보가 눌려서 들어온다”는 걸 전제로 계산되어 있어요. 그런데 이미 리니어(Linear)나 밝기가 펴진 sRGB 이미지에 이 LUT를 걸면, 표가 예상한 입력과 실제 입력이 안 맞아서 대비가 폭발하거나 색이 완전히 뒤틀립니다. 마치 섭씨 온도표를 화씨 온도계에 그대로 적용하는 것과 비슷한 상황이죠.

증상별 원인과 해결책 한눈에 보기

증상	주요 원인	해결 방법
대비가 지나치게 강해지고 피부톤이 붉게 뜸	Log용 LUT를 리니어/sRGB 푸티지에 적용	LUT 적용 전 입력이 Log 상태인지 확인, 필요하면 IDT(Input Device Transform)로 먼저 변환
색이 두 번 꼬인 것처럼 채도가 과하게 올라감	LUT 이중 적용(카메라 내장 LUT + 후반 LUT 중복)	촬영 시 적용된 LUT 유무 확인 후 파이프라인에서 한 번만 적용
모니터에서는 괜찮은데 렌더 결과가 이상함	뷰 트랜스폼(모니터용 미리보기) 위에 LUT를 얹음	뷰어 전용 변환과 실제 베이크되는 LUT를 분리해서 관리
하이라이트가 뭉개지거나 색이 이상하게 튐	0~1 범위를 벗어난 HDR 값 클리핑	LUT 적용 전 값 범위를 클램프하거나 확장 범위 지원 LUT 사용
그라데이션에 계단 자국(밴딩)이 생김	3D LUT 격자 해상도가 낮음(예: 17포인트)	33포인트 이상 고해상도 LUT 사용, 8bit 대신 16bit 이상에서 작업
카메라 바꿨더니 같은 LUT인데 색이 다름	로그 인코딩 방식이 카메라마다 다름(S-Log, V-Log, C-Log, Log-C)	카메라 전용 LUT 또는 IDT 사용, 로그 커브 스펙 확인
노드 순서를 바꿨더니 결과가 달라짐	색보정 노드 순서 실수(LUT를 그레이딩 전/후 어디에 넣었는지)	LUT는 보통 그레이딩 파이프라인의 정해진 위치(입력 변환 다음, 최종 룩 앞)에 고정
어두운 영역에 색 얼룩, 뭉침 현상	8bit 소스에 강한 대비의 LUT를 걸어 밴딩 발생	원본을 10bit 이상으로 확보하거나 촬영 단계부터 로그로 기록

입력 색공간 불일치, 가장 흔한 실수

실무에서 가장 자주 보는 사고 유형이에요. 예를 들어 Log-C로 찍은 아리(ARRI) 푸티지에 맞춰 만든 LUT를 실수로 이미 색이 펴진(rec709로 변환된) 파일에 적용하면, LUT가 “아직 눌려 있어야 할 어두운 영역”을 다시 한번 강하게 눌러버립니다. 결과적으로 그림자는 새까맣게 뭉개지고 하이라이트는 하얗게 날아가는 현상이 나타나요. 이건 LUT가 고장 난 게 아니라 애초에 안 맞는 옷을 입힌 셈입니다. 항상 LUT를 적용하기 전에 소스가 어떤 색공간, 어떤 인코딩 상태인지부터 확인하는 습관이 필요해요.

LUT 이중 적용과 뷰 트랜스폼 혼동 🎬

카메라에서 이미 룩 LUT를 살짝 태워서 녹화했는데, 후반 작업에서 같은 계열의 LUT를 또 얹으면 어떻게 될까요? 색이 두 겹으로 겹치면서 채도가 비정상적으로 튀고 톤이 과장됩니다. 특히 뷰 트랜스폼은 “모니터에 예쁘게 보여주기 위한 임시 안경”일 뿐인데, 이걸 실제로 이미지에 굽는(bake) LUT와 혼동해서 둘 다 적용해버리는 실수가 자주 일어나요. 뷰어용 변환과 실제 렌더링에 반영되는 변환은 반드시 구분해서 관리해야 합니다.

HDR 범위 클리핑과 3D LUT 격자 해상도 문제

HDR로 작업하다 보면 0~1 범위를 훌쩍 넘는 밝은 값(하이라이트, 반사광 등)이 흔하게 들어옵니다. 그런데 일반 LUT는 이 범위 밖의 값을 어떻게 처리할지 정의되어 있지 않은 경우가 많아서, 값이 뭉개지거나 색상이 이상하게 튀는 클리핑 현상이 생겨요. 이럴 땐 확장 범위(extended range)를 지원하는 LUT를 쓰거나, LUT를 걸기 전에 값을 적절히 눌러주는 처리가 필요합니다.

또 하나 놓치기 쉬운 게 3D LUT의 격자(그리드) 해상도예요. LUT는 사실 촘촘한 점들로 이루어진 표인데, 이 점의 개수(예: 17x17x17, 33x33x33)가 적으면 점과 점 사이를 보간(추정)하는 과정에서 그라데이션에 계단 같은 밴딩이 생깁니다. 부드러운 하늘이나 피부 톤 그라데이션에서 특히 눈에 띄니, 가능하면 33포인트 이상의 고해상도 LUT를 쓰는 걸 권장해요.

카메라마다 다른 로그 인코딩, LUT 호환성의 함정

소니는 S-Log, 파나소닉은 V-Log, 캐논은 C-Log, 아리는 Log-C를 씁니다. 이름은 비슷해 보여도 각 로그 커브는 밝기 값을 압축하는 수학적 곡선 자체가 서로 다릅니다. 그러니 특정 카메라용으로 설계된 LUT를 다른 카메라의 로그 푸티지에 그대로 걸면 톤이 완전히 어긋나요. 예를 들어 S-Log3용 LUT를 V-Log 푸티지에 적용하면 중간톤 밝기 자체가 다르게 계산돼서 전체적으로 뿌옇거나 반대로 너무 어둡게 나올 수 있습니다. 카메라 제조사가 제공하는 전용 IDT나 LUT를 쓰는 게 가장 안전한 방법입니다.

노드 순서와 비트 심도, 마지막까지 챙겨야 할 디테일

색보정 소프트웨어에서 LUT를 어느 노드 순서에 넣느냐도 결과에 큰 영향을 줍니다. 보통은 “입력 색공간 변환 → 1차 보정 → LUT(룩) → 2차 보정” 같은 순서가 일반적인데, 이 순서가 뒤바뀌면 LUT가 이미 그레이딩된 이미지에 다시 걸리면서 예상치 못한 색이 나옵니다. 그리고 8bit 소스처럼 애초에 정보량이 적은 이미지에 대비가 강한 LUT를 걸면, 색 단계가 부족해서 그라데이션에 얼룩덜룩한 밴딩이 생기기 쉬워요. 가능하면 촬영 단계부터 로그로 기록하고 10bit 이상의 비트 심도를 확보하는 게 근본적인 해결책입니다.

점검 순서 체크리스트

LUT를 걸었는데 색이 이상하다면 아래 순서대로 확인해 보세요.

• 소스 푸티지가 Log인지, 리니어인지, 이미 rec709로 변환된 상태인지 먼저 확인했는가
• 사용하려는 LUT가 어떤 입력(Log-C, S-Log3 등)을 전제로 만들어졌는지 문서나 파일명으로 확인했는가
• 카메라 내장 LUT나 이전 단계에서 이미 적용된 LUT가 있는지 확인했는가
• 뷰어 전용 변환(뷰 트랜스폼)과 실제로 렌더에 반영되는 LUT를 구분해서 관리하고 있는가
• HDR이나 확장 범위 값이 있다면 클리핑 없이 처리되는지 확인했는가
• 3D LUT의 격자 해상도가 최소 33포인트 이상인가
• 색보정 노드 순서가 파이프라인 규칙대로 배치되어 있는가
• 소스 비트 심도가 8bit인지, LUT 적용 후 밴딩이 생기지 않는지 확인했는가

이 여덟 가지만 순서대로 점검해도 대부분의 LUT 색 깨짐 문제는 원인을 특정할 수 있습니다.

자주 묻는 질문(FAQ)

Q1. LUT를 걸었더니 얼굴이 갑자기 붉어졌어요. 가장 먼저 뭘 확인해야 하나요? 가장 먼저 소스 푸티지의 색공간과 인코딩 상태를 확인하세요. Log용으로 만들어진 LUT를 이미 rec709로 변환된 이미지에 걸면 피부톤 대비가 과도하게 강해지면서 붉게 뜨는 현상이 흔하게 나타납니다.

Q2. 3D LUT 격자 해상도는 얼마가 적당한가요? 일반적으로 17포인트는 최소 수준이고, 실무에서는 33포인트 이상을 권장합니다. 격자가 촘촘할수록 점 사이를 보간하는 오차가 줄어들어 그라데이션에서 밴딩이 훨씬 덜 발생합니다.

Q3. 여러 카메라로 찍은 소스를 한 LUT로 통일해서 써도 되나요? 안 됩니다. S-Log, V-Log, C-Log, Log-C는 각각 밝기를 압축하는 곡선 자체가 다르기 때문에, 카메라별 전용 IDT나 LUT를 먼저 적용해 공통 색공간으로 맞춘 뒤에 동일한 룩 LUT를 얹는 방식이 안전합니다.