유효한 기능 요청이지만 개인적으로 Apple/Pixar를 이해하지 못합니다. glTF 만 사용하지 않고 새로운 파일 형식을 도입하는 이유는 무엇입니까? USD / USDZ 가 glTF 보다 나은 점을 누군가 설명할 수 있습니까?

USD 문서: http://graphics.pixar.com/usd/docs/index.html

유효한 기능 요청이지만 개인적으로 Apple/Pixar를 이해하지 못합니다. 왜 그들은 glTF를 사용하지 않고 새로운 파일 형식을 도입합니까? 누군가 USD/USDZ가 glTF보다 나은 점을 설명할 수 있습니까?

동의합니다. 일부는 제가 생각하는 정치입니다. 그러나 그것은 별도의 토론입니다 :)

USD는 몇 년 동안 사용되었습니다. 일반적으로 영화에서 사용되며 런타임 전송을 위한 확실한 선택은 아닙니다. 내가 말할 수있는 한 USDZ는 그 주변의 래퍼입니다. Apple은 이 시점에서 많은 세부 정보를 제공하지 않았습니다. 런타임에 더 적합하게 만들 계획이 있거나 WWDC의 메시징이 실제로 사용하는 방법과 관련하여 명확하지 않았을 수 있습니다. 어쨌든 더 많은 정보를 기다려야 할 것 같습니다.

누군가 THREE.USDZLoader 기부에 관심이 있다면 꼭 해보세요. 🙂 하지만 지금까지 내가 찾은 모든 문서는 형식이 FBX 및 FBX SDK와 유사하게 구문 분석을 위해 공식(C++/Python) 라이브러리와 매우 밀접하게 연결되어 있음을 시사합니다. 따라서 WASM으로 웹 친화적으로 만들 수 없다면 three.js에서 USDZ 지원을 구현하고 시간이 지남에 따라 형식의 변경 사항을 따라가는 것은 이러한 라이브러리의 이점 없이는 매우 시간 소모적인 프로세스처럼 보입니다.

호기심에 https://developer.apple.com/arkit/gallery/ 에서 "Retro TV" 파일을 간단한 zip으로 열어 보았습니다. 나는 .usdz의 확장자를 .zip으로 변경하여 '보관 취소'한 다음 내 OS에서 일반적인 열기 절차를 수행하도록 했습니다. 아마도 https://gildas-lormeau.github.io/zip.js/로 비슷한 것을 얻을 수 있을 것입니다.

이것은 내가 usdz를 '보관 취소'할 때 보는 것입니다.

따라서 텍스처는 다음 문제인 해당 .usdc 내에서 참조되는 PNG일 뿐입니다. https://graphics.pixar.com/usd/docs/Converting-Between-Layer-Formats.html 에 따르면 ".usdc 파일 - 바이너리 형식"은 크레이트에 있습니다(https://graphics의 _Crate 파일 형식_ 참조). pixar.com/usd/docs/USD-Glossary.html) 형식.

ASCII로 인코딩된 .usda도 있는데, 이는 아마도 로더를 작성하기 더 쉬울 것입니다.

이를 위한 몇 가지 할 일에 대한 대략적인 개요로, Loader는 최소한 JS에서 Zip 파일을 추출한 다음 .usda(및 잠재적으로 바이너리 Crate .usdc도 이해할 수 있음)를 이해하려고 합니다.

@richardmonette님 , 저는 USDZ와 USDA 형식에 대한 연구를 수행했으며 개념 증명 glTF를 USDZ로 변환하는 변환기를 작성했습니다. 아마도 귀하의 연구에 유용할 것입니다: https://github.com/timvanscherpenzeel/gltf-to-usdz. 여기에서 데모를 볼 수 있습니다: https://twitter.com/domenicopanacea/status/1011292393801420800 또는 여기에서 직접 사용해 볼 수 있습니다: https://timvanscherpenzeel.github.io/gltf-to-usdz/(iOS 12 필요).

간단히 말해서 지오메트리는 OBJ 로 변환되고 금속 거칠기 텍스처는 채널별로 분할되고 텍스처는 Y-플립됩니다. 이로부터 USDA 파일이 동적으로 구성되고 usdz_converter에 공급되어 최종 usdz 합니다.

일부 사람들이 USDZ에 대한 직접 변환기를 작성하려고 하는 것을 알고 있지만 현재 시점에서 (디코딩 측면에서도) USDC 형식에 대해 많이 알려져 있지 않습니다.

@TimvanScherpenzeel님 , 메시지 주셔서 감사합니다.

USD Python API(https://graphics.pixar.com/usd/docs/Hello-World---Creating-Your-First-USD-Stage.html) 사용을 고려해 보셨습니까? .obj 단계를 건너뛰고 Python을 사용하여 glTF를 읽고 바로 그런 식으로 .usda/c로 이동할 수 있는지 궁금했습니다.

USD를 설정하는 데 많은 문제가 있었지만 아직 문제를 해결하는 데 시간을 들이지 않았습니다(여러 버전의 Python을 설치하고 컴파일하는 동안 잘못된 Python에 연결하는 것과 관련이 있다고 생각합니다).

실제로 OBJ 파일을 USDA 파일에 직접 쓸 수 있습니다(실제로 개념 증명의 좋은 다음 단계가 될 수 있음). 내 프로젝트의 기여자가 USDC 파일을 usdcat 디코딩한 후 USDA 파일을 보내왔기 때문에 AR 갤러리 예제의 파일 구조를 알고 있습니다.

Apple이 USDZ QuickLook을 제공하는 요점은 WebGL, DOM 및 Javascript 사용을 완전히 우회하고 ARkit2.0과 함께 장면을 직접 사용하는 것입니다.
Apple/Pixar 기술을 기반으로 하는 rOS의 이정표일 뿐입니다.
나중에 상호 작용/스크립트 기능을 추가하면 웹 UI가 더 적게 필요합니다.

기하학에 고효율 OpenSubDiv 패치를 사용하는 Pixar USD는 모바일 Metal로 이식되어 곧 HighEnd PC-VR WebVR을 능가할 것입니다.
파일 형식이 아니라 전체 Experience-Making/Presenting/(-Interaction) 파이프라인입니다.

따라서 IMHO는 WebGL2 파이프라인에 수입업체를 추가하는 것보다 AR/VR 편집기에서 USDZ 를 내보내고 Android 및 Windows에서 USD 기차를 잡는 것이 더 중요합니다.

중요한 문제는 WebXR이 Apple에서 사용하는 USD를 완전히 지원하려면 레거시 폴리메쉬 대신 SubDiv 패치도 지원해야 한다는 것입니다.

@pixelpartner 당신은 나를 잃었습니다.

로더가 브라우저에 기본적으로 내장되어 있지 않다면 JavaScript로 작성하는 것이 도움이 될 것 같습니다.

퀵 룩이 고도로 최적화되어 있다고 확신하지만 브라우저에서 USDZ 자산을 사용하여 대화형 콘텐츠를 만드는 방법은 무엇입니까?

유효한 기능 요청이지만 개인적으로 Apple/Pixar를 이해하지 못합니다. 왜 그들은 glTF를 사용하지 않고 새로운 파일 형식을 도입합니까? 누군가 USD/USDZ가 glTF보다 나은 점을 설명할 수 있습니까?

최근에 제품 디스플레이 소프트웨어 작업을 하는 사람과 채팅을 했는데, glTF 및 USDZ로 수출하므로 이에 대해 어떻게 생각하는지 물었습니다. 간단히 말해서 Apple은 ARKit2.0/SceneKit을 통해서만 해당 플랫폼에서 작동하는 독점적인 3D 형식을 사용하여 계속해서 고급 고급 선택이라고 주장할 수 있습니다. 표준 glTF 형식을 채택하는 것은 여기에서 그들의 목표와 반대로 실행될 것입니다. 그들은 _자신의_ 형식이 더 좋고 glTF가 (아직?) 지원하지 않는 PBR 재료 속성으로 인해 더 높은 품질의 결과를 허용한다고 주장할 수 있기를 원합니다.

16977 및 아마도 #14051은 three.js를 Apple 제품과 동일한 렌더링 표준으로 만드는 데 필요할 수 있지만 glTF의 현재 상태 또는 향후 계획이 이와 관련이 있는지 잘 모르겠습니다.

어쨌든 여기에서 Apple의 사악한 목표를 전복시키는 것 외에 다른 이유가 없다면 언젠가는 USDZ를 지원해야 한다고 생각합니다.

이는 Apple이 자사 플랫폼에서만 작동하는 독점적인 3D 형식을 통해 계속해서 고급 고급 선택이라고 주장할 수 있도록 하기 위한 것입니다...

나는 여기서 더 많은 이점을 제공할 수 있습니다. 그들은 "런타임" 형식에 대해 우리(threejs + 웹 개발자)와 다른 목표를 가지고 있으며 결과적으로 다른 선택을 할 수 있습니다. 특히 ~15MB USD 런타임을 iOS에 번들로 제공한다는 것은 네이티브 런타임 없이 USDZ를 로드하는 것이 엄청나게 어렵다는 것을 개의치 않고 웹 애플리케이션에 모델에 대한 액세스 권한을 제공하지 않고 모델을 여는 것만으로도 괜찮은 것 같습니다. 대신 네이티브 앱에서 있는 그대로 모델링합니다.

"고급 럭셔리"에서 Apple의 iOS QuickLook 뷰어는 금속/거칠기 PBR 재료를 지원하며 재료 모델은 오늘날 glTF 2.0이 지원하는 것과 거의 동일합니다. 향후 glTF 2.0에 대해 계획되고 https://github.com/mrdoob/three.js/issues/16977 에 설명된 추가 자료 기능은 현재 Apple의 USDZ 시청자가 지원하는 것 이상입니다.

내가 "Apple의 USDZ 시청자"라고 언급한 이유는 그것이 사실상 사람들이 USDZ를 의미하는 것처럼 보이기 때문입니다. 그러나 USDZ 형식은 기술적으로 압축된 USD 파일이며 일반 재료 모델에서 완전히 사용자 지정 셰이더에 이르기까지 거의 모든 것을 포함할 수 있습니다. Apple 뷰어는 USD의 작은 부분 집합을 지원하며 해당 부분 집합은 잘 정의되어 있지 않지만 찾을 수 있는 가장 좋은 요약은 https://github.com/google/usd_from_gltf#compatibility입니다.

렌더링 충실도 측면에서 모델 뷰어 는 threejs로 glTF 모델을 표시하고 iOS Quick Look에서 USDZ 버전을 여는 수단을 제공하며 시각적 결과는 매우 유사합니다. 불행히도 지금은 다운되었지만 이 페이지 는 몇 가지 직접적인 비교를 제공합니다.

어쨌든 여기에서 Apple의 사악한 목표를 전복시키는 것 외에 다른 이유가 없다면 언젠가는 USDZ를 지원해야 한다고 생각합니다.

https://github.com/mrdoob/three.js/issues/14219#issuecomment -395107896을 참조

저는 여기서 "사치스러운 선택이라고 주장하는" Apple 외에 USD를 지원해야 하는 이유가 있음을 언급하고 싶습니다. @Mugen87 은 "누군가 USD/USDZ가 glTF보다 나은 점을 설명할 수 있습니까?"라고 묻습니다.
내가 신경쓰는 몇 가지:

• HDR/플로트 텍스처
• 환경 맵(UsdLuxDomeLight)
• 영역 및 구 조명(UsdLuxRectLight 등)
• WebGL용 "미리보기 표면"이 있는 셰이더 재료(OSL/MDL)

내 사용 사례는 동일한 장면 설명을 WebGL과 고급 렌더링 파이프라인에 로드하는 것입니다. 모양을 이해하는 것은 물론 다르며 일부 대체가 발생할 것입니다.

@garyo 조명 및 환경은 실제 환경을 시뮬레이션하기 위해 AR 뷰어에서 처리됩니다.
이 비디오는 지원하는 맵(알베도, 메탈릭, 러프니스, 노멀, 앰비언트 오클루전, 이미시브)에 대한 아이디어를 제공합니다.
https://developer.apple.com/videos/play/wwdc2018/603/

내가 보고 싶은 것은 three.js의 USDA 내보내기이므로 AR에서 볼 수 있도록 3개의 프로젝트에서 생성/구성한 모델을 저장할 수 있습니다.
"model-view"는 iOS에서 볼 때 USDZ 모델 대안을 지정하기 위한 태그를 포함합니다.
https://modelviewer.dev/

Apple이 다른 누구도 사용하지 않는 형식을 사용하고 어디에서도 기본적으로 지원되지 않는 것은 정말 부끄러운 일입니다(베타 내보내기는 Blender에서 사용 가능). 따라서 기존 모델을 모두 수동으로 변환할 수 밖에 없습니다. 텍스처를 포함해야 한다는 사실은 전체 모델 범위에서 동일한 텍스처를 사용하는 경우에도 고통스럽습니다. 확실히 외부 참조가 있을 수 있습니까?
Pixar 사양의 지오메트리와 매핑만 활용하고 이미지 파일과 함께 압축하는 일종의 엉터리 형식입니다.
glTF/glb는 훨씬 더 나았을 것이고 우리는 어디에서나 하나의 모델만 필요했을 것입니다...
그들이 목표로 하는 전자 상거래 영역에서 iOS에서만 작동하는 웹 경험을 원하는 고객은 없을 것입니다. 평소와 같이 모든 원숭이 작업과 유지 관리를 해야 합니다.

@garyo

내 사용 사례는 동일한 장면 설명을 WebGL과 고급 렌더링 파이프라인에 로드하는 것입니다.

잠깐, webgl에서 usd(z)를 로드하는 방법이 있습니까?

USDZ의 기능 세트는 최근 iOS 13.4(및 RealityComposer 1.4(133+))에서 크게 증가했습니다.

Apple은 현재 다른 소프트웨어가 해석할 수 없고 단순히 무시할 수 있는 많은 USD 체계를 추가했습니다.
RealityComposer의 거의 모든 대화형 기능은 이제 .reality 장면 파일에 저장될 뿐만 아니라 이 새로운 USD 방식으로 내보낼 수도 있습니다.
내 머리 꼭대기의 몇 가지 새로운 USD 기능:
경계 트리거, 영역 탭 또는 입력
그룹화된 애니메이션 작업, 순차적 및/또는 병렬
Text Geometry는 문자열, 글꼴 및 크기를 사용하는 새로운 유형의 Prim에 의해 즉석에서 생성됩니다.

이것은 새로운 시대를 엽니다. 이제 모든 개발자는 모든 플랫폼에서 Pixar 사용 도구 및 라이브러리(C++/python 2.6/python 3.x)를 사용하여 단순히 콘텐츠를 표시하거나 대화형 경험을 만들 수 있는 USD 파일을 작성할 수 있습니다.
분명히 테스트를 위해 여전히 iDevice가 필요합니다.

-
(그냥 격리 종료, 재택근무)
흥분한 토마스

오전 14.04.2020 음 20:25 schrieb theightyatom [email protected] :
@garyo https://github.com/garyo 조명 및 환경은 실제 환경을 시뮬레이션하기 위해 AR 뷰어에서 처리됩니다.
이 비디오는 지원하는 맵(알베도, 메탈릭, 러프니스, 노멀, 앰비언트 오클루전, 이미시브)에 대한 아이디어를 제공합니다.
https://developer.apple.com/videos/play/wwdc2018/603/ https://developer.apple.com/videos/play/wwdc2018/603/
내가 보고 싶은 것은 three.js의 USDA 내보내기이므로 AR에서 볼 수 있도록 3개의 프로젝트에서 생성/구성한 모델을 저장할 수 있습니다.
iOS에서 볼 때 USDZ 모델 대안을 지정하기 위한 태그가 포함됩니다.
https://modelviewer.dev/ https://modelviewer.dev/
Apple이 다른 누구도 사용하지 않는 형식을 사용하고 어디에서도 기본적으로 지원되지 않는 것은 정말 부끄러운 일입니다(베타 내보내기는 Blender에서 사용 가능). 따라서 기존 모델을 모두 수동으로 변환할 수 밖에 없습니다. 텍스처를 포함해야 한다는 사실은 전체 모델 범위에서 동일한 텍스처를 사용하는 경우에도 고통스럽습니다. 확실히 외부 참조가 있을 수 있습니까?
Pixar 사양의 지오메트리와 매핑만 활용하고 이미지 파일과 함께 압축하는 일종의 엉터리 형식입니다.
glTF/glb는 훨씬 더 나았을 것이고 우리는 어디에서나 하나의 모델만 필요했을 것입니다...

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub https://github.com/mrdoob/three.js/issues/14219#issuecomment-613604756 에서 확인하거나 https://github.com/notifications/unsubscribe-auth/AAR6X5SXAY32JAPYL5V44TRMSTBTANCNFSM4를 구독 취소

USD 또는 USDZ에 대한 웹 호환 파서를 알지 못합니다. WebGL이나 다른 API에서 렌더링하는 것은 문제가 되지 않습니다. 복잡한 파일 콘텐츠를 구문 분석하는 것입니다. 이 작업은 OpenSubdiv 및 MaterialX를 포함한 종속성이 있는 공식 USD 런타임에서 가장 잘 처리됩니다.

모든 개발자는 이제 모든 플랫폼에서 Pixar 사용 도구 및 라이브러리(C++/python 2.6/python 3.x)를 사용하여 USD 파일을 작성할 수 있습니다.

모든 플랫폼에서 USD 파일을 읽을 수 있다면 좋을 것입니다. 🙂 기술적인 이유로 나는 기능적인 three.js 구현이 지금 당장은 가능하지 않다고 생각합니다. 누군가가 여가 시간에 축복을 받는다면 OpenSubdiv(w/ WASM?) 또는 MaterialX(w/ THREE.NodeMaterial?)를 구현하는 작업을 하는 것이 좋습니다. USD 파서가 없어도 그 자체로 유용할 것이기 때문입니다. .

@garyo

내 사용 사례는 동일한 장면 설명을 WebGL과 고급 렌더링 파이프라인에 로드하는 것입니다.

잠깐, webgl에서 usd(z)를 로드하는 방법이 있습니까?

아니, 내가 찾고있는거야. 장면(객체, 조명, 재료, 카메라, 애니메이션 등 - 전체)이 있고 형식에 상관없이 동일한 장면을 미리보기를 위해 WebGL(3.js를 통해)에 로드할 수 있기를 원합니다. 최종 렌더링을 위한 블렌더와 같습니다. glTF는 현재로서는 최선의 선택이지만 위에서 언급한 사항(영역 조명 등)을 지원하지 않습니다. glTF 사람들이 실제 장면이 아닌 장치에 대한 라스트 마일 을 목표로 하기 때문에 더 많은 기능을 추가하는 것을 꺼리는 것을 이해합니다. 옮기다.
옵션을 찾고 있습니다.

@garyo Collada가 청구서에 맞는 것 같습니까? 저는 three.js에서 편집된 버전의 콜라다 내보내기를 사용하여 렌더링을 위해 자산을 블렌더로 가져옵니다.

@themightyatom 나는 몇 년 전에 Collada를 조사했습니다. 다시 방문해야 할 수도 있습니다. 감사 해요. (당시 나는 Godot 하나, PBR 지원 없음 등과 같은 주장에 의해 확신을

@garyo Collada는 서로 다른 플랫폼에서 작업하는 게임 개발자 간에 자산을 전송하도록 설계되었습니다. 실행 가능한 전달 형식은 아니지만 의미하는 바는 매우 잘 수행합니다. :)
나는 이탈리아에서 제작자 중 한 명인 Rene Arnaud와 함께 일주일을 보낼 만큼 충분히 운이 좋았습니다. "GPU의 관점에서" 작성되었으며 일반적으로 사양 변경을 지원하는 첫 번째 형식입니다. (OpenGL, DirectX 등).

https://github.com/google/usd_from_gltf 를 수출업체로 통합하는 것이 매우 가치 있는 일이라고 생각합니다. USD를 열 수 있는 것은 나에게 훨씬 덜 중요합니다.

USDZ(로드 또는 내보내기)로 유용한 작업을 수행하려면 USD SDK가 필요합니다. glTF_의 _USD에는 USD SDK가 종속성으로 필요 하지만 SDK는 웹에서 지원되지 않습니다 . Apple은 웹 브라우저를 종료하고 기본 AR Quick Look 애플리케이션으로 이동하여 이 문제를 해결하지만 일반적으로 웹에 대한 솔루션은 아닙니다.