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

STL सिर्फ़ स्लाइस होने के लिए बनी है। वह त्रिकोण रखती है और कुछ नहीं, जो एक स्लाइसर को ठीक चाहिए और मॉडलिंग ऐप्लिकेशन को बिलकुल नहीं — कोई समूह अलग करने को नहीं, कोई सामग्री जोड़ने को नहीं, और सबसे अहम, कोई साझा वर्टेक्स नहीं। कोई भी मॉडलर सबसे पहले मेश का हिस्सा चुनने से शुरू करता है, और STL उसे चुनने को कुछ देती ही नहीं।

OBJ बिलकुल उलटी तरह की फ़ाइल है: पाठ, अनुक्रमित, समूहबद्ध, हर जगह पढ़ी जाने वाली, और इतनी पुरानी कि 1998 का पैकेज भी उसे पढ़ ले। यह किसी अमूर्त सोच में STL से बेहतर फ़ॉर्मेट नहीं; यह वह फ़ॉर्मेट है जिसे मॉडलिंग पाइपलाइन का हर औज़ार तयशुदा मानता है।

किसी STL में क्यूब बारह त्रिकोण और छत्तीस वर्टेक्स है, क्योंकि हर त्रिकोण अपने तीनों कोने स्वतंत्र रूप से रखता है और असली आठ कोने चार-पाँच बार दोहराए जाते हैं। बिना बदले इम्पोर्ट कीजिए तो हर त्रिकोण अपना अलग टापू है — Select Linked एक ही फ़ेस चुनता है, loop select कोई लूप नहीं पाता, smooth shading के पास औसत निकालने को साझा सामान्य ही नहीं।

यहाँ का रीडर लिखने से पहले मिलते-जुलते वर्टेक्स को जोड़ देता है। तुलना-कुंजी छह दशमलव स्थान तक गोल की जाती है, क्योंकि किसी किनारे पर मिलने वाले दो त्रिकोण आमतौर पर float के आख़िरी बिट में असहमत होते हैं। क्यूब आठ वर्टेक्स और बारह फ़ेस के साथ आता है — यही वह मेश है जिसे मॉडलर मेश कहता है।

एक टिप्पणी-लाइन, एक `o` लाइन जो अकेले समूह का नाम बताती है, फिर हर वर्टेक्स के लिए एक `v` लाइन और हर त्रिकोण के लिए एक `f` लाइन। यही पूरी फ़ाइल है। इंडेक्स OBJ की माँग के मुताबिक़ एक-आधारित हैं।

कोई `vt` लाइन नहीं क्योंकि STL में टेक्सचर-निर्देशांक नहीं होते, कोई `vn` लाइन नहीं क्योंकि सामान्य निकाले जा सकते हैं, कोई `usemtl` लाइन नहीं क्योंकि कोई सामग्री नहीं। जो कुछ भी OBJ खोलता है वह इसे पढ़ लेगा; फ़ाइल में कुछ भी ऐसा नहीं जिस पर कोई इम्पोर्टर असहमत हो।

STL में ऑब्जेक्ट की कोई अवधारणा नहीं, इसलिए OBJ में एक समूह होता है और उसका नाम `mesh_1` है। किसी बॉडी, ढक्कन और हैंडल से जोड़ा गया मॉडल एक समूह के रूप में आता है जिसमें तीन अलग-थलग खोल होते हैं।

हर मॉडलिंग ऐप्लिकेशन इसे अलग कर सकता है। Blender में Separate By Loose Parts, MeshLab में Split in Connected Components। कोई भी नाम वापस नहीं ला सकता, क्योंकि STL में वे कभी थे ही नहीं। अगर नाम मायने रखते हैं और स्रोत फ़ाइल चुनने का विकल्प है, तो 3MF और OBJ दोनों नाम रखते हैं और STL कभी नहीं रखता।

STL हर त्रिकोण के लिए एक फ़ेस-सामान्य रखती है। वह OBJ में नहीं लिखा जाता, और कुछ खोता नहीं: फ़ेस-सामान्य पूरी तरह तीन कोनों की वाइंडिंग-दिशा से तय होता है, और हर ऐप्लिकेशन इम्पोर्ट पर उसे दोबारा गणना करती है।

वर्टेक्स-सामान्य की अनुपस्थिति ज़्यादा दिलचस्प है। बिना उनके इम्पोर्टर अपने ख़ुद के बनाता है, जो वेल्डेड मेश के लिए साझा वर्टेक्स पर औसत निकालना है — यानी मॉडल smooth या flat shade होने के लिए तैयार आता है, जो चुनाव आपके ऐप्लिकेशन में रहता है, फ़ाइल में जड़ा नहीं होता।

दोनों तरह की फ़ाइलें बदलती हैं और फ़ाइल यह बताती नहीं कि कौन-सी है। आम टेस्ट — क्या फ़ाइल "solid" शब्द से शुरू होती है — ग़लत है, क्योंकि binary STL अपने अस्सी-बाइट हेडर में कुछ भी रख सकती है और कई लेखक वहाँ "solid" रख देते हैं।

भरोसेमंद टेस्ट अंकगणित है: binary STL ठीक उतनी ही 84 + 50n बाइट होती है जितनी उसके हेडर में दर्ज त्रिकोण-गिनती बताती है। यह हिसाब न मिले तो फ़ाइल text मानकर डिकोड होती है। जो फ़ाइल कोई भी नहीं — कटी-फटी, या नाम भर की STL — वह ख़ाली मेश देने की बजाय एक संदेश के साथ रुक जाती है।

दो असर उलटी दिशा में खींचते हैं। वेल्डिंग ज़्यादातर दोहराव हटाती है — आम मेश में हर वर्टेक्स पाँच-छह त्रिकोणों में साझा होता है। पाठ बचे हुए को फैलाता है — चार-बाइट का float दस से पंद्रह अक्षर का दशमलव बन जाता है।

नतीजा आमतौर पर उसी दायरे में रहता है, OBJ binary STL से थोड़ा आगे। यहाँ की मुफ़्त सीमा 100 MB है, जो क़रीब बीस लाख STL त्रिकोणों जितनी है। STL बहुत बड़ी हो तो बदलने से पहले घटाना बदलने के बाद घटाने से तेज़ है।

इम्पोर्ट पर दो सेटिंग जाँचने लायक़ हैं। ऊपरी अक्ष: OBJ का कोई रिवाज़ नहीं और Blender का इम्पोर्टर डिफ़ॉल्ट में Y-up लेता है, जबकि CAD या प्रिंटिंग वर्कफ़्लो की STL लगभग हमेशा Z-up होती है — तय न किया तो मॉडल मुँह के बल लेटा मिलेगा। स्केल: कोई फ़ॉर्मेट यूनिट घोषित नहीं करता।

इम्पोर्ट के बाद पहला काम है बहुत छोटी सीमा के साथ Merge By Distance चलाना, जो वह पकड़ती है जो छह-दशमलव वेल्डिंग ने नहीं पकड़ा क्योंकि मूल ज्यामिति सचमुच असहमत थी। फिर आँकड़े देखिए: अगर वर्टेक्स-गिनती फ़ेस-गिनती के तीन गुने के क़रीब है, तो वेल्डिंग असर नहीं कर पाई।

मेश वेल्डेड है और पूरी तरह त्रिकोणों की बनी हुई है, क्योंकि STL में यही कुछ था। चतुर्भुज और n-gon वापस नहीं पाए जा सकते — यह जानकारी कि कौन-से त्रिकोण जोड़े कभी चतुर्भुज थे, फ़ाइल में नहीं है। स्कल्प्टिंग, बूलियन क्रियाएँ और नापना सब त्रिकोणों पर ठीक काम करते हैं।

जो अच्छी तरह काम नहीं करता वह है सबडिविज़न सरफ़ेस मॉडलिंग, जो चतुर्भुज चाहती है। अगर इस मॉडल पर आगे काम करना है, तो रीटोपोलॉजी अगला ईमानदार क़दम है — Blender का Quadriflow Remesh या ZBrush का ZRemesher एक ही पास में चतुर्भुज-मेश दे देते हैं।

इसी ब्राउज़र टैब में, साधारी JavaScript से। कोई WebAssembly मॉड्यूल डाउनलोड नहीं होता, कुछ अपलोड नहीं होता, कोई खाता नहीं, कोई दैनिक सीमा नहीं। नेटवर्क टैब खोलकर और कुछ बदलकर इसे जाँचा जा सकता है।

STL अक्सर किसी और की डिज़ाइन होती है — किसी क्लाइंट का पुर्ज़ा, किसी सप्लायर की ज्यामिति, किसी समझौते के तहत कोई कंपोनेंट — और इस पन्ने पर मॉडलिंग का काम ठीक वही हालत है जहाँ यह सच होता है। ऐसा कन्वर्ज़न जो फ़ाइल कभी भेजता ही नहीं वह सवाल को टालता नहीं, जवाब देता है।