PLY फ़ाइल क्या होती है?

PLY एक बाइनरी फ़ॉर्मेट है, जो सिर्फ़ उसी प्रोग्राम के लिए मायने रखता है जो इसे जानता हो। यह पिक्सेल के बजाय आकृतियाँ और निर्देशांक सहेजता है, इसलिए किसी भी आकार में साफ़ रहता है — होर्डिंग जितना बड़ा किया गया लोगो भी कुछ नहीं खोता। इसका इस्तेमाल स्कैनिंग और प्रोग्रामों के बीच डेटा ले जाना के लिए होता है।

एक्सटेंशन .ply है और पूरा नाम Polygon File Format। दोनों उतना नहीं बताते जितना यह कि फ़ाइल अंदर क्या-क्या रख सकती है — और इस पन्ने का बाक़ी हिस्सा इसी के बारे में है।

इसे Stanford University ने 1994 में जारी किया था।

जो फ़ॉर्मेट इतने लंबे समय तक पढ़ा जाता रहा हो, उसे वह चीज़ सौंपी जा सकती है जो आपको दस साल बाद वापस चाहिए।

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

PLY फ़ाइल अपना अंदरूनी हिस्सा हूबहू सहेजती है। दोबारा सहेजने से कुछ नहीं बदलता, इसलिए इसे जितनी बार चाहें खोलिए, बदलिए और फिर से सहेजिए — नुक़सान जमा नहीं होता। यही बात इसे सौंपने का नहीं, काम करने का फ़ॉर्मेट बनाती है।

MeshLab, Blender और CloudCompare इसे पढ़ते हैं, और इसी तरह के ज़्यादातर दूसरे प्रोग्राम भी।

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

इसे कोई भी ब्राउज़र नहीं पढ़ता।

इसे बदलने की सबसे आम वजह यही है: फ़ॉर्मेट ख़राब है, ऐसा नहीं — बात यह है कि जहाँ आप फ़ाइल दिखाना चाहते हैं वह जगह उसे पढ़ ही नहीं सकती।

PLY इसलिए बना है कि इसे खोला और बदला जाए। जब तक काम चल रहा है फ़ाइल इसी फ़ॉर्मेट में रखिए, और जब भी बनी हुई प्रति चाहिए हो, इसी से निर्यात कीजिए।

PLY 1990 के दशक के बीच में Stanford में रेंज-स्कैनर डेटा के लिए लिखा गया, और आज भी ज़्यादातर वही रखता है। फ़ोटोग्रामेट्री सॉफ़्टवेयर, हाथ में पकड़े और स्ट्रक्चर्ड-लाइट स्कैनर, लिडार औज़ार सब इसे बोलते हैं।

जिस डिज़ाइन ने इसे टिकाया वह है कि प्रॉपर्टी घोषित होती हैं, तय नहीं। हेडर बताता है हर शीर्ष क्या ढोता है — स्थिति, रंग, नॉर्मल, विश्वास, तीव्रता। 1994 का फ़ॉर्मेट इसलिए पिछले साल बने यंत्र का डेटा भी ढो सकता है।

OBJ किसी सतह पर मैप की बनावट तस्वीर से रंग भरता है। PLY आमतौर पर सादी चीज़ करता है: हर शीर्ष अपना रंग ढोता है, उसी बिंदु पर मापा गया।

स्कैन के लिए यह बिलकुल सही है, क्योंकि स्कैनर ने प्रति-नमूना रंग मापा और वैसे भी कोई खुली सतह नहीं जिस पर तस्वीर मैप की जाए। इसका मतलब यह भी है कि रंग रिज़ॉल्यूशन ज्यामिति रिज़ॉल्यूशन ही है — मोटा मेश मोटा रंग देता है।

यह सचमुच उलझन पैदा करता है। PLY बिना किसी कनेक्शन के बिंदुओं की सूची — क्लाउड — या जोड़ने वाले चेहरों के साथ असली मेश हो सकता है। दोनों मान्य हैं, दोनों का एक्सटेंशन एक जैसा है।

मेश चाहने वाले प्रोग्राम में खुला क्लाउड धुँधले बिंदुओं की धूल जैसा या बिलकुल कुछ नहीं दिखता। यह बिगड़ा नहीं है; बस चेहरे बनाने को हैं ही नहीं। क्लाउड को सतह में बदलना पुनर्निर्माण है — MeshLab या CloudCompare में Poisson या ball-pivoting — फ़ॉर्मेट बदलाव नहीं।

STL की तरह, हेडर बताता है आगे कौन-सी एनकोडिंग है। ASCII पढ़ने लायक़ और क़रीब चार गुना बड़ी है; बाइनरी वह है जो कोई भी असली स्कैनर लिखता है।

बाइनरी में भी ये फ़ाइलें बड़ी हैं, क्योंकि गिनतियाँ बड़ी हैं। किसी वस्तु का फ़ोन फ़ोटोग्रामेट्री स्कैन नियमित रूप से बीस लाख से पचास लाख बिंदु बनाता है, और कमरे का लिडार सर्वेक्षण कई करोड़। रंग के साथ प्रति बिंदु क़रीब पंद्रह बाइट पर, दस करोड़-बिंदु सर्वेक्षण डेढ़ गीगाबाइट है।

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

फिर decimation, क्योंकि पचास-लाख-बिंदु मेश आगे किसी भी चीज़ में इस्तेमाल लायक़ नहीं, और छेद भरना, और तभी बनावट या छपाई लायक़ मेश। MeshLab और CloudCompare इन सबके मुफ़्त औज़ार हैं।

PLY को STL में बदलना आमतौर पर आख़िरी क़दम है, और यह रंग त्याग देता है — STL में कोई नहीं होता — आकार रखते हुए। यह आमतौर पर स्वीकार्य है, क्योंकि एक-सामग्री वाला प्रिंटर वैसे भी रंग इस्तेमाल नहीं कर सकता था।

जिसकी उम्मीद रखनी है वह है watertight न होना। स्कैन अपने स्वभाव से छेदों से भरे होते हैं: वस्तु के नीचे कुछ नहीं मापा गया, और जहाँ भी यंत्र की सीधी नज़र नहीं थी वहाँ ब्योरा ग़ायब है। स्लाइसर को साफ़ ठोस चाहिए।

अगर मॉडल किसी गेम इंजन या वेब व्यूअर में जा रहा है, glTF में बदलिए: यह बनावट, सामग्री और सीन ढोता है, और डिलीवरी के लिए बना है, कैप्चर के लिए नहीं। अगर संपादन के लिए मॉडलिंग प्रोग्राम में जा रहा है, OBJ ज़्यादा सार्वभौमिक रूप से स्वीकृत है। प्रिंटर के लिए, STL।

PLY पाइपलाइन के कैप्चर सिरे पर अपनी जगह कमाता है, जहाँ प्रति-शीर्ष प्रॉपर्टी और विस्तार-योग्य हेडर ठीक वही है जो चाहिए। इसे उस चीज़ के आर्काइव की तरह रखिए जो असल में मापी गई थी।