यह एक वैध सुविधा अनुरोध है, लेकिन मैं व्यक्तिगत रूप से Apple/Pixar को नहीं समझता। वे केवल glTF का उपयोग न करके एक नया फ़ाइल स्वरूप क्यों पेश कर रहे हैं? क्या कोई समझा सकता है कि USD / USDZ glTF से बेहतर क्या करता है?

यूएसडी दस्तावेज़ीकरण: http://graphics.pixar.com/usd/docs/index.html

यह एक वैध सुविधा अनुरोध है, लेकिन मैं व्यक्तिगत रूप से Apple/Pixar को नहीं समझता। वे एक नया फ़ाइल स्वरूप क्यों पेश कर रहे हैं और न केवल glTF का उपयोग कर रहे हैं? क्या कोई समझा सकता है कि USD/USDZ glTF से बेहतर क्या करता है?

मैं सहमत हूं, इसका एक हिस्सा राजनीति है जो मुझे लगता है। हालाँकि, यह एक अलग चर्चा है :)

यूएसडी को लगभग दो साल हो गए हैं - यह आमतौर पर फिल्म में उपयोग किया जाता है, और रनटाइम ट्रांसमिशन के लिए एक स्पष्ट विकल्प नहीं है। जहाँ तक मैं बता सकता हूँ USDZ उसके चारों ओर एक आवरण है। Apple ने इस बिंदु पर अधिक विवरण नहीं दिया है; हो सकता है कि उनके पास इसे और अधिक रनटाइम-उपयुक्त बनाने की कोई योजना हो, या हो सकता है कि WWDC में मैसेजिंग इस संबंध में अस्पष्ट थी कि वे वास्तव में इसका उपयोग कैसे कर रहे हैं। किसी भी मामले में, मुझे लगता है कि हमें शायद अधिक जानकारी के लिए प्रतीक्षा करने की आवश्यकता है।

अगर कोई THREE.USDZLoader योगदान करने में दिलचस्पी रखता है, तो हर तरह से। लेकिन अब तक मुझे मिले सभी दस्तावेज़ों से पता चलता है कि प्रारूप FBX और FBX SDK के समान, इसे पार्स करने के लिए आधिकारिक (C++/Python) पुस्तकालयों से बहुत निकटता से जुड़ा हुआ है। इसलिए जब तक उन्हें WASM के साथ वेब-फ्रेंडली नहीं बनाया जा सकता, तीन.js में USDZ समर्थन को लागू करना और समय के साथ प्रारूप में बदलाव को ध्यान में रखते हुए, उन पुस्तकालयों के लाभ के बिना, बहुत समय लेने वाली प्रक्रिया की तरह लगता है।

उत्सुकतावश, मैंने https://developer.apple.com/arkit/gallery/ से "रेट्रो टीवी" फ़ाइल खोलने का प्रयास किया जैसे कि यह एक साधारण ज़िप था। मैंने .usdz को .zip के एक्सटेंशन का नाम बदलकर 'अनआर्काइव' किया, और फिर अपने OS को अपनी सामान्य खुली प्रक्रिया करने के लिए कहा। संभवतः, https://gildas-lormeau.github.io/zip.js/ के साथ भी कुछ ऐसा ही हासिल किया जा सकता है

जब मैं usdz को 'अनआर्काइव' करता हूं तो मैं यही देखता हूं:

तो, बनावट केवल पीएनजी हैं, जिन्हें शायद उस .usdc के भीतर से संदर्भित किया जाता है, जो अगला मुद्दा है। https://graphics.pixar.com/usd/docs/Converting-Between-Layer-Formats.html के अनुसार, ".usdc फ़ाइलें - बाइनरी प्रारूप" जो क्रेट में है (देखें _Crate File Format_ https://graphics में। pixar.com/usd/docs/USD-Glossary.html) प्रारूप।

.usda भी है, जो ASCII एन्कोडेड है, जो संभवतः एक लोडर को चारों ओर लिखना आसान होगा।

इसके लिए कुछ कार्यों की एक मोटे तौर पर रूपरेखा के रूप में, कम से कम एक लोडर जेएस में एक ज़िप फ़ाइल निकालने पर विचार कर रहा होगा, और फिर .usda (और संभावित रूप से बाइनरी क्रेट .usdc भी) को समझेगा।

हाय @richardmonette , मैंने USDZ और USDA प्रारूप पर कुछ शोध किया है और USDZ कनवर्टर के लिए एक प्रूफ-ऑफ-कॉन्सेप्ट glTF लिखा है। शायद यह आपके शोध के लिए उपयोगी है: https://github.com/timvanscherpenzeel/gltf-to-usdz। आप यहां एक डेमो देख सकते हैं: https://twitter.com/domenicopanacea/status/1011292393801420800 या इसे स्वयं यहां आजमाएं: https://timvanscherpenzeel.github.io/gltf-to-usdz/ (iOS 12 की आवश्यकता है)।

संक्षेप में: ज्यामिति OBJ परिवर्तित हो जाती है, धातु-खुरदरापन बनावट चैनल द्वारा विभाजित होती है और बनावट वाई-फ़्लिप होती है। इससे एक USDA फ़ाइल गतिशील रूप से बनाई जाती है और अंतिम usdz निर्माण के लिए usdz_converter में फीड की जाती है।

मुझे पता है कि कुछ लोग USDZ के लिए एक सीधा कनवर्टर लिखने पर विचार कर रहे हैं, लेकिन इस समय (डिकोडिंग के संदर्भ में भी) USDC प्रारूप के बारे में पूरी जानकारी नहीं है।

अरे @TimvanScherpenzeel , आपके संदेश के लिए धन्यवाद और इस पर काम करें!

क्या आपने यूएसडी पायथन एपीआई (https://graphics.pixar.com/usd/docs/Hello-World---Creating-Your-First-USD-Stage.html) का उपयोग करने पर विचार किया है? मुझे आश्चर्य हुआ कि क्या .obj चरण को छोड़ना संभव हो सकता है और पायथन का उपयोग करके, glTF पढ़ें और सीधे .usda/c में जाएं?

मेरे पास यूएसडी स्थापित करने में बहुत सारे मुद्दे हैं और अभी तक इस मुद्दे को ठीक करने के लिए समय नहीं लिया है (मुझे लगता है कि इसका पाइथन के कई संस्करणों को स्थापित करने के साथ कुछ करना है और संकलन के दौरान यह गलत पायथन से जुड़ा हुआ है)।

आप वास्तव में ओबीजे फ़ाइल को सीधे यूएसडीए फ़ाइल में लिख सकते हैं (जो वास्तव में मेरी अवधारणा के प्रमाण में एक अच्छा अगला कदम हो सकता है)। मुझे एआर गैलरी उदाहरणों की फ़ाइल संरचना पता है क्योंकि मेरे प्रोजेक्ट में योगदानकर्ता यूएसडीसी फाइलों को usdcat साथ डीकोड करने के बाद मुझे यूएसडीए फाइलें भेजता है।

USDZ QuickLook प्रदान करने वाला Apple का संपूर्ण बिंदु WebGL, DOM और Javascript का उपयोग करके पूरी तरह से बायपास करना और ARkit2.0 के साथ सीधे दृश्य का उपयोग करना है।
यह Apple/Pixar तकनीक पर आधारित rOS के लिए मात्र एक मील का पत्थर है।
जब वे बाद में अंतःक्रियाशीलता/स्क्रिप्टेबिलिटी जोड़ते हैं, तो कम वेब-यूआई की भी आवश्यकता होगी।

मोबाइल मेटल में पोर्ट किए गए ज्यामिति के लिए अत्यधिक कुशल OpenSubDiv पैच का उपयोग करते हुए Pixar USD जल्द ही HighEnd PC-VR WebVR से बेहतर प्रदर्शन करेगा।
फ़ाइल प्रारूप के रूप में नहीं, बल्कि संपूर्ण अनुभव-निर्माण/प्रस्तुति/(-इंटरैक्शन) पाइपलाइन के रूप में।

इसलिए IMHO WebGL2 पाइपलाइन में एक आयातक जोड़ने के बजाय, AR/VR संपादकों से USDZ निर्यात करना और Android और Windows के लिए USD ट्रेन पकड़ने के लिए अधिक महत्वपूर्ण है।

एक महत्वपूर्ण मुद्दा यह है कि Apple द्वारा उपयोग किए जाने वाले USD को पूरी तरह से समर्थन देने के लिए WebXR को लीगेसी पॉलीमेश के बजाय SubDiv पैच का भी समर्थन करना होगा।

@pixelpartner तुमने मुझे खो दिया।

मुझे ऐसा लगता है कि जब तक लोडर को मूल रूप से ब्राउज़र में नहीं बनाया जाता है, तब तक यह जावास्क्रिप्ट में एक बनाने में मददगार होगा।

मुझे यकीन है कि त्वरित रूप अत्यधिक अनुकूलित है, लेकिन ब्राउज़र में USDZ संपत्तियों का उपयोग करके इंटरैक्टिव सामग्री बनाने के लिए आगे का रास्ता क्या है?

यह एक वैध सुविधा अनुरोध है, लेकिन मैं व्यक्तिगत रूप से Apple/Pixar को नहीं समझता। वे एक नया फ़ाइल स्वरूप क्यों पेश कर रहे हैं और न केवल glTF का उपयोग कर रहे हैं? क्या कोई समझा सकता है कि USD/USDZ glTF से बेहतर क्या करता है?

मैंने हाल ही में उत्पाद प्रदर्शन सॉफ़्टवेयर पर काम करने वाले किसी व्यक्ति के साथ बातचीत की, वे glTF और USDZ को निर्यात करते हैं इसलिए मैंने उनसे पूछा कि वह इस बारे में क्या सोचते हैं। संक्षेप में उनका कहना है: ऐसा इसलिए है कि Apple एक विशेष 3D प्रारूप के साथ उच्च अंत लक्जरी विकल्प होने का दावा करना जारी रख सकता है जो केवल ARKit2.0/SceneKit के माध्यम से उनके प्लेटफॉर्म पर काम करता है। मानक glTF प्रारूप को अपनाना यहां उनके लक्ष्यों के विपरीत चलेगा, वे यह दावा करने में सक्षम होना चाहते हैं कि _their_ प्रारूप बेहतर है और PBR सामग्री गुणों के कारण उच्च गुणवत्ता वाले परिणामों की अनुमति देता है जो कि glTF (अभी तक?) समर्थन नहीं करता है।

16977, और शायद #14051, को 3.जेएस प्राप्त करने की आवश्यकता है, जो कि ऐप्पल के प्रस्तावों के समान प्रतिपादन मानकों तक है, लेकिन मुझे यकीन नहीं है कि जीएलटीएफ के लिए वर्तमान स्थिति या भविष्य की योजनाएं इससे कैसे संबंधित हैं।

किसी भी मामले में, अगर किसी अन्य कारण से यहां Apple के नापाक लक्ष्यों को नष्ट करने के अलावा, मुझे लगता है कि हमें किसी बिंदु पर USDZ का समर्थन करने की आवश्यकता होगी।

ऐसा इसलिए है कि Apple एक विशेष 3D प्रारूप के साथ उच्च अंत लक्जरी विकल्प होने का दावा करना जारी रख सकता है जो केवल उनके प्लेटफॉर्म पर काम करता है ...

मैं यहां संदेह का अधिक लाभ देने को तैयार हूं - उनके पास "रनटाइम" प्रारूप के लिए अलग-अलग लक्ष्य हैं जो हम (तीनj + वेब देव) करते हैं, और परिणामस्वरूप अलग-अलग विकल्प बनाने में सक्षम हैं। विशेष रूप से, आईओएस में ~15 एमबी यूएसडी रनटाइम को बंडल करने का मतलब है कि वे इस बात की परवाह नहीं करते हैं कि यूएसडीजेड _बिना_ एक देशी रनटाइम लोड करना निषेधात्मक रूप से कठिन है, और वे वेब एप्लिकेशन को मॉडल तक कोई पहुंच प्रदान नहीं करने के साथ ठीक लगते हैं, लेकिन सिर्फ ओपनिंग मॉडल के रूप में-इसके बजाय एक मूल ऐप में है।

"हाई-एंड लक्ज़री" पर, ऐप्पल का आईओएस क्विकलुक व्यूअर धातु/खुरदरा पीबीआर सामग्री का समर्थन करता है, और सामग्री मॉडल काफी हद तक बराबर है जो आज जीएलटीएफ 2.0 का समर्थन करता है। भविष्य में glTF 2.0 के लिए अतिरिक्त सामग्री सुविधाओं की योजना बनाई गई है, और https://github.com/mrdoob/three.js/issues/16977 में वर्णित है, जो अब Apple के USDZ दर्शकों के समर्थन से आगे निकल जाएगी।

मैं "Apple के USDZ दर्शकों" का उल्लेख करता हूं क्योंकि वास्तव में, लोगों को USDZ से क्या मतलब लगता है। लेकिन यूएसडीजेड प्रारूप, तकनीकी रूप से, केवल एक ज़िप्ड यूएसडी फ़ाइल है, और इसमें एक सामान्य सामग्री मॉडल से पूरी तरह से कस्टम शेडर तक बहुत कुछ शामिल हो सकता है। Apple के दर्शक USD के एक छोटे उपसमुच्चय का समर्थन करते हैं, और वह उपसमुच्चय अच्छी तरह से परिभाषित नहीं है, लेकिन सबसे अच्छा सारांश जो आपको मिल सकता है वह है: https://github.com/google/usd_from_gltf#compatibility।

निष्ठा प्रदान करने के संदर्भ में, मैं इंगित करता हूं कि मॉडल-दर्शक तीनjs के साथ glTF मॉडल प्रदर्शित करता है और iOS क्विक लुक में USDZ संस्करण खोलने का साधन प्रदान करता है, और दृश्य परिणाम काफी समान हैं। यह पृष्ठ कुछ प्रत्यक्ष तुलना प्रदान करता है, हालांकि दुर्भाग्य से यह अभी नीचे है।

किसी भी मामले में, अगर किसी अन्य कारण से यहां Apple के नापाक लक्ष्यों को नष्ट करने के अलावा, मुझे लगता है कि हमें किसी बिंदु पर USDZ का समर्थन करने की आवश्यकता होगी।

देखें https://github.com/mrdoob/three.js/issues/14219#issuecomment -395107896।

मैं यहां केवल यह उल्लेख करना चाहता हूं कि ऐप्पल से परे यूएसडी का समर्थन करने के कारण हैं "एक लक्जरी विकल्प होने का दावा"। @ Mugen87 पूछता है "क्या कोई समझा सकता है कि USD/USDZ glTF से बेहतर क्या करता है?"
कुछ चीजें जिनकी मुझे परवाह है:

• एचडीआर/फ्लोट बनावट
• पर्यावरण मानचित्र (UsdLuxDomeLight)
• क्षेत्र और गोलाकार रोशनी (UsdLuxRectLight आदि)
• WebGL के लिए "पूर्वावलोकन सतह" के साथ शेडर सामग्री (OSL/MDL)

मेरा उपयोग मामला उसी दृश्य विवरण को वेबजीएल में और एक उच्च अंत प्रतिपादन पाइपलाइन में लोड कर रहा है - दिखने को समझना निश्चित रूप से अलग होगा और कुछ प्रतिस्थापन होगा।

@garyo प्रकाश और पर्यावरण को वास्तविक वातावरण का अनुकरण करने के प्रयास में AR व्यूअर द्वारा नियंत्रित किया जाता है।
यह वीडियो आपको एक विचार देता है कि वे किन मानचित्रों का समर्थन करते हैं (अल्बेडो, धातु, खुरदरापन, सामान्य, परिवेश रोड़ा, उत्सर्जक)
https://developer.apple.com/videos/play/wwdc2018/603/

मैं जो देखना चाहता हूं वह तीन.जेएस से यूएसडीए निर्यातक है, इसलिए आप एआर में देखने के लिए उन मॉडलों को सहेज सकते हैं जिन्हें आपने तीन प्रोजेक्ट में बनाया/कॉन्फ़िगर किया है।
"मॉडल-व्यू" में एक यूएसडीजेड मॉडल विकल्प निर्दिष्ट करने के लिए एक टैग शामिल होता है, जब इसे आईओएस पर देखा जाता है।
https://modelviewer.dev/

यह वास्तव में शर्म की बात है कि Apple एक ऐसे प्रारूप के लिए गया जिसका कोई और उपयोग नहीं करता है, और यह मूल रूप से कहीं भी समर्थित नहीं है (बीटा निर्यातक ब्लेंडर के लिए उपलब्ध है)। तो आपके पास अपने सभी मौजूदा मॉडलों को मैन्युअल रूप से परिवर्तित करने के अलावा कोई विकल्प नहीं है। तथ्य यह है कि आपको अपने बनावट को शामिल करना है, यह भी एक दर्द है यदि आप एक ही बनावट का उपयोग मॉडलों की एक पूरी श्रृंखला पर करते हैं। निश्चित रूप से उनके पास बाहरी संदर्भ हो सकते हैं?
यह वास्तव में एक हॉजपॉज प्रारूप का एक सा है, जो केवल पिक्सर स्पेक्स से ज्यामिति और मैपिंग का उपयोग करता है, और उन्हें आपकी छवि फ़ाइलों के साथ एक साथ ज़िप करता है।
glTF/glb बहुत बेहतर होता और हमें हर जगह के लिए केवल एक मॉडल की आवश्यकता होती ...
ई-कॉमर्स के दायरे में, जिसका वे लक्ष्य बना रहे हैं, कोई भी ग्राहक ऐसा वेब अनुभव नहीं चाहेगा जो केवल आईओएस के लिए काम करे। हमेशा की तरह हमें बंदर का सारा काम और रखरखाव करना होगा।

@गैरियो

मेरा उपयोग मामला उसी दृश्य विवरण को WebGL में और एक उच्च-अंत रेंडरिंग पाइपलाइन में लोड कर रहा है

रुको, क्या वेबजीएल में यूएसडी (जेड) लोड करने का कोई तरीका है?

यूएसडीजेड के फीचर सेट में हाल ही में आईओएस 13.4 (और रियलमीकंपोजर 1.4 (133+)) के साथ काफी वृद्धि हुई है।

Apple ने बहुत सी USD योजनाएँ जोड़ीं जिनकी वर्तमान में कोई अन्य सॉफ़्टवेयर व्याख्या नहीं कर सकता है और केवल अनदेखा कर सकता है।
RealityComposer की लगभग पूरी इंटरैक्टिव कार्यक्षमता अब न केवल .reality दृश्य फ़ाइलों में सहेजी गई है, बल्कि इस नए USD स्वाद में निर्यात भी की जा सकती है।
मेरे सिर के शीर्ष की कुछ नई यूएसडी विशेषताएं:
ट्रिगर बाउंडिंग, टैप करें या क्षेत्र में प्रवेश करें
समूहीकृत एनिमेशन क्रियाएं, क्रम में और/या समानांतर
टेक्स्ट ज्योमेट्री एक नए प्रकार के प्राइम द्वारा मक्खी पर बनाया जाता है जो स्ट्रिंग, फ़ॉन्ट और आकार लेता है

इससे एक नए युग की शुरुआत होती है। कोई भी डेवलपर अब पिक्सर यूज़ टूल्स और लिब्स (C++/पायथन 2.6/पायथन 3.x) का उपयोग किसी भी प्लेटफॉर्म पर यूएसडी फाइल लिखने के लिए कर सकता है जो या तो केवल सामग्री दिखा सकता है या इंटरैक्टिव अनुभव बना सकता है।
जाहिर है आपको अभी भी परीक्षण के लिए एक iDevice की आवश्यकता है।

-
शुभकामनाएं, (अभी क्वारंटाइन खत्म करना, होम ऑफिस में रहना)
उत्साहित थॉमस

Am 2020/04/14 उम 20:25 schrieb themightyatom [email protected] :
@garyo https://github.com/garyo प्रकाश और पर्यावरण को वास्तविक वातावरण का अनुकरण करने के प्रयास में AR व्यूअर द्वारा नियंत्रित किया जाता है।
यह वीडियो आपको एक विचार देता है कि वे किन मानचित्रों का समर्थन करते हैं (अल्बेडो, धातु, खुरदरापन, सामान्य, परिवेश रोड़ा, उत्सर्जक)
https://developer.apple.com/videos/play/wwdc2018/603/ https://developer.apple.com/videos/play/wwdc2018/603/
मैं जो देखना चाहता हूं वह तीन.जेएस से यूएसडीए निर्यातक है, इसलिए आप एआर में देखने के लिए उन मॉडलों को सहेज सकते हैं जिन्हें आपने तीन प्रोजेक्ट में बनाया/कॉन्फ़िगर किया है।
आईओएस पर देखे जाने पर, यूएसडीजेड मॉडल विकल्प को निर्दिष्ट करने के लिए एक टैग शामिल है।
https://modelviewer.dev/ https://modelviewer.dev/
यह वास्तव में शर्म की बात है कि Apple एक ऐसे प्रारूप के लिए गया जिसका कोई और उपयोग नहीं करता है, और यह मूल रूप से कहीं भी समर्थित नहीं है (बीटा निर्यातक ब्लेंडर के लिए उपलब्ध है)। तो आपके पास अपने सभी मौजूदा मॉडलों को मैन्युअल रूप से परिवर्तित करने के अलावा कोई विकल्प नहीं है। तथ्य यह है कि आपको अपने बनावट को शामिल करना है, यह भी एक दर्द है यदि आप एक ही बनावट का उपयोग मॉडलों की एक पूरी श्रृंखला पर करते हैं। निश्चित रूप से उनके पास बाहरी संदर्भ हो सकते हैं?
यह वास्तव में एक हॉजपॉज प्रारूप का एक सा है, जो केवल पिक्सर स्पेक्स से ज्यामिति और मैपिंग का उपयोग करता है, और उन्हें आपकी छवि फ़ाइलों के साथ एक साथ ज़िप करता है।
glTF/glb बहुत बेहतर होता और हमें हर जगह के लिए केवल एक मॉडल की आवश्यकता होती ...

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub https://github.com/mrdoob/three.js/issues/14219#issuecomment-613604756 पर https://github.com/notifications/unsubscribe-auth/AAAR6X5SXAY32JAPYL5V44TRMSTBTANCNFSM4FDHXWQ को अनसब्सक्राइब

मुझे USD या USDZ के लिए किसी वेब-संगत पार्सर की जानकारी नहीं है। WebGL या किसी अन्य API में रेंडर करना कोई समस्या नहीं है, यह फ़ाइल की जटिल सामग्री को पार्स कर रहा है - उस कार्य को आधिकारिक USD रनटाइम द्वारा सबसे अच्छा नियंत्रित किया जाता है, जिसमें OpenSubdiv और MaterialX सहित निर्भरताएँ होती हैं।

कोई भी डेवलपर अब यूएसडी फाइल लिखने के लिए पिक्सर यूज टूल्स और लिब्स (C++/python 2.6/python 3.x) का उपयोग किसी भी प्लेटफॉर्म पर कर सकता है।

किसी भी प्लेटफॉर्म पर यूएसडी फाइलों को पढ़ने में सक्षम होना अच्छा होगा। तकनीकी कारणों से मुझे नहीं लगता कि अभी एक कार्यात्मक तीन.जेएस कार्यान्वयन की संभावना है। यदि किसी को खाली समय दिया जाता है, तो मेरा सुझाव होगा कि OpenSubdiv (w/WASM?) या MaterialX (w/THREE.NodeMaterial?) को लागू करने पर काम करें, क्योंकि वे अपने आप में उपयोगी होंगे, यहां तक ​​कि USD पार्सर के बिना भी। .

@गैरियो

मेरा उपयोग मामला उसी दृश्य विवरण को WebGL में और एक उच्च-अंत रेंडरिंग पाइपलाइन में लोड कर रहा है

रुको, क्या वेबजीएल में यूएसडी (जेड) लोड करने का कोई तरीका है?

नहीं, मैं यही ढूंढ रहा हूं। मेरे पास दृश्य हैं (वस्तु, रोशनी, सामग्री, कैमरा, एनीमेशन, आदि - पूरी बात) और मैं पूर्वावलोकन के लिए वेबजीएल (तीन.जेएस के माध्यम से) में एक ही दृश्य, किसी भी प्रारूप में लोड करने में सक्षम होना चाहता हूं, और कुछ अंतिम रेंडरर्स के लिए ब्लेंडर की तरह। जीएलटीएफ अभी के लिए मेरा सबसे अच्छा विकल्प है, लेकिन यह उन चीजों का समर्थन नहीं करता है जिनका मैंने ऊपर उल्लेख किया है (क्षेत्र रोशनी आदि) मैं समझता हूं कि जीएलटीएफ लोग अधिक सुविधाओं को जोड़ने के लिए अनिच्छुक हैं क्योंकि वे वास्तविक दृश्य के बजाय उपकरणों के लिए अंतिम-मील को लक्षित कर रहे हैं स्थानांतरण।
बस विकल्प तलाश रहे हैं।

@garyo लगता है जैसे Collada बिल फिट हो सकता है? मैं तीन.जेएस से कोलाडा निर्यातक के एक संपादित संस्करण का उपयोग रेंडर के लिए ब्लेंडर में संपत्ति लेने के लिए करता हूं।

@themightyatom मैंने कुछ साल पहले कोलाडा में देखा था - इसे फिर से देखना पड़ सकता है। धन्यवाद। (उस समय मैं गोडोट वन, नो पीबीआर सपोर्ट आदि जैसे तर्कों से आश्वस्त था - जो शायद बदल गए हों।)

@garyo Collada को विभिन्न प्लेटफार्मों पर काम करने वाले सभी गेम डेवलपर्स के बीच संपत्तियों को स्थानांतरित करने के लिए डिज़ाइन किया गया था। यह एक व्यवहार्य वितरण प्रारूप नहीं है, लेकिन यह वही करता है जो इसका बहुत अच्छा मतलब है :)
मैं भाग्यशाली था कि इटली में इसके एक निर्माता, रेने अरनॉड के साथ एक सप्ताह बिताया। यह "GPU के दृष्टिकोण से" लिखा गया है और आम तौर पर कल्पना में परिवर्तन का समर्थन करने वाला पहला प्रारूप है। (ओपनजीएल, डायरेक्टएक्स, आदि)।

मुझे लगता है कि एक निर्यातक के रूप में https://github.com/google/usd_from_gltf को एकीकृत करना अति मूल्यवान होगा। अमरीकी डालर खोलने में सक्षम होने के लिए मेरे लिए बहुत कम महत्वपूर्ण है।

USDZ (लोड या निर्यात) के साथ उपयोगी कुछ भी करने के लिए आपको USD SDK की आवश्यकता होगी। GlTF_ से _USD को निर्भरता के रूप में USD SDK की आवश्यकता होती है, लेकिन SDK वेब पर समर्थित नहीं है । ऐप्पल वेब ब्राउज़र को छोड़कर और आपको अपने मूल एआर क्विक लुक एप्लिकेशन में ले जाकर इसे प्राप्त करता है, लेकिन यह सामान्य रूप से वेब के लिए शायद ही कोई समाधान है।