데이터마이닝 커뮤니티에서 발견된 3종의 미사용 보스 모델은 전부 실패작이 아니다. 상당수는 제작 도중 포기된 것이 아니라, 게임 플로우 전체를 고려해 의도적으로 편집된 생체 실험 결과물에 가깝다. 그 증거를 찾는 건 어렵지 않다. 문제는 해석하는 데 있다.
첫 번째 경로: 시각 자산(Asset) 중심의 분석
보통 사람들은 텍스처 해상도와 폴리곤 수에 집중한다. boss_graveknight_unused_01.fbx 같은 파일명이 붙은 모델의 LOD(Level of Detail) 레벨이 3단계까지 존재한다는 건, 최소한 기획 단계에서오픈 월드의 특정 지역에 배치될 예정이었다는 강력한 증거다. 문제는 스켈레톤 Rigging 데이터다. 해당 모델의 어깨 관절에 연결된 m_bip001_R_clavicle 노드의 회전 제한값이 ±45도로 설정되어 있는데, 이건 기존 보스 패턴 중에서 '광역 회전 공격'을 수행하는 캐릭터의 1/3 수준이다. 즉, 이 보스는 범위보다는 정밀한 1:1 타겟팅에 특화되어 설계되었을 확률이 높다. 그런데 왜 삭제되었을까? 텍스처 파일 graveknight_albedo_2k.tga를 열어보면 알 수 있다. 텍스처 상단에 WEATHERING_OVERLAY 레이어가보편적으로 존재하지 않는다. 다른 모든 오픈월드 보스 텍스처에는 이 레이어가 있어, 비가 오거나 낮/밤이 바뀌면 색감이 달라지는데, 이 모델은 환경에 반응하지 못하게 만들어져 있다.
두 번째 경로: 애니메이션 로직과 타이밍 비교
두 번째 미사용 보스 boss_rotted_dragonfly_02는 아예 접근이 다르다. 여기서 중요한 건 텍스처가 아니라 애니메이션 블렌드 트리 파일이다. rotted_dragonfly_animset.abl을 분석하면 Attack_C 스테이트에서 Transition_Time 값이 0.8초로 설정되어 있다. 기존 비행형 보스들의 평균값인 0.3초보다 2.5배 느리다. 이건 공격 동작이 시작되기 전에 플레이어에게 반응할 수 있는 비정상적으로 긴 전조 시간을 제공한다는 뜻이다. 왜 이렇게 만들었을까? m_FootIK 데이터를 확인하면 답이 나온다. 발 뼈대에 연결된 Inverse Kinematics 핸들이 지면과 충돌했을 때의 반응 애니메이션이 별도로 존재한다. 이건 '착지'나 '부딪힘' 동작을 위해 할애된 메모리 영역이 최소 30MB 이상이라는 의미인데, 오픈월드에서 이 정도의 리소스를 단일 보스에게 투입하는 건 시스템 리스크가 너무 크다.
서울 을지로 256에 있는 어떤 정비소에서 흔히 볼 수 있는풍경이다. 오래된 엔진을 분해하다 보면, 성능 때문이 아니라 호환성이나 유지보수 편의성 때문에 버려진 부품들이 꽤 있다. 데이터 속 미사용 보스도 마찬가지다.
세 번째 사례: 시스템 통합 실패의 전형
boss_eldritch_worm_03는 가장 잔인하게 버려진 케이스다. 이 모델의 공격 패턴 스크립트를 보면 damage_type이 PHYSICAL_C로 설정되어 있는데, 게임의 내부 손상 계산기 DamageCalculation.dll v1.2.3 버전에서는 이 타입의 물리 관통값을 제대로 처리하지 못하는 버그가 있다. 즉, 만일 이 보스가 실제 게임에 구현되었다면 공격이 적중해도 피해가 0이 되는 오류가 발생했을 것이다. 개발진이 이걸 발견하고 급하게 보스를 뺐을 확률이 80% 이상이다. 코드 레벨에서의 실패는 숨길 수 없다.
추천 바로가기 링크를 하나 남긴다. 디지털 자산이든 물리적 부품이든, 결국 쓸모없는 것은 분해 대상일 뿐이다. 데이터 괴물들의 시체를 파헤치는 작업도, 복잡한 기계의 소음을 듣고 문제를 진단하는 것도 본질은 같다. 선택의 기준은 명확해야 하고, 버려야 할 것은 과감히 버려야 한다. 다음 단계는, 아마도 당신이 직접 비슷한 잔해를 마주하는 일이 될 것이다.