जब आप एक सुंदर GUI चाहते हैं, लेकिन gpu नहीं है

आमतौर पर, वर्किंग यूटिलिटीज को बटन, लिस्ट, विंडो, माउस सपोर्ट और अन्य छोटी चीजों के साथ एक सा यूआई यूआई की आवश्यकता नहीं होती है, अधिकांश वर्किंग विशलिस्ट स्क्रिप्ट्स में पैक की जा सकती हैं और कभी-कभी उन्हें --help पैरामीटर के साथ चलाती हैं, और यह कॉन्फ़िगरेशन के दृष्टिकोण से और भी सही होगा। और स्केलिंग। न केवल विकास टीम, बल्कि तीसरे पक्ष के लोग भी साधनों का उपयोग करना शुरू करते हैं तो सब कुछ खराब हो जाता है। और वे हमेशा कोड की पंक्तियों में निर्धारित सामंजस्यपूर्ण विचारों को उजागर करने के लिए तैयार नहीं होते हैं। और फिर आपको यूआई का एक उपद्रव करना होगा, और डेवलपर्स आमतौर पर इसे सरल, वर्ग, कार्यात्मक और पूरी तरह से उबाऊ पाते हैं। कुछ समय पहले, मैं एक छोटे वेंटिलेशन / हीटिंग / कैमरा कंट्रोल सिस्टम पर काम कर रहा था और एक भूमिगत कार पार्क के लिए "पीले अंकल में चाचा के साथ क्या आएगा"।



(यहां UI सिस्टम से एक चित्र था, लेकिन डेवलपर ने इसे हटाने के लिए कहा। यदि आप रेक फ़ील्ड पर चलना नहीं पढ़ना चाहते हैं, तो लेख के अंत में गीथब से लिंक करें)

सिस्टम चीनी गैर-नाम SoC पर बनाया गया था, जिसके लिए निर्माता ने पहले संस्करण के एसडीएल ढांचे को पोर्ट करने का फैसला किया। आंतरिक उपकरणों और लिपियों को इस हद तक अंतिम रूप दिया गया था कि वे टैब, सूचियों, पॉपअप, छाया, ढाल, पारदर्शिता और अन्य उपहारों के साथ एक वजनदार और "सुंदर" लेआउट में बदल गए।

सभी सुंदरियों को महसूस करने के लिए, नैनोगुई को चुना गया था, सरल और सरल, और एक ही समय में "शक्तिशाली" सभी की आवश्यकता थी। यह बिल्कुल कागज पर था, लेकिन बीहड़ ओपनगेल के बारे में भूल गए। लगभग पूरी तरह से लागू यूआई नियंत्रण प्रणाली हार्डवेयर पर चलना शुरू हुई, और एक काली स्क्रीन है, सभी ओपनजीएल 3 आरंभीकरण त्रुटियों के बिना चलते हैं, बफ़र सेट होते हैं, और शेडर्स संकलन करेंगे, लेकिन नहीं ... काली स्क्रीन, किस कोण पर नहीं दिखती है।

पहले तो उन्होंने मेरे कुटिल हाथों पर पाप किया, फिर ड्राइवर और हार्डवेयर के लिए जिम्मेदार एंटोका डेवलपर के हाथों पर, फिर उन्होंने एसओसी एसडीके से एक त्रिकोण उदाहरण का परीक्षण उदाहरण लॉन्च किया, और फिर से काली स्क्रीन, प्रलेखन और उदाहरण आमतौर पर अंतिम होते हैं।

मेरे सहकर्मी और मैंने कुछ गलत सोचा और पहले चीनी मंच पर गए, और वहां डेवलपर को कोई स्पष्ट जवाब नहीं मिला, जवाब निराशाजनक था, कोई ओपेंगल कार्यान्वयन नहीं था, और सबसे अधिक संभावना है कि ऐसा नहीं होगा, क्योंकि लाइन को अस्वीकार किया जा रहा था।
- लेकिन एसडीएल ढांचे का क्या? - हमने पूछा
- हम पिक्सेल को वीडियो मेमोरी में पिक्सेल द्वारा खींचते हैं। - हमारे चीनी दोस्तों ने हमें जवाब दिया।

उस दिन मैंने एक प्रोग्रामर की उदास आँखें देखीं, जो गणना करता है कि वह कितना LoC / dev / null भेजेगा। लेकिन एक तैयार किए गए समाधान को फेंकना बहुत निराशाजनक था, (इंटरनेट पर सब कुछ है) यह पता चला है कि आप एक सॉफ्टवेयर रेंडर पर नैनोगुइ में ओपनजीएल के बिना रह सकते हैं।

चीनी इंजीनियरिंग चमत्कार में, केवल एक बड़े पीसी पर फ्रेम के प्रति सेकंड में जीवन बहुत धीरे-धीरे निकलता है, यह पहले से ही लगभग 20-25 सेकंड खींचना है। तब उन्होंने पूरे यूआई को एक बार में प्रस्तुत नहीं करने का फैसला किया, लेकिन विगेट्स के केवल आवश्यक (परिवर्तित) हिस्से, लेकिन इस मोड में भी, सभी हैक्स और अनुकूलन के साथ, यह प्रति फ्रेम 10 सेकंड से अधिक समय लगा, व्यवहार्य नहीं ...

कुछ एसडीके उदाहरणों को स्मोक करने के बाद, हमें पता चला कि वीडियो मेमोरी के लिए तैयार बनावट की नकल करना "तुरंत" (पाठ्यक्रम के 10 सेकंड की तुलना में) है, और यह पारदर्शिता के बिना लगभग 1ms से 512x512 तक ले जाता है और पारदर्शिता के लिए समान रूप से 2ms की नकल करता है, यदि आप एक के बाद एक इन बनावटों को कॉपी करते हैं, तो। समय नगण्य रूप से विनाशकारी रूप से बढ़ता है, यह वीडियो मेमोरी बफर की सीमित मात्रा के कारण निकला, जिसके अतिप्रवाह ने बफर को फ्लश किया और जो स्क्रीन पर था उसे प्रतिपादन किया (मेरा नहीं, यह पहले से ही था), अर्थात्। एक बहुत ही मृत इंटरफ़ेस के लिए, हम प्रति फ्रेम में 50-100 से अधिक बनावट की नकल नहीं कर सकते हैं और न ही तुरंत, लेकिन केवल बफर से डेटा एकत्र करने के लिए वीडियो ड्राइवर की प्रतीक्षा करने के बाद।

अगली पुनरावृत्ति स्ट्रीम में विजेट को अपनी बनावट में प्रस्तुत करना था, और जिस समय बनावट बनाई गई थी, उस विजेट को अंतिम परिणाम के समान लगभग खींचा गया था, केवल एक वर्ग तरीके से, सभी प्रकार की रेखाओं को खींचने के लिए, मुफ्त में वीडियो मेमोरी में आकृतियों को तुरंत बनाया जा सकता था।

लगभग एक GPU के बिना चीनी सोच के चमत्कार को हराते हुए, आप अभी भी 20 एफपीएस को एक सभ्य परिणाम नहीं कह सकते हैं, और परियोजना को लगभग पूरा कर सकते हैं, मैंने ग्राहक से खुले स्रोत में कुछ अनुभव लेने की अनुमति मांगी। पहले एसडीएल अब बहुत फैशनेबल नहीं है, इसलिए एसडीएल 2 पर सॉफ्टवेयर मोड में नैनोगुई रेंडर का उपयोग करने और इसे गीथब पर रखने का निर्णय लिया गया। शायद किसी की आवश्यकता होगी :)

लेख को अंत तक पढ़ने के बाद,% habruiser% को यह पूछने का अधिकार है कि कोड के इस गुच्छा को ब्लॉक करना क्यों आवश्यक था
गोल कोनों और छाया के लिए? सबसे पहले, यह सुंदर (ओं), दूसरा, "उस अंकल ने एक पीले हेलमेट में" पहले से ही सिस्टम के विकास और गोल कोनों के लिए भुगतान किया, दुर्भाग्य से (या सौभाग्य से) कार्य सूची में समाप्त हो गया, यह एक ढाल के साथ बनाने और कुछ छाया जोड़ने के लिए बना हुआ है।

यह धूप सोची में 2017 की मूल गर्मी थी।

यह कैसे OpenGL प्रदान करता है



यह कैसे एक पीसी पर सॉफ्टवेयर प्रदान करता है



संदर्भ :

मूल वजाकोब / नैनोगुई
NanoVG सॉफ्टवेयर रेंडर
NanoGUI + SDL + सॉफ्टवेयर रेंडर

PS विश्वास न करें कि चीनी डेवलपर्स सिस्टम में OpenGL की उपस्थिति के बारे में बात कर रहे हैं, सभी घटकों के प्रदर्शन की जांच करें, यह जानने के लिए कि :)