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

출력이 더 크다고 해서 항상 도구가 실패했다는 의미는 아닙니다. 새로운 설정은 다른 형식이나 정밀도를 선호할 수 있으며 입력이 이미 압축되어 있을 수 있습니다. 더 많은 설정을 변경하기 전에 명령과 함께 원본 확장과 출력 확장을 비교하십시오.

형상 압축이 제거되었는지 확인

Conservative 사전 설정은 Meshopt 압축을 요청하지 않습니다. 입력이 이미 Meshopt를 사용하는 경우 압축을 끄고 최적화하면 삼각형 수가 동일하게 유지되는 경우에도 더 큰 파일을 생성할 수 있습니다. 출력에 Meshopt를 원하고 응용 프로그램이 이를 지원하는 경우 더 작은 파일 사전 설정을 선택하십시오.

이 기본 gltfpack 1.3 테스트는 CC0 샘플의 최적화된 버전을 다시 처리합니다. 파일이 커지는 이유는 삼각형이 더 추가되었기 때문이 아니라 출력 설정이 다르기 때문입니다. 반복된 최적화가 파일 축소를 계속 보장하지 않는 이유에 대한 예입니다.

텍스처 인코딩 및 정밀도 변경 사항 확인

UASTC는 ETC1S보다 훨씬 클 수 있습니다. 최소 파일 설정이 아닌 품질 옵션입니다. 마찬가지로, 기하학 양자화를 비활성화하거나 정밀도를 높이면 데이터 양이 늘어날 수 있습니다. 이러한 선택 사항을 입력을 생성한 설정과 비교하십시오.

작은 모델이나 텍스처는 절감액보다 더 큰 메타데이터나 컨테이너 오버헤드를 얻을 수도 있습니다. 보편적인 최소 저축은 없습니다. 새로운 형식이 애플리케이션에 아무런 이점을 제공하지 않는 경우 원본을 유지하는 것이 더 나은 선택이 될 수 있습니다.

양쪽에서 동일한 양을 측정하십시오.

다운로드한 파일 바이트와 다운로드한 파일 바이트를 비교합니다. 브라우저 네트워크 패널에는 HTTP 압축 후 전송된 크기가 표시될 수 있으며, 파일 관리자에는 저장된 GLB 크기가 표시됩니다. 두 숫자 모두 GPU에 로드한 후 텍스처 메모리를 직접 측정하지 않습니다.

한 가지 설정을 변경하고 다시 비교해 보세요.

원래 입력으로 돌아갑니다. 먼저 압축 선택을 일치시킨 다음 텍스처 인코딩과 정밀도를 확인하세요. 파일을 증가시킨 변경 사항을 식별할 수 있도록 각 명령을 결과와 함께 저장하십시오. 더 많은 형상을 즉시 제거하여 인코딩 변경을 보상하지 마십시오.

ETC1S, UASTC 및 WebP 비교 →

제어된 파일 크기 비교 계획 →

엔진 참조: gltfpack