सारांश
यह आलेख बताता है कि Nuke स्कैनलाइन-आधारित छवि आर्किटेक्चर छवि डेटा को संसाधित करने और पढ़ने के मामले में कैसे काम करता है, यह नेटवर्क पर फ़ाइलों को पढ़ते समय प्रदर्शन को कैसे प्रभावित कर सकता है और प्रदर्शन को बेहतर बनाने के लिए Nuke की स्थानीयकरण कार्यक्षमता का उपयोग कर सकता है।
अधिक जानकारी
Nuke एक स्कैनलाइन इमेज कंपोजिटिंग सिस्टम है जिसका अर्थ है कि यह एक समय में पिक्सेल की एक पंक्ति की छवियों को संसाधित करता है और पढ़ता है, जब तक कि यह छवि के अंत तक नहीं पहुंच जाता। (इन स्कैनलाइनों को एनडीके प्लग-इन डेवलपमेंट शब्दावली में पंक्तियों के रूप में संदर्भित किया जाता है)।
उदाहरण के लिए, यदि व्यूअर 640x480 रिज़ॉल्यूशन की छवि प्रदर्शित करता है तो वह इसे 480 पंक्तियों में विभाजित कर देगा और एक समय में एक पंक्ति मांगेगा, कोई भी आवश्यक प्रसंस्करण लागू करेगा और इसे प्रदर्शित करेगा। यदि आप पूर्ण-अपर्चर सुपर 4K छवि (4096x3112) प्रदर्शित कर रहे हैं तो आप 3112 पंक्ति अनुरोध देख रहे हैं।
स्कैनलाइन रेंडरिंग के दो बड़े फायदे हैं। सबसे पहले, छवियों को पंक्ति-आकार के टुकड़ों में संसाधित करने का मतलब है कि पूरी छवि को एक ही समय में कंप्यूटर मेमोरी में रहने की आवश्यकता नहीं है, इसलिए Nuke छवि आकारों की लगभग असीमित सीमा को संभालने में सक्षम है। दूसरे, दृश्यमान पिक्सेल को संसाधित करने की संख्या न्यूनतम रखी गई है। यह व्यवहार अच्छा स्केलेबल प्रदर्शन देने के लिए डिज़ाइन किया गया है ताकि Nuke मशीन संसाधनों का सर्वोत्तम लाभ उठा सके।
Nuke के आर्किटेक्चर पर अधिक जानकारी और व्यूअर डेटा कैसे पढ़ता है इसकी विस्तृत व्याख्या NDK डेवलपर गाइड में पाई जा सकती है।
Nuke 13.2 के अनुसार, सॉफ्टवेयर अब टॉप-डाउन विधि से रेंडर करने की क्षमता प्रदान करता है, जहां इसमें पहले ग्राफ़ में सभी नोड्स को रेंडर करके स्क्रिप्ट के आउटपुट को तेज़ करने की क्षमता होती है, जिन्हें इनपुट डेटा की आवश्यकता नहीं होती है। टॉप-डाउन क्या करता है इसके बारे में अधिक विस्तृत दृष्टिकोण के लिए, कृपया निम्नलिखित जानकारी की समीक्षा करें: https://learn.foundry.com/ nuke /developers/latest/ndkdevguide/2d/architecture.html#top-down-rendering
नेटवर्क से पढ़ना
जिस तरह से Nuke का स्कैनलाइन आर्किटेक्चर फाइलों को पढ़ता है वह नेटवर्क पर फाइलों को पढ़ते समय प्रदर्शन को प्रभावित कर सकता है।
स्रोत फ़ाइल से अनुरोधकर्ता एप्लिकेशन (Nuke) तक डेटा प्राप्त करने के लिए इनपुट/आउटपुट (I/O) फ़ाइल एक्सेस अनुरोधों के माध्यम से एक छवि पढ़ी जाती है। यदि स्रोत छवि अनुरोध भेजने वाली मशीन के लिए स्थानीय है तो I/O अनुरोध त्वरित होगा, खासकर यदि आपके पास तेज़ भंडारण है। हालाँकि, यदि स्रोत छवि नेटवर्क स्टोरेज सिस्टम पर है तो नेटवर्क पढ़ने/लिखने की गति और बैंडविड्थ फ़ाइल पढ़ने के प्रदर्शन में अतिरिक्त विलंबता जोड़ सकते हैं। उदाहरण के लिए, नेटवर्क से Nuke में 4k (4096x3112) छवि को पढ़ने के लिए 3112 नेटवर्क एक्सेस अनुरोधों की आवश्यकता होती है। नेटवर्क फ़ाइल I/O अनुरोधों की संख्या नेटवर्क बैंडविड्थ से प्रभावित हो सकती है और प्रत्येक अनुरोध नेटवर्क पढ़ने/लिखने की गति से प्रभावित होगा।
ध्यान दें: यदि आप एक नेटवर्क स्टोरेज सिस्टम के साथ काम कर रहे हैं जो छवि डेटा को पुनर्प्राप्त करने के लिए बड़ी संख्या में छोटे पढ़ने के आकार के साथ काम करते समय अच्छी तरह से स्केल नहीं करता है, तो फ़ाइल I/O अनुरोधों की उच्च संख्या के कारण नेटवर्क विलंबता का अनुभव हो सकता है Nuke नेटवर्क बैंडविड्थ द्वारा सीमित होने की आवश्यकता है।
आप इस आलेख में बताए गए चरणों का पालन करके अपने नेटवर्क स्टोरेज सिस्टम की पढ़ने/लिखने की गति का परीक्षण कर सकते हैं: Q100296: नेटवर्क स्पीड की जांच कैसे करें
स्थानीयकरण कार्यक्षमता का उपयोग करके नेटवर्क पर फ़ुटेज के साथ काम करते समय आप Nuke के इंटरैक्टिव प्रदर्शन में सुधार कर सकते हैं। इस पर अधिक जानकारी नीचे है.
पूर्व छवियाँ और संपीड़न प्रकार पढ़ना
EXR छवि प्रकार उपरोक्त नियम का अपवाद है जहां Nuke एक समय में एक पंक्ति को संसाधित करने वाली स्कैनलाइन के रूप में छवि प्रकारों को पढ़ता है। EXR छवि का संपीड़न यह निर्धारित करेगा कि Nuke को एक समय में डेटा की मात्रा को अनपैक करना होगा, इससे पहले कि वह इसे व्यक्तिगत रूप से स्कैनलाइन में लोड कर सके। ज़िप (1) डिफ़ॉल्ट रूप से पढ़ने और लिखने के लिए सबसे तेज़ संपीड़न है, क्योंकि Nuke उन्हें पढ़ने से पहले डेटा के बड़े हिस्से के अनपैक होने की प्रतीक्षा करने के बजाय सीधे स्कैनलाइन के अंदर और बाहर अनपैक कर सकता है। हालाँकि, असम्पीडित फ़ाइलें ज़िप (1) की तुलना में तेज़ी से पढ़ी जाती हैं।
EXR छवियों के कुछ संपीड़न विकल्पों के लिए, Nuke एक समय में 1 स्कैनलाइन के बजाय बड़े हिस्से को पढ़ेगा। निम्नलिखित संपीड़न विकल्पों की व्याख्या की जाएगी और एक समय में 64 स्कैनलाइनों के ब्लॉक में पढ़ा जाएगा, जिससे छवि तक समग्र पहुंच कम हो जाएगी: ज़िप (16), पीआईजेड, पीएक्सआर24, बी44, बी44ए।
Nuke उपयोग किए जाने वाले EXR संपीड़न प्रकारों की सूची Nuke दस्तावेज़ीकरण में सूचीबद्ध है।
यदि आप पूर्ण इनपुट छवि को पुनः प्राप्त करने के लिए नेटवर्क एक्सेस के बारे में चिंतित हैं, तो उपरोक्त कंप्रेशन में से किसी एक के साथ संपीड़ित EXR डेटा का उपयोग करने से समग्र नेटवर्क एक्सेस कम हो सकता है। हालाँकि, यह उपयोग किए गए नेटवर्क स्टोरेज सिस्टम की पढ़ने/लिखने की गति पर निर्भर है, जो बड़े रिज़ॉल्यूशन से निपटने के दौरान अभी भी मंदी दिखा सकता है।
स्थानीयकरण
पूरे नेटवर्क में फ़ाइलों को पढ़ने से होने वाले किसी भी प्रदर्शन प्रभाव का मुकाबला करने का एक तरीका Nuke GUI सत्रों में फ़ाइल I/O को तेज़ करने और नेटवर्क इंटरैक्शन को कम करने के लिए Nuke की स्थानीयकरण कार्यक्षमता का उपयोग करना है।
जब स्थानीयकरण सक्षम किया जाता है, Nuke स्क्रिप्ट में पढ़ी गई छवियों का एक स्थानीय कैश संग्रहीत करेगा। स्थानीय कैश बनाने के लिए कॉपी की गई फ़ाइलों को पहले नेटवर्क स्थान से स्कैनलाइन के रूप में पढ़ा जाता है, लेकिन उसके बाद यह मूल के बजाय स्थानीय संस्करणों का उपयोग करता है नेटवर्क फ़ाइलें, जब आप Nuke GUI में अपनी स्क्रिप्ट पर काम करते हैं।
Nuke स्क्रिप्ट के भीतर नेटवर्क फ़ाइलों का संदर्भ रखता है ताकि स्क्रिप्ट किसी अन्य उपयोगकर्ता या रेंडर फ़ार्म को भेजे जाने पर उन्हें पाया जा सके, लेकिन आप बार-बार कई छोटी फ़ाइल I/O अनुरोधों का उपयोग करने से बचकर अपने नेटवर्क पर तनाव को कम करते हैं जब आप अपनी स्क्रिप्ट पर काम करते हैं तो पूरे नेटवर्क में छवि डेटा पढ़ें।
फ़ाइलों और मीडिया को स्थानीयकृत करने के बारे में अधिक जानकारी हमारी ऑनलाइन सहायता में निम्नलिखित लिंक पर पाई जा सकती है:
Nuke : बेहतर प्रदर्शन के लिए फ़ाइलों का स्थानीयकरण
NukeStudio : मीडिया का स्थानीयकरण
अतिरिक्त सहायता
यदि आप इस आलेख में उल्लिखित सुझावों का उपयोग करने के बाद भी फ़ाइलों को पढ़ने और लिखने में प्रदर्शन संबंधी समस्याएं देख रहे हैं, तो कृपया एक समर्थन टिकट खोलें और हमें बताएं कि आप किस समस्या का सामना कर रहे हैं और आपने अब तक क्या समस्या निवारण कदम उठाए हैं।
समर्थन टिकट खोलने के तरीके के बारे में अधिक जानकारी के लिए, कृपया Q100064: समर्थन पोर्टल का उपयोग करना लेख देखें।
यदि आपको रीयल-टाइम प्लेबैक में समस्या हो रही है, तो कृपया इस आलेख में उपलब्ध जानकारी की समीक्षा करें: Q100297: रीयल-टाइम प्लेबैक समस्या निवारण
हम चाहते हैं कि खेद व्यक्त करते हैं
कृपया हमें बताएँ कि