제 경험에 따르면 iOS Quick Look에서 완벽하게 작동하는 USDZ 파일을 만드는 것은 예술적 완성도보다는 엄격한 기술 규정 준수에 가깝습니다. 폴리곤 수, 텍스처 크기, 파일 형식에 대한 Apple의 성능 제한을 준수하는 것이 성공의 핵심이라는 것을 알게 되었습니다. 이 가이드는 신뢰할 수 있는 AR 미리보기가 필요하고 제가 겪었던 일반적인 내보내기 및 유효성 검사 함정을 피하려는 3D 아티스트 및 개발자를 위한 것입니다.
핵심 요약
usdzconvert 및 Reality Converter 도구는 기기에서 테스트하기 전에 규정 준수 여부를 확인하는 데 필수적입니다.핵심 사양을 올바르게 이해하는 것이 기본입니다. 이를 무시하면 AR 미리보기가 실패하거나 품질이 저하될 수 있습니다.
Quick Look에서 신뢰할 수 있는 성능을 위해 100,000 트라이앵글의 폴리곤 예산을 확고한 상한선으로 간주합니다. 대부분의 제품 또는 에셋 미리보기의 경우 50K-80K를 목표로 합니다. 제가 발견한 것은 원시 개수보다 트라이앵글 밀도가 더 중요하다는 것입니다. 길고 얇은 트라이앵글을 피하고 메시가 깨끗한 토폴로지를 가진 매니폴드(누수 없음)인지 확인하십시오. 내부 페이스, 뒤집힌 노멀 또는 떠다니는 버텍스와 같은 비매니폴드 지오메트리는 AR에서 보이지 않거나 손상된 모델의 가장 흔한 원인입니다.
제 워크플로우에서는 프로덕션 준비가 된 모델로 시작하여 USDZ 내보내기를 위한 전용의 단순화된 버전을 만듭니다. 저는 일반적인 AR 검사에서 보이지 않는 영역, 예를 들어 개체의 밑면이나 내부 공동의 세부 사항을 줄이는 데 중점을 둡니다. 이러한 사전 예방적인 리토폴로지는 나중에 밀도가 높은 메시를 디시메이트하려고 시도하는 것보다 시간을 절약합니다.
Quick Look은 표준 PBR(Physically Based Rendering) 메탈릭-러프니스 워크플로우를 지원합니다. 저는 Base Color, Normal, Metallic, Roughness 텍스처 맵만 사용합니다. 스페큘러/글로스 워크플로우는 기본적으로 지원되지 않으므로 피하십시오. 올바르게 표시되지 않습니다.
모든 텍스처는 정사각형이어야 하며 2의 거듭제곱(예: 1024x1024, 2048x2048)이어야 합니다. 저는 2048x2048을 초과하지 않습니다. 대부분의 개체에는 1024x1024가 완벽하게 적합하며 파일 크기를 줄여줍니다. 파일 형식은 중요합니다. Base Color 및 Normal 맵에는 .png를 사용하고 Metallic 및 Roughness 맵에는 .png 또는 단일 채널 .jpg를 사용하십시오. 잘못된 텍스처 형식은 미리보기에서 재질이 깨져 보이는 주요 원인입니다.
문서화된 절대 최대값은 없지만, 즉시 로드되는 데 10MB를 안전한 목표로 간주합니다. 최대 30MB의 파일은 로드될 수 있지만 눈에 띄는 지연을 유발하여 사용자 경험을 해칠 수 있습니다. 파일 크기의 주요 원인은 텍스처 해상도이며, 폴리곤 수는 그보다 덜 중요합니다.
제 경험상, 텍스처 최적화를 우선시하는 것이 좋습니다. 2K 텍스처를 1K로 압축하면 모바일 화면의 AR 보기에서 시각적 손실이 거의 없이 파일 크기를 약 75% 줄일 수 있습니다. 또한 사용자 정의 속성, 사용되지 않는 UV 세트, 숨겨진 레이어 등 불필요한 모든 데이터를 내보내기에서 제거합니다. 이러한 메타데이터는 파일 크기를 부풀릴 수 있습니다.
체계적인 내보내기 및 유효성 검사 파이프라인은 답답한 막판 디버깅을 방지합니다.
제 내보내기 프로세스는 체계적입니다. 먼저, 장면이 미리 볼 모델만 포함하고 모든 변환이 고정되고 피벗 포인트가 중앙에 있는지 확인합니다. 그런 다음 모든 수정자를 적용하고 메시를 삼각형화합니다. USDZ는 삼각형 폴리곤을 요구하기 때문입니다. 예를 들어, 깨끗한 기본 모델을 빠르게 생성해야 할 때, Tripo AI를 사용하여 컨셉 스케치에서 모델을 생성할 수 있습니다. 일반적으로 잘 구성되어 있으며 이 최적화 및 내보내기 단계에 적합한 출력을 제공합니다.
내보내기는 절반의 전투일 뿐입니다. 저는 즉시 usdzconvert 명령줄 도구를 -validate 플래그와 함께 사용하여 파일의 유효성을 검사합니다(예: usdzconvert myModel.usdz -validate). 이 도구는 지원되지 않는 셰이더, 텍스처 형식 또는 지오메트리 문제에 대한 특정 오류 메시지를 제공합니다. GUI 대안으로는 Reality Converter를 사용하여 USDZ를 엽니다. 가져올 때 종종 경고 또는 오류가 표시됩니다.
가장 자주 수정하는 오류는 다음과 같습니다.
최적화는 작동하는 USDZ와 고품질의 빠르게 로드되는 USDZ를 구분하는 요소입니다.
저는 단순히 디시메이트하는 것이 아니라 명확성을 위해 리토폴로지합니다. 제 프로세스에는 평평한 영역의 루프를 줄이고, 윤곽선을 보존하며, 깨끗한 엣지 흐름을 유지하는 것이 포함됩니다. 하드 서페이스 모델의 경우, 날카롭게 유지하고 싶은 엣지를 제한하는 도구를 사용합니다. 목표는 AR에서 예상되는 시야 거리에서 텍스처링했을 때 하이폴리 버전과 동일하게 보이는 가벼운 메시를 만드는 것입니다.
저는 하이폴리 디테일을 로우폴리 메시의 UV에 베이킹합니다. 이는 복잡한 모델의 시각적 충실도를 단순한 모델의 성능으로 제공합니다. 그런 다음 텍스처 아틀라스를 최적화합니다.
마지막으로, 필수적인 단계는 실제 iPhone 또는 iPad에서 테스트하는 것입니다. 저는 AirDrop, iCloud Drive 또는 이메일을 통해 유효성 검사를 거친 USDZ를 전송합니다. 파일을 탭하고 "Quick Look"을 선택합니다. 다음을 확인합니다.
정적 모델을 넘어설 때 복잡성이 증가합니다.
Quick Look은 스켈레탈(조인트 기반) 및 모프 타겟(블렌드 셰이프) 애니메이션을 지원합니다. 제 접근 방식은 모든 애니메이션을 USDZ에 베이킹하는 것입니다. 저는 베이크된 애니메이션 시퀀스를 포함하는 단일 USDZ 파일을 내보냅니다. 리깅된 캐릭터의 경우 스키닝이 깨끗하고 조인트 계층이 단순한지 확인합니다. 복잡한 IK 리그 또는 동적 시뮬레이션은 일반적으로 키프레임으로 미리 베이크해야 합니다.
가장 신뢰할 수 있는 방법은 Apple의 USD 플러그인을 사용하여 주요 DCC 도구(Blender, Maya)에서 직접 내보내는 것입니다. 온라인 변환기는 단순성 때문에 유혹적일 수 있지만, 복잡한 재질이나 애니메이션에서는 종종 실패하는 것을 발견했습니다. 빠른 프로토타이핑을 위해 때때로 Tripo AI를 사용하여 이미지에서 기본 3D 에셋을 생성합니다. 이는 USDZ 최적화 및 내보내기 워크플로우에 이미 좋은 시작 상태에 있는 깨끗하고 텍스처링된 모델을 출력하여 초기 모델링 시간을 절약합니다.
모든 실패는 저에게 무언가를 가르쳐주었습니다. 모델이 거대하게 로드되는 것은 보통 장면이 미터 단위로 스케일링되지 않았다는 것을 의미합니다. 검은색 또는 보이지 않는 모델은 거의 항상 비매니폴드 지오메트리 또는 잘못된 노멀을 나타냅니다. 덩어리지고 픽셀화된 텍스처는 텍스처 파일이 제대로 임베드되지 않았거나 잘못된 형식임을 의미합니다. 해결책은 항상 체계적입니다. 파일의 유효성을 검사하고, 핵심 요구 사항을 확인하고, 기기에서 일찍 자주 테스트하십시오.
moving at the speed of creativity, achieving the depths of imagination.
텍스트·이미지를 3D 모델로 변환
매월 무료 크레딧 제공
압도적인 디테일 복원력