텍셀 밀도는 텍스처 픽셀이 실제 세계의 표면 단위를 얼마나 덮는지다: 그리고 그것을 일관되게 유지하는 것이, 하나의 응집된 세계로 읽히는 환경과 다섯 개의 다른 게임에서 온 에셋을 붙여놓은 것처럼 보이는 환경 사이의 차이다. 이 글은 그것을 명료하게 정의하고, 출시된 게임들이 실제로 쓰는 미터당 픽셀 값을 주고, 체커 텍스처로 측정하는 법을 보이고, 규칙을 깨야 할 몇 안 되는 곳을 설명하고, 모든 UV를 손으로 감시하지 않고도 팀 전체에 하나의 표준을 적용하는 법을 펼친다.
벽돌 벽은 돌에 새겨진 텍셀 밀도 교훈이다: 모든 벽돌이 센티미터당 같은 양의 디테일을 지닌다. 당신의 장면에서 한 에셋이 이웃의 두 배 텍셀 밀도를 가질 때, 플레이어는 이름 붙이지 못해도 그 잘못됨을 느낀다.
텍셀 밀도란 실제로 무엇인가
텍셀 밀도는 표면 단위당 텍스처 해상도다: 보통 미터당 또는 센티미터당 픽셀이다. 4미터 벽에 1024픽셀 텍스처는 256 px/m다; 같은 텍스처가 2미터 벽에는 512 px/m로, 두 배 선명하다.
"텍셀"은 텍스처 픽셀이다. 텍셀 밀도는 그중 몇 개가 세계의 주어진 표면적에 떨어지는지를 잰다. 그것은 당신의 텍스처 해상도 (이미지 속성)와 모델 스케일(세계 속성) 사이의 다리다: 그리고 둘 다에 의존하므로, 동일한 2K 텍스처를 가진 두 에셋도 하나가 다른 것의 두 배 크기 표면에 매핑되면 엄청나게 다르게 보일 수 있다. 그 불일치가 당신의 눈이 잡아내는 것이다: 흐릿한 벽 옆의 선명한 문, 또는 죽처럼 뭉개진 바닥에 대비되는 면도날처럼 날카로운 상자. 통일된 룩을 파는 것은 최대 해상도가 아니라 일관성이다.
출시된 게임들이 쓰는 값
흔한 표준은 일반 환경 표면에 512 px/m(≈5.12 px/cm)이며, 크고 먼 지형에는 256으로 내려가고 카메라가 다가가는 히어로 프롭에는 1024+로 올라간다. 기준선은 플레이어가 가장 가까이 오는 지점에서 골라라.
보편적인 숫자는 없다(그것은 당신의 타깃 플랫폼, 카메라 거리, 메모리 예산으로 정해진다). 그러나 작업 범위는 잘 확립되어 있다:
- 큰 지형 / 먼 건축: ~256 px/m, 플레이어는 결코 가까이 오지 않으므로 거기의 디테일은 낭비된 메모리다
- 일반 플레이 가능 환경(벽, 바닥, 중간 프롭): ~512 px/m가 흔하고 편안한 기준선이다
- 카메라가 밀고 들어가는 히어로 에셋(핵심 프롭, 얼굴 높이 디테일): 1024 px/m 이상
- 일인칭 손 / 무기: 모든 것 중 가장 높다. 항상 카메라에서 몇 센티미터이기 때문이다
숫자 뒤의 원리: 텍셀 밀도는 플레이어가 얼마나 가까이 오는지에 따라 스케일해야 한다. 가장 빡빡한 흔한 카메라 거리에서 기준선을 설정하고, 항상 멀리 있는 것들에는 한 단계 내려라. 스튜디오는 하나의 기준 숫자를 골라, 아트 바이블에 적고, 모든 일반 에셋을 그것에 붙든다.
어떻게 측정하는가
알려진 사각형당 픽셀 값을 가진 체커 텍스처를 최종 스케일의 모델에 적용하라. 사각형이 한 장면의 모든 에셋에서 같은 크기로 보이면, 당신의 텍셀 밀도는 일관적이다: 어긋난 사각형 크기는 문제를 즉시 드러낸다.
체커(또는 "UV 그리드") 텍스처는 여기서 가장 유용한 단일 도구다. 색깔 사각형의 타일 무늬이며, 최종 세계 스케일로 에셋에 할당하면 각 사각형은 고정된 수의 텍셀을 나타낸다. 일관된 밀도란 사각형이 모든 표면에서 같은 물리적 크기라는 뜻이다. 사각형이 바닥의 두 배 큰 벽은 바닥에 비해 텍스처가 부족하다: 이제 당신은 밀도 불일치를 추측하는 대신 볼 수 있다. 대부분의 DCC 도구와 엔진은 텍셀 밀도 검사기나 px/m를 직접 보고하는 스크립트를 가진다; 어느 쪽이든, 체커 텍스처는 모든 아티스트가 한 키 거리에 두어야 할 빠른 시각적 직감 점검이다.
실제 건설은 조각이 맞물리도록 모든 요소를 공유된 공차에 붙든다. 텍셀 밀도 표준은 표면에 대한 같은 발상이다: 독립적으로 지어진 에셋을 하나의 구조로 읽게 하는 공유된 명세.
언제 규칙을 깰까
카메라가 머무는 히어로 에셋에서는 밀도를 올리고, 항상 멀거나 화면에서 작은 것들에서는 내려라. 어디나 균일한 밀도는 먼 것에 메모리를 낭비하고 가까운 것을 굶긴다: 일관성은 그 카메라 거리에 대해 일관됨을 뜻하지, 어디나 동일함이 아니다.
"일관된 텍셀 밀도"는 게임 전체에 하나의 숫자를 뜻하지 않는다: 각 에셋의 역할에 맞는 의도적인 밀도를 뜻하며, 이웃 사이의 우발적 불일치가 없음을 뜻한다. 플레이어가 걸어가는 히어로 동상은 1024+를 얻는다; 2킬로미터 떨어진 산 실루엣은 128에서 괜찮다. 기술은 단계적 하강이 의도적이고 문서화됨이지, 누가 무엇을 모델했는지의 무작위 결과가 아니라는 것이다. 유용한 심적 모델: 텍스처 메모리를 폴리곤 예산 짜듯 예산 짜라: 카메라가 시간을 보내는 곳에 쓰고, 결코 방문하지 않는 곳을 굶겨라.
팀 전체에 적용하기
아무도 확인할 수 없는 표준은 아무도 따르지 않는 표준이다. 적용 가능하게 만들라(공유 체커 텍스처, 임포트 단계의 밀도 보고 스크립트, 그리고 아트 바이블의 한 줄 명세), 그래서 규약에 맞는 에셋이 최소 저항의 길이 되도록.
여기서 텍셀 밀도는 홀로 하는 장인 기술이기를 멈추고 파이프라인 문제가 된다. 팀에서는, 각 아티스트가 숫자를 기억하는 데 의존하는 순간 밀도가 표류한다. 사람들이 다른 스케일로 모델하고, 다른 설정으로 임포트하고, 다르게 눈대중하기 때문이다. 선을 지키는 것은 툴링이다:
- 모두가 같은 방식으로 할당하는 공유 체커 텍스처. 그래서 불일치가 모든 리뷰에서 보인다.
- 임포트 시 밀도 점검: px/m를 보고하고 라이브러리에 들어가기 전에 합의된 대역 밖의 것을 표시하는 스크립트.
- 한 페이지 명세: 기준 숫자, 히어로와 지형 예외, 그리고 체커 워크플로. 모두가 첫날 읽는 아트 바이블에.
일관성은 또한 찾을 수 있음의 문제다: 에셋을 표준에 붙들려면 그것들을 모두 보고, 비교하고, 이상치를 발견할 수 있어야 한다: 그것이 일관된 썸네일을 렌더링하고 거대한 라이브러리를 정렬하게 하는 콘텐츠 브라우저, Numivo의 것 같은 것이, 텍셀 밀도 규율을 조용히 쉽게 만드는 이유다: 튀는 것이 석 달 뒤 엔진에서 발견되는 대신 한눈에 보인다.
훔칠 가치가 있는 현장 수치
- 일반 환경 기준선: ~512 px/m(≈5.12 px/cm)
- 먼 지형 / 먼 건축: ~256 px/m, 더 가까우면 메모리 낭비
- 히어로 / 근접 카메라 에셋: 1024 px/m 이상
- 그것을 보이게 하는 도구: 최종 스케일의 체커 / UV 그리드 텍스처
- 붙는 적용: 체커 + 임포트 시 보고 + 한 페이지 명세, 기억과 잔소리가 아니라
미니 FAQ
더 높은 텍셀 밀도가 항상 낫죠? 아니다: 플레이어가 결코 가까이 보지 않을 수도 있는 디테일을 위해 텍스처 메모리와 스트리밍 대역폭을 쓴다. 그 거리에서 카메라가 해상할 수 있는 해상도 너머로, 추가 텍셀은 순수한 낭비다. 밀도를 "가능한 한 높게"가 아니라 카메라 거리에 맞춰라.
트림시트와 타일링 텍스처링이 이것을 바꾸나? 목표에 어떻게 도달하는지를 바꾸지, 목표 자체를 바꾸지 않는다. 타일링 텍스처와 트림시트는 큰 표면에서 밀도를 일관되게 유지하는 가장 쉬운 방법인 경우가 많다. 같은 시트를 같은 스케일로 쓰면 쓰이는 어디서나 같은 밀도를 주기 때문이다.
이미 일관되지 않은 라이브러리를 어떻게 고치나? 체커로 대표 표본을 측정해 퍼짐을 찾고, 기준선을 합의하고, 기회주의적 으로 고쳐라: 라이브러리 전체의 영웅적 재작업을 시도하는 대신, 장면이 에셋을 끌어들일 때 재밀도화하라. 중요한 에셋이 먼저 고쳐진다. 그것들이 사용 중인 것이기 때문이다.
모바일이나 스위치는? 같은 개념, 더 낮은 기준선이다: 일반 표준으로 512 대신 256 px/m를 돌릴 수 있다. 규율은 동일하다; 숫자만 메모리 예산에 맞게 움직인다.
텍셀 밀도는 프로처럼 보이는 환경을 학생의 것과 갈라놓는 그 화려하지 않은 기본기 중 하나다. 기준선을 고르고, 체커로 보이게 하고, 문에서의 점검으로 적용하라: 그러면 당신의 독립적으로 지어진 에셋이 마침내 하나의, 믿을 수 있는 세계로 읽힐 것이다.