हाल ही में Google और द्विपद ने घोषणा की कि उन्होंने स्रोत कोड खोला है यूनिवर्सल बेसिस, जो बनावट और संबंधित .basis फ़ाइल प्रारूप को कुशलतापूर्वक संपीड़ित करने के लिए एक कोडेक है छवियों और वीडियो के आधार पर बनावट वितरित करने के लिए। संदर्भ कार्यान्वयन कोड C ++ में लिखा गया है और अपाचे 2.0 लाइसेंस के तहत प्रदान किया गया है।
यूनिवर्सल बेसिस ड्रेको 3 डी डेटा संपीड़न प्रणाली का पूरक है और आप GPU के लिए टैक्स्चर की डिलीवरी के साथ समस्या को हल करने का प्रयास कर रहे हैं।
अब तक, डेवलपर्स निम्न-स्तरीय प्रारूपों के बीच विकल्प द्वारा सीमित किए गए हैं जो उच्च प्रदर्शन की अनुमति देते हैं, लेकिन जीपीयू के लिए विशिष्ट है और यह बहुत सारे डिस्क स्थान लेता है, और अन्य प्रारूप जो आकार को कम करने की अनुमति देते हैं, लेकिन वे प्रतिस्पर्धा नहीं कर सकते हैं प्रदर्शन में GPU बनावट के साथ।
बेसिस के बारे में
बेसिस यूनिवर्सल प्रारूप देशी GPU बनावट प्रदर्शन स्तरों को प्राप्त करने में सक्षम बनाता है, लेकिन उच्च स्तर का संपीड़न प्रदान करता है।
आधार एक मध्यवर्ती प्रारूप है जिसका उपयोग करने से पहले, विभिन्न निम्न-स्तरीय GPU बनावट स्वरूपों में तेजी से ट्रांसकोडिंग प्रदान करता है जिसका उपयोग डेस्कटॉप सिस्टम और मोबाइल डिवाइस दोनों पर किया जाता है।
वर्तमान में, स्ट्रीमिंग प्रारूप में समर्थित है Pवीआरटीसी 1 (4 जीबीपी आरजीबी), बीसी 7 (6 आरजीबी मोड), बीसी 1-5, ईटीसी 1 और ईटीसी 2। भविष्य में, ए मोड के समर्थन की उम्मीद हैSTC (RGB या RGBA) और BC4 के लिए 5/7 RGBA और PVRTC4 के लिए 1bpp RGBA।
प्रारूप में बनावट 6 से 8 गुना कम वीडियो मेमोरी लेती है और उन्हें जेपीईजी प्रारूप पर आधारित विशिष्ट बनावट की तुलना में लगभग दो गुना कम डेटा और आरडीओ मोड में बनावट की तुलना में 10-25% कम की आवश्यकता होती है।
उदाहरण के लिए, जेपीईजी इमेज साइज 891 KB और ETC1 1 एमबी की बनावट के साथ, बेसिक फॉर्मेट में डेटा साइज 469 KB उच्चतम क्वालिटी मोड में है।
वीडियो मेमोरी में टेक्सचर को रखते समय, JPEG और PNG फॉर्मेट में टेस्ट में इस्तेमाल होने वाले टेक्सचर में 16 एमबी मेमोरी की खपत होती है, जबकि बेसिक फॉर्मेट में टेक्सचर में BC2, PVRTC1 और ETC1, और ट्रांसमिशन के मामले में 1 एमबी मेमोरी की आवश्यकता होती है। एसी 4 में संचरण के मामले में 7 एमबी।
मौजूदा एप्लिकेशन को बेसिस यूनिवर्सल में बदलने की प्रक्रिया काफी सरल है:
आवश्यक गुणवत्ता स्तर का चयन करते हुए, परियोजना द्वारा प्रदान की गई "आधार" उपयोगिता का उपयोग करके मौजूदा बनावट या छवियों को एक नए प्रारूप में पुन: व्यवस्थित करें।
इसके अलावा, आवेदन में, कोड से पहले, एनकोडर को आरंभीकृत किया जाना चाहिए, जो मध्यवर्ती प्रारूप को वर्तमान जीपीयू संगत प्रारूप में अनुवाद करने के लिए जिम्मेदार है।
एक ही समय में, संपूर्ण प्रसंस्करण श्रृंखला से छवियां संपीड़ित रहती हैं, GPU में संकुचित रूप में डाउनलोड सहित। पूरी छवि को नियमित रूप से रीकोड करने के बजाय, GPU चुनिंदा रूप से केवल छवि के आवश्यक भागों को डीकोड करता है।
एक एकल फ़ाइल बनावट सरणियों में बचत का समर्थन करता है (क्यूब मैप), बल्क टेक्सचर, टेक्सचर अरेज, मिपमप लेवल, वीडियो स्ट्रीम या मनमाना टेक्सचर स्निपेट्स।
उदाहरण के लिए, छोटे वीडियो बनाने या सभी छवियों के लिए एक सामान्य पैलेट का उपयोग करके कई बनावट को संयोजित करने के लिए एकल छवि श्रृंखला फ़ाइल में पैकेज करना और विशिष्ट छवि टेम्पलेट्स के समर्पण के लिए संभव है।
Google मानक बनने के लिए आधार चाहता है
बेसिस यूनिवर्सल एनकोडर कार्यान्वयन OpenMP का उपयोग करके मल्टीथ्रेडेड एन्कोडिंग का समर्थन करता है। रीकोडर केवल एकल थ्रेड मोड में काम करता है।
इसके अलावा, ब्राउज़र डिकोडर बेसिस यूनिवर्सल वेब प्रारूप में उपलब्ध है, जिसका उपयोग WebGL- आधारित वेब अनुप्रयोगों में किया जा सकता है।
अंत में, Google सभी प्रमुख ब्राउज़रों में बेसिस यूनिवर्सल का समर्थन करने और इसे बढ़ावा देने का इरादा रखता है WebGL और भविष्य के WebGPU विनिर्देशन के लिए एक पोर्टेबल बनावट प्रारूप के रूप में, वैचारिक रूप से वल्कन, धातु और Direct3L API 12 के समान है।
यह देखा गया है कि केवल GPU के किनारे ही इसके पोस्ट-प्रोसेसिंग के साथ वीडियो को एकीकृत करने की क्षमता WebAssembly और WebGL में गतिशील उपयोगकर्ता इंटरफेस बनाने के लिए बेसिस यूनिवर्सल को एक दिलचस्प समाधान बनाती है, जो एक साथ सीपीयू पर न्यूनतम लोड के साथ सैकड़ों छोटे वीडियो को दर्पण कर सकती है।
यहां तक कि पारंपरिक कोडेक्स के साथ WebAssembly में SIMD निर्देशों का उपयोग करने की क्षमता, इस तरह के प्रदर्शन का स्तर अभी तक प्राप्त नहीं है, इसलिए बनावट-आधारित वीडियो का उपयोग उन क्षेत्रों में किया जा सकता है जहां सामान्य वीडियो लागू नहीं होता है।
Fuente: https://opensource.googleblog.com/