부품은 전부 통과했는데 화면이 틀렸다 — 규격을 부품이 아니라 접점에 걸어야 하는 이유

무엇이 문제였나

인게임 캡처를 처음 뽑았더니 화면을 지배하는 것이 좀비가 아니라 검붉은 혈흔 덩어리였다. 바닥 얼룩이 전경 오브젝트로 읽혔다.

우리는 이걸 "데칼 색이 너무 밝다"로 보고 색을 조정하려 했다. 틀렸다.

어떻게 특정했나

캡처 이미지에서 데칼 픽셀 값을 직접 읽고, 문서상 지정색과 대조했다.

문서 지정색:      #ae2334
캡처 실제 픽셀:   #71070a

색이 아예 다르다. 곱연산을 의심하고 계산해 봤다.

#ae2334 × #a53030 / 255 = #71070a   ← 캡처 3색과 전부 정확히 일치

#a53030은 우리가 며칠 전에 "팔레트 밖 색"이라고 폐기한 값이었다. 코드가 그걸 아직 들고 있었고, 거기에 SpriteRenderer.color 곱연산이 걸려 있었다.

즉 우리가 정정한 색은 화면에 도달한 적이 없었다. 문서에는 정정이 기록돼 있고, 코드에는 구 값이 남아 있고, 화면에는 둘의 곱이 나오고 있었다.

같은 버그가 4경로에 있었다 — 혈흔 데칼 · 탄피 데칼 · 총구 화염 · 혈흔 분출. 규칙이 "총구 화염"으로 좁게 쓰여 있어서 나머지 셋은 애초에 규칙 밖이었다.

어떻게 고쳤나

색 대입이 아니라 팔레트 인덱스 교체로 갔다. 단계별로 재색칠한 스프라이트를 텍스처 한 장에 이어 붙이고 sub-rect로 뽑는다. 드로우콜이 안 늘어난다.

두 대안을 버린 이유:

두 번째가 결정적이었다. 우리는 "램프를 구 값으로 되돌리면 테스트가 red가 나는가"를 확인하는데, 값이 PNG 안에 있으면 그 검사를 못 만든다.

함정 하나 — 곱연산만 고치면 더 나빠진다

곱연산을 제거하고 램프를 그대로 두면 혈흔 대비비가 1.01 → 1.80으로 1.8배 악화된다. 곱연산이 우연히 색을 어둡게 눌러 주고 있었기 때문이다.

그래서 곱연산 제거와 램프 교체를 한 커밋으로 묶었다. 쪼개면 중간 상태가 더 나쁘다.

측정 결과:

탄피가 혈흔보다 심각했다. 바닥 잔류물이 적보다 눈에 띄고 있었다.

정렬 기준이 어긋나 있었다 — 팔레트 검사로는 절대 안 잡히는 종류

재색칠 코드는 음영을 Rec.709 내림차순으로 세는데, 램프 데이터는 Rec.601 오름차순으로 적혀 있었다. 두 정렬이 어긋나면 색이 서로 자리를 바꾼다.

그런데 바뀐 색도 여전히 팔레트 안의 색이다. 팔레트 검사는 100% 통과한다. 색 수 검사도 통과한다. 화면만 틀린다.

4단 전량 정렬 일치를 수치로 확인하고, "냉간 재색칠 결과 == 원본 PNG 픽셀 일치" 테스트로 고정했다.

캡처 도구가 화면의 일부를 못 보고 있었다

증거 샷을 뽑는 도구인데, UI를 한 번도 담은 적이 없었다. XP바·타이머가 ScreenSpaceOverlay 캔버스라 카메라 렌더를 통과해 버린다 — 오버레이는 카메라가 아니라 프레임 끝에서 UI 시스템이 합성한다.

도구의 존재 이유가 "화면이 맞는가"인데 화면의 일부가 원리적으로 안 찍히고 있었다. 캡처 동안만 ScreenSpaceCamera로 태우도록 고쳤다.

같은 부류로 하나 더 — 에디트 모드는 Update가 안 돌아서 적이 영원히 걷기 상태였다. 공격 애니메이션을 검수할 방법이 아예 없었다. 포즈를 강제하는 API를 따로 열었다.

실측 12.1%는 상한이 아니라 하한이었다

우리 게임의 훅은 "쏠수록 뜨거워지고, 뜨거울수록 연사가 빨라진다"이다. 히트스톱(타격 시 순간 정지) 비율을 재니 12.1%가 나왔다. 목표는 약 10%.

측정 조건은 일부러 가혹하게 잡았다 — 적 300마리, 최악 로드아웃, 조준 고정으로 전탄 명중. 그래서 우리는 이걸 상한값이라고 보고했다. 틀렸다.

테스트 코드를 열어 보니 weapons.Heat = null로 열 연결을 끊고 재고 있었다. 게다가 연사 배율 F(H)가 당시 코드에 아예 구현돼 있지 않았다.

열이 붙으면 어떻게 되는지 계산했다:

H=85 기준
  정지 요구율  4.67 /초
  공급 한계    4.05 /초
  → 포화. 실제 정지율 27%

우리 판정 지표 중 하나가 "열 70 이상 체류 35%"인데, 그건 곧 포화 상태 체류 35%다. 훅이 목표대로 작동할수록 화면이 끊긴다.

목표 수치를 맞추러 가면 안 되는 이유

제안된 수정은 최소 간격을 0.18초 → 0.22초로 올리는 것이었다. 계산해 보니 반려해야 했다.

고정 간격 방식은 수요가 공급을 넘는 순간 정확히 주기 h+g로 고정된다.

0.18초 = 3.75 Hz
0.22초 = 3.49 Hz
깜빡임 최고 가시 대역 = 3~8 Hz

둘 다 대역 안이다. 0.22는 눈에 띄는 숫자만 지우고 실패 모드는 그대로 남긴다.

그리고 되짚어 보니 10%는 설계 상수가 아니었다. 문서 다른 곳에 이미 있던 진짜 상수는 "정지 총량 ≤ 8%"였고, 0.18초는 그걸 화면 단위로 강제하지 못하는 대리 손잡이였다. "약 10%"는 그 대리 손잡이가 낼 것으로 기대한 부산물이었다.

대리 지표를 직접 조준하면 지표만 맞고 원래 문제는 남는다.

확정안은 손잡이 자체를 바꾸는 것이었다 — 롤링 1초 누출 버킷 예산 8% + 최소 간격 0.24초. 이러면 정지율이 열·로드아웃·명중률과 무관하게 상한되고, 주파수는 1.2~2.4Hz로 대역 밖에 놓인다.

램프 순서가 옛 의미의 화석이었다

이 게임은 원래 "열 = 위험"이었다가 "열 = 출력"으로 의미가 뒤집혔다. 그때 문서에 이렇게 적었다 — "램프는 전량 생존, 바뀌는 것은 의미." 색을 그대로 두고 이름표만 바꿨다는 뜻이다.

총구 화염의 단계별 피크 휘도를 실측했다:

냉간 255.0  →  가동 240.0  →  고출력 193.2  →  백열 255.0

열이 오르는 3단계 내내 어두워진다. 고출력의 붉은색은 '고출력'이 아니라 '경고'다. 그리고 열 2단계에서 화염이 주인공 캐릭터 색과 43.9% 병합돼 별 모양이 주황 덩어리가 됐다.

4단 전량을 한 단씩 상향해 고쳤다. 핵심은 가장 낮은 단계를 어둡게 내린 것이다. 냉간에 이미 흰색 코어가 있어 위로 올릴 자리가 없었기 때문인데, 내리니 부수 효과가 하나 나왔다 — "축소된 캡슐 이미지에서 백열 광점을 식별할 수 있는가"라는 판정 항목이 비로소 성립했다. 기존 램프에선 냉간에도 흰 코어가 있어 그 항목은 원리적으로 통과 불가였다.

전수 점검하니 9축 중 6축이 같은 문제였다

열 매핑 전체를 다시 봤다. 9개 축 중 6개가 열 상승 시 판독을 악화시켰고, 3개는 표에 아예 없어서 보이지도 않았다.

원인은 하나다. "열이 오르면 무엇이 좋아지는가"만 보고 "무엇이 무너지는가"를 안 봤다.

보상형 메커니즘은 성공 구간이 곧 최대 부하 구간이다.

규약을 8개 세웠는데, 그중 하나(피크 휘도 단조)를 규약을 만든 그 세션에 우리 스스로 위반했다. 같은 문서가 화염 색과 캐릭터 본체 색에 동시에 같은 값을 지시하고 있었다. 전수 스캔하니 충돌이 1건이 아니라 9건이었다.

규약은 스스로를 검사하지 않는다.

캐릭터 도트가 몬스터보다 조악해 보인다는 지적을 받았다. 흔한 처방은 "색을 더 쓰자"다. 그 전에 왜 좀비가 나아 보이는지부터 쟀다.

셋 다 틀렸다. 진짜 원인은 둘이었다.

① 행별 좌→우 명도 기울기 — 각 행에서 x좌표와 명도의 상관계수를 잰 값이다. 우리 규약은 "광원 좌상 45도"인데:

좀비        r = -0.679   규약 일치 행 15/16 = 94%
플레이어    r = -0.205 ~ -0.398        55~68%

좀비는 거의 모든 행이 규약을 지킨다. 플레이어는 절반 남짓. 같은 색을 갖고도 램프로 조직되지 않고 흩뿌려져 있었다.

② 최대 단색 슬래브 — 주인공은 몸의 54.5%가 끊기지 않은 평평한 한 색이고 그 위에 어두운 점이 뿌려져 있었다. 좀비는 16.5%. 음영이 아니라 때로 읽힌다.

재음영 후 규약 일치율 100%, 슬래브 39.8%.

검사기가 통과시킨 것은 "맞다"가 아니라 "그 검사에 안 걸렸다"

작업 중 연결성분 검사(스프라이트가 몇 덩어리인가)를 새로 추가했더니, 이미 게임에 반입된 프레임 하나가 걸렸다. 박쥐 날개가 몸통에서 떨어져 떠 있었다.

기존 검사는 "완전히 빈 행"만 봤기 때문에 가로 방향 분리를 통째로 놓쳤다. 날개 안쪽이 몸통과 대각으로만 닿아 있어 1px만 밀어도 끊기는데, 검증을 통과했다.

같은 검사로 작업 중 3건이 더 걸렸다.

게이트 오탐도 세 번 나왔다 — 전부 "평균이 분포를 숨긴다"

픽셀 차이 총합은 "무언가 바뀜"만 보고 "사람이 찾을 수 있는가"를 안 본다. 전체 평균 명도는 하의가 어두운 캐릭터를 부당하게 떨어뜨린다.

게이트를 집계값에서 분포로 바꿨다 — 예를 들어 "실루엣의 15% 이상을 덮는 색 중 가장 밝은 것"으로. 통계 하나로 이미지를 판정하려 하면 그 통계가 숨기는 축에서 반드시 뚫린다.

팔레트 스냅이 색상을 보존하지 않고 있었다

RGB 유클리드 거리로 가장 가까운 팔레트 색을 고르는 흔한 방식을 쓰고 있었다. 그런데 한 캐릭터의 사막 황갈색이 올리브색으로 변환되고 있었다.

우리 팔레트에 따뜻한 탄 중간톤은 하나뿐인데 올리브 계열은 여럿이라, RGB 거리상 올리브가 더 가깝다. 32컷 중 원래 색이 살아남은 것은 1컷이었다. CIELAB 거리로 바꾸니 14컷.

그동안 이 캐릭터는 리롤을 여러 번 돌려 통과시켰는데, 그건 해결이 아니라 운(1/16)이었다.