आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप PLY को OBJ में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
PLY से OBJ
PLY वहाँ रहता है जहाँ स्कैन बसती हैं, और OBJ वहाँ जहाँ मॉडलिंग होती है। हर स्कल्प्टिंग और एनिमेशन पैकेज बिना सोचे OBJ पढ़ लेता है; PLY का समर्थन Blender और MeshLab में अच्छा है और कई स्टूडियो पाइपलाइन के औज़ारों में सिरे से नहीं है।
बदलाव छोटा है क्योंकि दोनों फ़ॉर्मेट की महत्वाकांक्षा पास-पास है — दोनों सतह को वर्टेक्स और उन पर बने बहुभुज की सूची के रूप में बताते हैं, दोनों टेक्स्ट हैं, दोनों इतने पुराने कि हर औज़ार उन्हें पढ़ लेता है। यह बदलाव वही ज्यामिति ले जाता है जो दोनों में साझा है।
फ़ोटोग्रामेट्री या स्ट्रक्चर्ड-लाइट स्कैन अपनी दिखावट हर वर्टेक्स पर लाल-हरा-नीला रंग के रूप में रखती है। कोई टेक्सचर नहीं, कोई UV लेआउट नहीं — रंग ज्यामिति की ही एक ख़ासियत है।
यह converter जो OBJ लिखता है उसमें सिर्फ़ v और f लाइनें हैं, कोई मटीरियल फ़ाइल नहीं। दोनों फ़ाइलें सँभालकर रखिए — ज्यामिति का काम OBJ से कीजिए, और रंग बाद में PLY से किसी ऐसे औज़ार में निकालिए जो per-vertex रंग पढ़ता हो।
PLY फ़ाइल एक ही वर्टेक्स तत्व और एक ही फ़ेस तत्व बताती है। किसी ऑब्जेक्ट, किसी समूह की धारणा वहाँ नहीं, और सतह के लिए कहीं कोई नाम भी नहीं। इसलिए converter ठीक एक o समूह बनाता है — और नाम देने को कुछ न होने पर वह एक बना हुआ नाम लिखता है: mesh_1।
एक अकेली स्कैन पर यह हानिरहित है; छह स्कैन जोड़ने वाले प्रोजेक्ट में यह असली परेशानी है, क्योंकि हर इंपोर्ट एक ही नाम का ऑब्जेक्ट बनाता है। इंपोर्ट पर ही नाम बदल दीजिए।
यह इस साइट की ज़्यादातर जोड़ियों से अलग बात है। STL या OBJ पढ़ते वक़्त एक-दूसरे से मिलते वर्टेक्स छह दशमलव स्थानों पर जोड़ दिए जाते हैं, क्योंकि उन फ़ॉर्मेट में दोहराव आम है। PLY पढ़ते वक़्त उसका अपना वर्टेक्स ऐरे और फ़ेस इंडेक्स बिना बदले लिए जाते हैं।
यही स्कैन किए हुए डेटा के लिए सही व्यवहार है, जिसे पहले से किसी सॉफ़्टवेयर ने जान-बूझकर connectivity तय करके meshed किया है। इसका मतलब यह भी है कि बदलाव कुछ साफ़ नहीं करता — दोहराए वर्टेक्स या टूटी सीवन जस की तस आती है।
सिर्फ़ वर्टेक्स और कोई फ़ेस न रखने वाली PLY एक संदेश के साथ मना कर दी जाती है। यह पॉइंट क्लाउड है, जो किसी स्कैनर से meshing से पहले निकलता है, और बिंदुओं को सतह बनाना conversion नहीं, reconstruction है।
यह काम वहीं कीजिए जहाँ इसकी जगह है — MeshLab और CloudCompare दोनों Poisson और ball-pivoting reconstruction देते हैं। meshed नतीजा फिर यहाँ बदलिए।
PLY फ़ेस सूची में कितने भी इंडेक्स हो सकते हैं, और meshing औज़ार कभी-कभी quad भेज देते हैं। तीन से ज़्यादा कोनों वाला कोई भी फ़ेस लिखे जाने से पहले अपने पहले इंडेक्स से fan-triangulated होता है — उत्तल आकार के लिए सही, अवतल के लिए कभी-कभी ग़लत।
स्कैन मेश लगभग हमेशा पहले से त्रिभुज होते हैं, इसलिए यह कम ही लागू होता है। जहाँ लागू होता है वहाँ जान लीजिए कि निकलने वाली OBJ सिर्फ़ त्रिभुज है।
बाइनरी PLY एक float32 अंक चार बाइट में रखती है। वही अंक OBJ में टेक्स्ट के रूप में आठ से अठारह अक्षर लेता है, इसलिए घनी स्कैन की टेक्स्ट OBJ स्रोत से कई गुना बड़ी होती है।
पहले decimate करना लगभग हमेशा सही क़दम है — PLY के ख़िलाफ़ MeshLab में करना OBJ के ख़िलाफ़ मॉडलिंग एप्लिकेशन में करने से बेहतर है, क्योंकि MeshLab की quadric edge collapse सीमा और टोपोलॉजी सँभाल सकती है।
faceted सतह की उम्मीद रखिए — कोई vn लाइन नहीं लिखी जाती, इसलिए इंपोर्ट पर सपाट फ़ेस नॉर्मल गिने जाते हैं। smooth shade कीजिए और स्कैन फिर अपने जैसी दिखेगी। कोई मटीरियल न होने की भी उम्मीद रखिए।
फिर सामान्य स्कैन का काम — scanner ने पकड़ी background की टुकड़ियाँ हटाइए, छेद भरिए, ज़रूरत पड़ने पर retopologise कीजिए। यह conversion का काम नहीं, और किसी converter में इसकी जगह भी नहीं है।
OBJ एक व्युत्पन्न फ़ाइल है। उसमें आकार है और रंग, per-vertex confidence या normal में से कुछ नहीं — जो PLY में हो सकते थे। इनमें से कोई भी OBJ से वापस नहीं निकाला जा सकता।
PLY को मास्टर मानिए और OBJ को कार्यशील प्रति — मॉडल OBJ पर कीजिए, और जब भी दिखावट या स्कैनर मेटाडेटा चाहिए हो PLY पर लौट जाइए। दोनों फ़ाइलें आपकी मशीन पर ही रहती हैं; यह बदलाव ब्राउज़र में चलता है, कुछ अपलोड नहीं होता।
| PLY | OBJ | |
|---|---|---|
| पूरा नाम | Polygon File Format | Wavefront ऑब्जेक्ट |
| फ़ाइल एक्सटेंशन | .ply | .obj |
| मीडिया टाइप | model/ply | model/obj |
| पहली बार प्रकाशित | 1994 | 1992 |
| प्रकाशक | Stanford University | Wavefront Technologies |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| ब्राउज़र में खुलता है | कोई ब्राउज़र नहीं | कोई ब्राउज़र नहीं |
| इसकी जगह विचारणीय | STL | GLTF, STL |
MeshLab और Blender PLY और OBJ — दोनों पढ़ लेते है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
OBJ Wavefront Technologies का है और 1992 से चला आ रहा है। Blender, MeshLab और Maya इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100।
PLY और OBJ सामग्री का वर्णन बुनियादी तौर पर अलग-अलग तरीक़ों से करते हैं। इसलिए यह कन्वर्ज़न नक़ल नहीं, पुनर्निर्माण है: ईमानदार, पर बाइट-दर-बाइट एक जैसा नहीं। सिर्फ़ ज्यामिति। सामग्री, रंग, बनावट और एनिमेशन साथ नहीं जाते, और जो मॉडल कई बार रखा गया हो वह हर नक़ल के अपनी-अपनी जगह पर पक्की हो जाने के साथ लौटता है।
कन्वर्ज़न के लिए नहीं: वह उसी ब्राउज़र में होता है जो आपने पहले से खोल रखा है। नतीजा खोलने के लिए उसके बाद वही प्रोग्राम चाहिए जिससे आपका डिवाइस Wavefront Object आम तौर पर दिखाता है।