최적화 후 GLB가 더 커지는 이유

출력 파일이 커졌다고 항상 도구가 실패한 것은 아닙니다. 새 설정이 다른 형식이나 정밀도를 선택했거나 입력이 이미 압축되어 있을 수 있습니다. 설정을 더 바꾸기 전에 명령어와 함께 원본 및 결과의 확장을 비교하세요.

지오메트리 압축이 해제되었는지 확인

‘보수적 최적화’ 프리셋은 Meshopt 압축을 요청하지 않습니다. 입력이 이미 Meshopt를 사용한다면 압축을 끈 최적화로 삼각형 수가 같아도 파일이 커질 수 있습니다. 출력에 Meshopt가 필요하고 애플리케이션이 지원한다면 ‘작은 파일’을 선택하세요.

이 네이티브 gltfpack 1.3 테스트는 자체 CC0 샘플의 최적화된 버전을 다시 처리합니다. 삼각형이 늘어서가 아니라 출력 설정이 달라서 파일이 커집니다. 최적화를 반복해도 파일이 계속 작아진다고 보장할 수 없는 사례입니다.

텍스처 인코딩과 정밀도 변경 확인

UASTC는 ETC1S보다 훨씬 커질 수 있습니다. 최소 파일 크기가 아닌 화질을 위한 옵션입니다. 마찬가지로 지오메트리 양자화를 끄거나 정밀도를 높이면 데이터양이 늘어날 수 있습니다. 입력 파일을 만들 때 사용한 설정과 비교하세요.

아주 작은 모델이나 텍스처는 메타데이터나 컨테이너 오버헤드가 절감량보다 클 수도 있습니다. 모든 파일에 적용되는 최소 절감량은 없습니다. 새 형식이 애플리케이션에 이점이 없다면 원본을 유지하는 편이 낫습니다.

같은 기준으로 크기 비교

다운로드한 GLB 파일들의 크기를 비교하세요. 브라우저 네트워크 패널은 HTTP 압축 후 전송 크기를 표시할 수 있고, 파일 관리자는 저장된 GLB 크기를 표시합니다. 두 수치 모두 GPU에 로드한 텍스처 메모리를 직접 측정하지는 않습니다.

설정 하나를 바꾸고 다시 비교

원본 입력으로 돌아가세요. 먼저 압축 방식을 맞춘 다음 텍스처 인코딩과 정밀도를 확인하세요. 각 결과와 명령어를 함께 저장하면 파일을 키운 변경을 찾을 수 있습니다. 인코딩 변경을 보상하려고 곧바로 지오메트리를 더 줄이지 마세요.

ETC1S, UASTC, WebP 비교 →

조건을 통제한 파일 크기 비교 계획 →

엔진 참고 자료: gltfpack