STL को GLTF में बदलें

कोई ब्राउज़र न STL दिखाता है न glTF — दोनों को रनटाइम चाहिए। फ़र्क़ रास्ते की गुणवत्ता में है। three.js STL लोडर देता है, तो सीधा जवाब है STL को सीधे परोसना, और एक बार वाले आंतरिक औज़ार के लिए यह उचित है।

जब पन्ना सार्वजनिक हो और मॉडल ही सामग्री हो, यह उचित नहीं रहता। STL किसी मेश को कनेक्शन पर भेजने का सबसे अकुशल तरीक़ा है, इसके पास कोई बाउंड नहीं होता, और हर त्रिभुज अपने तीन वर्टेक्स के साथ आता है। glTF इसी स्थानांतरण के लिए बनाया गया।

बाइनरी STL n त्रिभुजों के लिए ठीक 84 + 50n बाइट होती है, आकार जो भी हो। कुछ भी साझा नहीं होता: क्यूब आठ अलग कोनों के लिए छत्तीस वर्टेक्स रिकॉर्ड है।

बदलाव समन्वय को छह दशमलव तक गोल करके कुंजी बनाता है और एक ही स्थान पर मौजूद हर कोने को एक वर्टेक्स में मिला देता है। बंद सतह पर हर वर्टेक्स आम तौर पर पाँच-छह त्रिभुजों की सेवा करता है, तो वर्टेक्स डेटा उसी अनुपात में गिरता है।

एक सीन, एक नोड, एक मेश, त्रिभुज मोड में एक प्रिमिटिव, एक float32 VEC3 पोज़िशन एक्सेसर और uint32 SCALAR इंडेक्स एक्सेसर। बफ़र base64 डेटा URI के तौर पर एम्बेड है, तो फ़ाइल ख़ुद में पूरी है।

POSITION एक्सेसर min और max ले जाता है, जो विनिर्देश माँगता है और जो असली फ़र्क़ बताता है — कोई मॉडल दिखता है या नहीं। इन छह संख्याओं से model-viewer और three.js दोनों शुरुआती कैमरा दूरी तय करते हैं।

कोई NORMAL एट्रिब्यूट नहीं लिखा जाता, और विनिर्देश व्यूअर को कहता है कि बिना नॉर्मल वाली मेश पर फ़्लैट फ़ेस नॉर्मल की गणना करे। किसी कार्बनिक मॉडल पर यह ग़लती है; CAD से निकली किसी पार्ट पर यह सच्चाई है।

STL में कोई घुमावदार सतह नहीं होती। इसमें सिर्फ़ वे त्रिभुज हैं जो एक्सपोर्टर ने बनाए। स्मूथ दिखाना उन ज्यामिति के बारे में एक चापलूस झूठ है जिन्हें प्रिंटर सचमुच बनाएगा।

STL कोई इकाई घोषित नहीं करता और इंजीनियरिंग व प्रिंटिंग दुनिया इसके अंकों को मिलीमीटर पढ़ती है। glTF 2.0 अपनी लीनियर इकाई मीटर तय करता है। बदलाव समन्वय को बिना बदले कॉपी करता है।

तो 60 mm ब्रैकेट glTF में 60-मीटर ब्रैकेट बन जाता है। अकेले में कुछ भी ग़लत नहीं दिखता — कैमरा बाउंड से फ़्रेम करता है — पर यह किसी सीन में कुछ और के साथ रखते ही ग़लत हो जाता है। अपने व्यूअर में नोड पर एकसमान 0.001 स्केल सेट कीजिए।

चूँकि STL में कोई हिस्से, समूह या ऑब्जेक्ट नहीं होते, glTF में ठीक एक प्रिमिटिव होता है। यह रेंडर करने के लिए सबसे सस्ती चीज़ है और इसका मतलब है कि STL से बना मॉडल कभी भी ड्रॉ-कॉल की समस्या का सामना नहीं करता।

इसमें कोई मटीरियल, टेक्सचर, UV समन्वय या वर्टेक्स रंग भी नहीं, क्योंकि STL में इनमें से कुछ था ही नहीं। आपका व्यूअर अपना डिफ़ॉल्ट लगाता है, जो आम तौर पर मध्यम-भूरा भौतिक-आधारित मटीरियल होता है।

यहाँ लिखा .gltf अपना बफ़र base64 डेटा URI के तौर पर एम्बेड करता है, तो कोई साथ में .bin नहीं और कोई सापेक्ष रास्ता टूटने का नहीं। base64 हर तीन बाइट पर चार अक्षर लेता है, तो यह सुविधा लगभग 33 प्रतिशत ज़्यादा बाइट है।

जिस फ़ाइल को आप जाँचने, diff करने या gltf-transform में देने वाले हैं उसके लिए glTF लीजिए। जिस फ़ाइल को विज़िटर सचमुच डाउनलोड करेगा उसके लिए GLB लीजिए — वही ज्यामिति, वही बाउंड, बाइनरी बफ़र, एक ही अनुरोध।

बाइनरी और ASCII STL एक ही एक्सटेंशन साझा करते हैं और फ़ाइल यह नहीं बताती कि कौन-सा है। आम जाँच — फ़ाइल «solid» से शुरू होती है या नहीं — भरोसेमंद नहीं, क्योंकि बाइनरी STL का अस्सी-बाइट हेडर कुछ भी हो सकता है।

भरोसेमंद जाँच है अंकगणित: बाइनरी STL त्रिभुज गिनती के लिए ठीक 84 + 50n बाइट की होती है, और कुछ भी नहीं। अगर लंबाई मेल न खाए, फ़ाइल टेक्स्ट की तरह डिकोड होती है।

कहीं नहीं। यह जोड़ी सादे जावास्क्रिप्ट के तौर पर पन्ने में चलती है — कोई WebAssembly इंजन डाउनलोड नहीं, कोई अनुरोध मॉडल नहीं ले जाता, कोई क़तार नहीं। यह इस जोड़ी के लिए हमेशा से ज़्यादा मायने रखता है, क्योंकि जो STL वेब पूर्वावलोकन के लिए बदली जाती हैं वे अक्सर ग्राहक का पार्ट या अनरिलीज़्ड प्रोडक्ट होती हैं।

मुफ़्त सीमा 100 MB है, जो पचास बाइट प्रति त्रिभुज पर बीस-लाख-त्रिभुज मॉडल है। इतनी बड़ी फ़ाइलें बदलाव से पहले घटाना बेहतर है — glTF आनुपातिक रूप से विशाल होगा और फ़ोन पर व्यूअर उसे पसंद नहीं करेगा।