आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप STL को 3MF में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
STL से 3MF
STL 1987 में एक ऐसी मशीन के लिए बनी जो सिर्फ़ त्रिकोण लेती थी: न यूनिट, न रंग, न मटीरियल, न नाम, न अलग-अलग पार्ट, न वर्टेक्स साझा करने का कोई तरीक़ा। बाद में जो कुछ भी जोड़ा गया — स्केल की परंपरा, कई पार्ट वाली प्लेट — वह फ़ाइल के बाहर रहा।
3MF, जो 2015 में आई, यह सब फ़ाइल के भीतर रखती है। यूनिट घोषित होती है, ऑब्जेक्ट अलग होते हैं, रंग-मटीरियल के लिए जगह होती है। बदलाव सिर्फ़ वह देता है जो STL में मौजूद था — जो कभी दर्ज ही नहीं हुआ, वह कोई कन्वर्टर पैदा नहीं कर सकता।
STL हर त्रिकोण को तीन बिलकुल अलग वर्टेक्स के रूप में लिखता है, बिना किसी इंडेक्स के। क्यूब के बारह त्रिकोण छत्तीस वर्टेक्स रिकॉर्ड देते हैं, जहाँ आठ अलग जगहें काफ़ी होतीं।
यहाँ निर्देशांक छह दशमलव स्थान तक गोल कर एक कुंजी बनाई जाती है, और एक ही जगह मिलने वाला हर कोना एक साझा वर्टेक्स बन जाता है। नतीजा असली इंडेक्स्ड सतह है, जिस पर मैनिफ़ोल्ड जाँच 3MF में काम का जवाब देती है, जबकि वही जाँच STL पर हर किनारे को सीमा बताती है।
STL में कोई यूनिट होती ही नहीं; प्रिंटिंग की दुनिया तीस साल से उसके आँकड़ों को मिलीमीटर मानती आई है। यहाँ 3MF के model तत्व में unit="millimeter" लिखा जाता है और निर्देशांक बिना छेड़े कॉपी होते हैं।
फ़ायदा यह कि यह धारणा अब धारणा नहीं रहती — PrusaSlicer, Cura, Bambu Studio सब उसे एक ही आकार में पढ़ते हैं। इंच में बनी STL पहले भी पचीसवें हिस्से के आकार में खुलती थी, अब भी वैसे ही खुलेगी, बस अब यूनिट लिखित है।
3MF के resources खंड में एक ही ऑब्जेक्ट बनता है और build खंड में एक ही आइटम, क्योंकि STL के पास यह कहने का कोई तरीक़ा ही नहीं कि उसके त्रिकोण तीन अलग हिस्सों के हैं।
अगर STL में कई अलग शेल हैं, तो हर स्लाइसर का Split to Parts कमांड कनेक्टिविटी से उन्हें अलग कर देता है — यह काम बदलाव में नहीं होता। पार्ट अलग दर्ज कराने हों तो स्रोत ऐसा फ़ॉर्मेट होना चाहिए जिसमें वे पहले से हों, जैसे groups वाली OBJ।
बाइनरी STL के हर पचास-बाइट त्रिकोण रिकॉर्ड के आख़िर में दो बाइट का ख़ाली फ़ील्ड बचता है, जिसमें कुछ सॉफ़्टवेयर रंग एन्कोड करते हैं — यह मानक का हिस्सा नहीं, और दो अलग परंपराएँ आपस में मेल भी नहीं खातीं।
यहाँ रीडर हर रिकॉर्ड से बारह बाइट सामान्य दिशा और छत्तीस बाइट वर्टेक्स लेता है, आख़िरी दो कभी नहीं छूता। इसलिए रंगीन STL भी बिना रंग की 3MF बनाती है, बिना किसी चेतावनी के।
शुरुआत में "solid" शब्द देखना ग़लत तरीक़ा है, क्योंकि बाइनरी STL के अस्सी बाइट के हेडर में कुछ भी हो सकता है, और कई लेखक वहाँ "solid" ही लिख देते हैं।
बाइनरी STL ठीक 84 + 50n बाइट की होती है, जहाँ n त्रिकोणों की गिनती है। यह लंबाई मिलते ही फ़ाइल बाइनरी मानी जाती है, वरना पाठ में वर्टेक्स पंक्तियाँ खोजी जाती हैं — दोनों रास्ते एक ही वेल्डेड मॉडल तक पहुँचते हैं।
STL का हिसाब बिलकुल पक्का है: 1,00,000 त्रिकोण वाला मॉडल हमेशा 50,00,084 बाइट का होगा, आकार कोई भी हो। इसमें से क़रीब तीन-चौथाई बाइट दोहराए गए निर्देशांक हैं।
3MF हर वेल्डेड वर्टेक्स को एक बार XML एलिमेंट के रूप में लिखती है, फिर पूरे ZIP पैकेज को डिफ़्लेट करती है। ज़्यादातर छापने लायक़ ज्यामिति के लिए नतीजा STL से आराम से छोटा बैठता है।
ZIP में तीन एंट्री होती हैं: [Content_Types].xml, _rels/.rels और 3D/3dmodel.model — यही ढाँचा इसे OPC पैकेज बनाता है, वही परंपरा जो DOCX और XLSX इस्तेमाल करते हैं।
यह एक मॉडल फ़ाइल है, प्रोजेक्ट फ़ाइल नहीं। कोई प्रिंट सेटिंग, फ़िलामेंट असाइनमेंट, प्लेट व्यवस्था या थंबनेल इसमें नहीं है, क्योंकि ये स्लाइसर की अपनी चीज़ें हैं, ज्यामिति की नहीं। स्लाइसर अपनी चुनी हुई प्रोफ़ाइल लगाकर बाद में अपनी समृद्ध 3MF सहेज लेगा।
STL इसी टैब में पढ़ी जाती है, वेल्ड की जाती है और 3MF पैकेज बनाकर जोड़ी जाती है। मॉडल के बारे में कुछ भी कहीं भेजा नहीं जाता — यह तब मायने रखता है जब पार्ट किसी ग्राहक का हो या किसी क़रार के दायरे में हो।
यह नेटवर्क टैब में जाँचा जा सकता है: कनेक्शन बंद करके भी बदलाव पूरा होता है, क्योंकि कहीं भेजने को कुछ है ही नहीं।
| STL | 3MF | |
|---|---|---|
| पूरा नाम | Stereolithography | 3D Manufacturing Format |
| फ़ाइल एक्सटेंशन | .stl | .3mf |
| मीडिया टाइप | model/stl | model/3mf |
| पहली बार प्रकाशित | 1987 | 2015 |
| प्रकाशक | 3D Systems | 3MF Consortium |
| विनिर्देश | — | 3MF Core Specification |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| ब्राउज़र में खुलता है | कोई ब्राउज़र नहीं | कोई ब्राउज़र नहीं |
| इसकी जगह विचारणीय | OBJ, PLY | OBJ |
PrusaSlicer और Cura STL और 3MF — दोनों पढ़ लेते है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
3MF 3MF Consortium का है और 2015 से चला आ रहा है, और 3MF Core Specification में तय किया गया है। PrusaSlicer, Cura और Microsoft 3D Builder इस फ़ॉर्मेट को पढ़ लेते है।
STL 1987 में आया और 3MF 2015 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100।
STL और 3MF सामग्री का वर्णन बुनियादी तौर पर अलग-अलग तरीक़ों से करते हैं। इसलिए यह कन्वर्ज़न नक़ल नहीं, पुनर्निर्माण है: ईमानदार, पर बाइट-दर-बाइट एक जैसा नहीं। सिर्फ़ ज्यामिति। सामग्री, रंग, बनावट और एनिमेशन साथ नहीं जाते, और जो मॉडल कई बार रखा गया हो वह हर नक़ल के अपनी-अपनी जगह पर पक्की हो जाने के साथ लौटता है।
कन्वर्ज़न के लिए नहीं: वह उसी ब्राउज़र में होता है जो आपने पहले से खोल रखा है। नतीजा खोलने के लिए उसके बाद वही प्रोग्राम चाहिए जिससे आपका डिवाइस 3D Manufacturing Format आम तौर पर दिखाता है।