머리에 큐브를 쓴
호기심 많은 탐험가

• 메디아는 탐험가다. 궁금한 것이 있으면 일단 가 본다.
• 머리에는 속이 빈 와이어 큐브를 쓰고 다닌다. 머리에 얹혀 가라앉지 않고 떠서 위아래로 살짝 흔들린다.
• 가슴에는 네모 구멍이 뚫려 있고, 그 안에 작은 큐브가 박혀 천천히 돈다.
• 미디어아트 허브 33번으로 등록했다. 비공개 — 직접 주소로만 열린다.

4090 백업의
홍익 폴더에 있던 m1.blend

• 원래 3D 출력용으로 만든 파일이다. 화면에서 움직일 생각으로 만든 것이 아니다.
• 기본 메쉬에 믹사모 포즈를 넣고 손으로 고친 상태였다.
• 그 파일의 쉼자세(rest pose) — 동작을 넣기 전의 기본 자세를 정본으로 삼기로 했다. 뼈의 회전은 전부 이 자세를 기준으로 잰다.
• 이 결정이 이후 거의 모든 문제의 뿌리가 된다 — 제5막에서 다시 나온다.

몸은 평균으로 움직이고
큐브는 그러면 안 된다

• 캐릭터의 몸은 스키닝으로 움직인다 — 정점 하나가 여러 뼈의 움직임을 가중 평균한 자리로 간다.
• 가중 평균은 곡면에는 잘 맞는다. 원래 휘어 있으니 조금 더 휘어도 티가 안 난다.
• 직선은 다르다. 두 뼈의 평균을 취하는 순간 직선이 호가 된다.
• 그래서 큐브는 섞지 않는다. 뼈 하나에 100%로 물린다.

"안 찌그러진다"를
눈이 아니라 자로 말한다

• 두 큐브를 뼈에 강체로 물린 뒤, 77개 동작 전수에서 큐브 모서리 길이 변화를 쟀다. (77 = 내려받은 클립 72개 + 코드로 만든 반복 동작 5개)
• 판정 기준은 실행 전에 고정한다 — 재고 나서 기준을 바꾸지 않는 것이 이 프로젝트의 규칙이다.
• 일부 동작만 골라 보면 통과한다. 전수를 재야 "절대"라고 말할 수 있다.

세기를 줄이는 방향을
잘못 고르면 다리가 꺾인다

• 왜 그렇게 생각했는지 — 동작을 약하게 하려면 "안 움직인 상태", 즉 항등회전 쪽으로 보간하면 될 것 같았다.
• 무엇이 틀렸는지 — 우리 허벅지의 쉼자세 지역회전이 약 180도다. 항등은 "안 움직임"이 아니라 완전히 다른 자세였다.
• 어떻게 알았는지 — 세기를 낮출수록 다리가 옆으로 90도 꺾였다.
• 고침 — 항등이 아니라 그 뼈의 쉼자세 지역회전 쪽으로 당긴다. 실측: 다리 옆벌림 0.99 → 0.16.

이건 버그가 아니라
기하학이다

• 큐브 한 변 0.81 m, 위팔 길이 0.337 m.
• 어깨는 큐브 아래 모서리 바로 밑에 있다. 팔을 들면 팔꿈치를 지나 손이 큐브가 차지한 공간 안으로 들어간다 — 코드가 재는 점도 손이다.
• 동작 데이터가 잘못된 것이 아니다. 이 몸에 이 크기의 큐브를 씌운 이상 반드시 일어난다.
• 따라서 선택지는 둘뿐 — 큐브를 줄이거나, 팔을 비켜 주거나. 큐브 크기는 작품의 형태이므로 건드릴 수 없다.

상자는 구가 아니다

• 왜 그렇게 생각했는지 — 물체 안에 들어간 점은 중심 반대 방향으로 밀면 밖으로 나온다. 구에서는 참이다.
• 무엇이 틀렸는지 — 상자의 면 근처에서 그 방향은 면과 거의 나란하다. 밖으로 빼는 대신 표면을 따라 미끄러뜨리고, 옆면으로 다시 밀어 넣는다.
• 어떻게 알았는지 — 팔굽혀펴기·지쳐 무릎꿇기에서 침범이 0 → 4로 악화했다. 켜서 나빠진 것이다.

직관이 맞는 도형과 틀리는 도형이 있다. 어느 도형에서 참인지를 먼저 물어야 한다.

여섯 면 중
가장 얕은 쪽으로 뺀다

• 큐브를 AABB(축 정렬 상자)로 보고, 여섯 면까지의 침투 깊이를 각각 잰다. 그중 가장 얕은 면의 법선으로 뺀다.
• 아래쪽 면에는 0.5배 가중을 줬다 — 팔은 아래로 내리는 편이 자연스럽다.
• 안전장치: 보정 후에도 침투가 줄지 않으면 원래 각도로 원복한다. 켜서 나빠질 길을 원리적으로 막았다.

스켈레톤 뷰는
축을 그리지 않는다

• 스켈레톤 헬퍼는 뼈의 머리 위치를 잇는 선만 그린다. 축(roll)은 그리지 않는다.
• 그래서 수술 전후 뼈대 렌더의 MD5 해시가 완전히 동일했다.
• 바꾼 것이 있는데 그림은 한 픽셀도 다르지 않았다 — 이것이 이 문제가 오래 숨어 있던 이유다.

보정이 거의
필요 없는 리그가 됐다

• 새 리그에서 믹사모 소스와의 리타게팅 보정 델타가 최대 0.03°다.
• 사실상 표준 리그다. 게임엔진에 넣어도 믹사모 동작이 보정 없이 맞는다.
• 즉 이 수술은 한 동작을 고친 것이 아니라, 앞으로 들어올 모든 동작의 문제를 없앤 것이다.
• GLB 크기 952KB → 951KB. 작품은 아무것도 잃지 않았다.

새 리그와 표준 믹사모 사이의 보정 델타 최대값 (수술 전 최대 45.5°)

증상을 하나씩 막던 작업이, 원인을 고치자 한 번에 끝났다. 작가의 질문 — "매번 이렇게 수정을 해야 할 순 없자나" — 이 이 장을 열었다.

WebGL 은 선 굵기를
무시한다

• 작가 요청은 "좀 더 선이 굵어야 해". 그런데 LineBasicMaterial.linewidth 는 대부분의 브라우저에서 값을 넣어도 1픽셀로 그려진다. 버그가 아니라 규격이다.
• 해법은 선을 선으로 그리지 않는 것 — three 의 LineSegments2 는 마디마다 사각형 두 장을 세워 굵기를 만든다.
• 굵기는 재질 단위 값이라 마디마다 다르게 줄 수 없다. 그래서 굵기를 15단계로 나누고 단계마다 재질을 하나씩 뒀다.
• 단계 경계는 산술평균이 아니라 기하평균으로 갈랐다 — 굵기는 더하기가 아니라 곱하기로 느껴진다.

"끝이 번지지 않고
깔끔하게 벡터 느낌으로"

• 점은 알파를 가운데에서 가장자리까지 선형으로 흘려 그리고 있었다. 부드럽긴 한데 번져 보인다.
• 고친 방식 — 안은 꽉 채우고, 테두리 한 픽셀만 부드럽게. 화면에서 그 점이 몇 픽셀인지를 fwidth 로 물어 그만큼만 흐린다.
• 같은 톤 안에서 변화가 읽히도록 크기는 ±45%, 밝기는 ±22% 흩었다.

• 작가: "메디아는 흰색, 다른 NPC 들도 각자 특징적인 색상이". 그런데 메디아는 잿빛에 푸른 기가 돌았다.
• 원인 — 정원의 선은 조명을 받지 않는다(LineMaterial). 그래서 조명을 낮게 잡아 뒀는데, 그 조명이 닿는 것은 메디아와 주민뿐이었다. 세상을 어둡게 하려던 값이 캐릭터만 어둡게 했다.
• 조명을 3배 가까이 올리고 하늘빛을 중립으로 바꿨다. 선은 조명을 안 받으니 세상은 그대로다. 실측 몸통 픽셀 (196, 199, 207).
• 주민에게는 각자의 색을 줬다 — 깜박 호박빛 · 여울 물빛 · 이끼 이끼빛. 멀리서도 누구인지 알아보게.