शुभ दिन, हेब्र!

मैं एक छोटी कंपनी (दो लोगों में से) का सदस्य हूं जो Android उपकरणों के लिए लाइव वॉलपेपर बनाता है। यह आलेख हमारे अनुप्रयोगों के विकास के बारे में बात करेगा, अपेक्षाकृत सरल से अधिक जटिल, लागू प्रौद्योगिकियों, चाल और हल की समस्याओं - सभी का उपयोग करके ठोस उदाहरणों में, (लगभग) कालानुक्रमिक क्रम में। हमारे सभी वॉलपेपर पूरी तरह से तीन आयामी हैं, जिन्हें ओपनजीएल ईएस का उपयोग करके लिखा गया है।

बोनस के रूप में - शेड्स का एक छोटा सा संग्रह, उनका उपयोग करें हालांकि आप चाहते हैं। उनके सुधार या सुधार के सुझावों का स्वागत किया जाएगा - हम इस क्षेत्र में गुरु होने का दावा नहीं करते हैं।

"देखो" और "एचटीसी" - पहला आनंद

उपयोग किया गया इंजन JPCT-AE , अभी भी पुराना है, जो OpenGL ES 1.0 का उपयोग करता है। लोड हो रहे मॉडल 3DS प्रारूप से आए हैं। यहां कोई शेड, संकुचित बनावट, रेंडर-टू-टेक्सचर और अन्य फैशनेबल चीजें नहीं थीं। हालाँकि, यहाँ आप यह सब कर सकते हैं।

"न्यू ईयर ट्री" - ओपनजीएल ES 1.0 का नुकसान

यहां 2 चीजें सामने आईं: एमुलेटर ने तीन आयामी ग्राफिक्स और जेपीसीटी-एई को बनावट पर बहुत अधिक मेमोरी खींची है।

उस समय के एमुलेटर ने ओपनजीएल ईएस 1.0 के खराब तीन आयामी ग्राफिक्स को न केवल आकर्षित किया, बल्कि इसे बहुत जल्दी और गलत तरीके से आकर्षित किया। तब से, विकास केवल एक वास्तविक उपकरण पर चला गया है।

JPCT-AE का संस्करण तब प्रत्येक बनावट के लिए आवंटित RAM का उपयोग करता था, और मेमोरी की कमी के कारण प्रोग्राम अचानक बंद हो सकता था। हमें उम्मीद है कि इंजन के नए संस्करणों में यह बग पहले ही तय हो चुका है। यह ज्ञात है कि Android अनुप्रयोगों के लिए, OpenGL संसाधन Dalvik आवंटित मेमोरी की गणना में नहीं जाते हैं, लेकिन यहां इंजन में वीडियो मेमोरी में बनावट लोड करने के बाद मेमोरी को खाली नहीं करने की समस्या थी। मुझे बनावट के आकार को कम करना था क्योंकि वीडियो कार्ड रेंडरिंग का सामना नहीं कर सकता था, लेकिन क्योंकि वे सभी स्मृति में फंस गए थे और कार्यक्रम क्रैश हो गया था।

इसके अलावा, जेपीसीटी-एई के तत्कालीन संस्करण का उपयोग करते समय, ओपन-लिग संदर्भ को फिर से बनाते समय एक कमजोर बग था - बनावट खो सकती है या गड़बड़ हो सकती है। इस समस्या का कोई हल नहीं मिला। फिर से, हम आशा करते हैं कि JPCT-AE के वर्तमान संस्करण में यह बग तय हो गया है।

निष्पक्षता में, हम जोड़ते हैं कि जेपीसीटी-एई के नवीनतम संस्करणों ने ओपनजीएल ईएस 2.0 और अपने स्वयं के शेड के लिए समर्थन जोड़ा है, ताकि नौसिखिए डेवलपर्स इसका उपयोग करने की कोशिश कर सकें।

"गुलाब" - ओपन ES 2.0 और अल्फा परीक्षण

यहां हमने किसी भी फ्रेमवर्क या इंजन का उपयोग किए बिना, शुद्ध OpenGL ES 2.0 का उपयोग करने के लिए स्विच किया।

OpenGL ES 2.0 पर स्विच करने का कारण यह था कि OpenGL ES 1.0 में गुलाब प्रदर्शित करने के लिए, आपको बहु-सम्मिश्रण बहुभुज को छांटने के साथ, निश्चित रूप से उपयोग करना था। जो फिर से रेंडरिंग (गहराई-परीक्षण सभी के बाद बंद हो जाता है) के कारण खराब प्रदर्शन को बढ़ावा देगा।

स्वाभाविक रूप से, अल्फा परीक्षण का उपयोग करके इन समस्याओं को आसानी से हल किया जाता है, और ओपनजीएल ईएस 2.0 ने हमें इसे तत्व रूप से लागू करने की अनुमति दी। हालाँकि, इसके साथ कुछ कठिनाइयाँ थीं। अल्फा परीक्षण स्वयं तत्वतः लागू किया जाता है:

vec4 base = texture2D(sTexture, vTextureCoord); gl_FragColor = base; if(base.a < 0.5) { discard; } 

हालाँकि, इस स्पष्ट कार्यान्वयन में PNG फ़ाइल से लोडिंग टेक्सचर से जुड़े कुछ नुकसान हैं।
सबसे पहले, पंखुड़ियों के किनारों को एक पतली काली रेखा मिलती है, जो विशेष रूप से हल्की पंखुड़ियों पर ध्यान देने योग्य होती है:



यह तब होता है जब आप मानक बनावट लोडिंग विधि का उपयोग करते हैं, जो अल्फा चैनल द्वारा रंग को गुणा करता है। अपनी खुद की बनावट लोडिंग को लागू करके एक विरूपण साक्ष्य से बचा जा सकता है।

दूसरे, बनावट असम्पीडित है, इसमें बहुत सी वीडियो मेमोरी लगती है, और इसलिए यह धीमी खींची जाती है। मेरा विश्वास करो, संपीड़ित बनावट वास्तव में तुरंत एक प्रदर्शन को बढ़ावा देती है। यहाँ समस्या यह है कि OpenGL ES 2.0 के लिए एकमात्र मानकीकृत बनावट संपीड़न एल्गोरिथ्म ETC1 है। और यह अल्फा चैनल का समर्थन नहीं करता है। तो आपको दो बनावट करनी होगी - रंग (फैलाना), और पारदर्शिता (अस्पष्टता) के लिए। दो संपीड़ित बनावट अभी भी एक ही आकार के एक असम्पीडित बनावट की तुलना में कम मेमोरी पर कब्जा कर लेते हैं (और इसलिए, तेजी से काम करते हैं)। आप यह भी तय कर सकते हैं कि विशिष्ट मामलों के लिए पारदर्शिता बनावट को रंग बनावट से छोटा किया जा सकता है, या इसके विपरीत।
लेकिन इन सभी समस्याओं को बाद में हल किया गया था, जब निम्नलिखित लाइव वॉलपेपर विकसित किए गए थे - टर्बाइन।

"टर्बाइन" - शेड्स, शेड्स, शेड्स ...

यहां हमने ओपनजीएल ईएस 2.0 शेड्स की क्षमताओं का सही उपयोग करना शुरू किया। नए शेड्स में से यहाँ कोहरा है (अब तक पिक्सेल-वार) और एक लैंडस्केप शेडर, जिसके माध्यम से बादलों से छाया चलती है।

कोहरे को रैखिक चुना गया था, हालांकि उन्होंने तुरंत अधिक यथार्थवादी घातीय प्रयास किया। मोबाइल उपकरणों पर घातीय कोहरा इतना धीमा हो गया कि हमने तुरंत इसे छोड़ दिया।

लैंडस्केप शेडर दो बनावटों का उपयोग करता है - एक दोहराव 512 * 512 घास की बनावट और दूसरी बनावट जो स्थैतिक परिदृश्य लाइटमैप और क्लाउड शैडो बनावट (केवल 64 * 128) को जोड़ती है। यहां, रंगों पर विभिन्न ऑपरेशन किए जाते हैं - लाइटमैप को गुणा किया जाता है, छाया और कोहरे को मिक्स () का उपयोग करके जोड़ा जाता है।
यह आगे पता चला है कि इन शेड्स को अनइंस्टॉल किया गया था, क्योंकि सबकुछ पिक्सेल shader कोड में लिखा गया था।

"कद्दू" - नए शेड्स, तेज डाउनलोड

यहां हमने तैयार बाइनरी प्रारूप में मॉडल के त्वरित लोडिंग को लागू किया, और फिर वीबीओ, और पहली बार हमने बनावट संपीड़न ईटीसी 1 लागू किया (हमने पहले से ही गुलाब के उदाहरण का उपयोग करके संकुचित बनावट के बारे में बात की थी)।

ऐसा हुआ कि इन लाइव वॉलपेपर में लागू किए गए मॉडलों की नई लोडिंग ने वॉलपेपर पर गुलाब का उपयोग किए जाने पर अधिक लाभ लाया। प्रारंभ में, मॉडल ओबीजे प्रारूप से लोड किए गए थे, जो धीमी गति से था और "रोज़" के उपयोगकर्ताओं की शिकायतों का कारण बना। आखिरकार, यहां मॉडल वास्तव में बड़ा है, 1000 से थोड़ा अधिक त्रिकोण है, और ओबीजे फ़ाइल को लंबे समय तक पार्स किया गया था। एक उपयोगिता लिखी गई थी जो glDrawArrays () में स्थानांतरण के लिए तैयार डेटा के साथ फ़ाइलें बनाई गई थी। प्रदर्शन लाभ का वर्णन करना मुश्किल है - 10 या अधिक सेकंड के लिए लोड होने से पहले, अब डाउनलोड को केवल "तुरन्त" के रूप में वर्णित किया जा सकता है।

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

कद्दू की छाया रेंडरमॉन्की से कपड़े के कुछ उदाहरण पर आधारित है, थोड़ा सरलीकृत और अंतिम रूप दिया गया है।

"पिघलती मोमबत्ती" - एनीमेशन, सरल छँटाई

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



इसके अलावा, वर्टेक्स एनीमेशन के विकास ने हमें "टर्बाइन" वॉलपेपर में पक्षियों को जोड़ने की अनुमति दी।

ठीक है, जैसा कि आप कल्पना कर सकते हैं, यहां हमने सम्मिश्रण और गहराई-परीक्षण स्विचिंग के साथ प्रशिक्षण दिया। 2 पारदर्शी वस्तुएं हैं जिन्हें क्रमबद्ध करने की आवश्यकता है - यह एक मोमबत्ती की लौ और एक पंख है। कैमरे से दूरी के अनुसार सटीकता से छंटाई करने के बजाय, हम कैमरे की वर्तमान स्थिति की जांच करते हैं। कैमरा एक सर्कल में चलता है, जिसके एक अलग सेक्टर पर आपको पहले एक लौ खींचना होता है, फिर एक पंख, बाकी हिस्सों पर - बहुत अच्छा।

"लालटेन महोत्सव" - शीर्ष क्रम, ड्राइंग क्रम

जैसा कि आप तस्वीर से देख सकते हैं, यहां हम पानी और कोहरे की छाया के बारे में बात करेंगे। आपने जो नहीं देखा होगा, वह यह है कि आकाश के बारे में बताने के लिए भी कुछ है।

पानी के शेड को पावरवीआर उदाहरण से लिया गया है, और सरलीकृत (फेंक दिया अपवर्तन, हो सकता है कि कहीं न कहीं गणना सरल हो गई है)। प्रतिबिंब को एक छोटी बनावट में प्रस्तुत किया जाता है - केवल 256 * 256।

परिदृश्य के लिए, बल्कि एक जटिल कोहरे छाया का उपयोग किया जाता है: कोहरे का घनत्व दूरी और ऊंचाई पर निर्भर करता है, और कोहरे का रंग चंद्रमा की स्थिति पर निर्भर करता है (कोहरे को चंद्रमा के चारों ओर उजागर किया जाता है)। यह सब केवल शीर्ष छाया में पर्याप्त प्रदर्शन के साथ लागू करना संभव हो गया। उसके बाद, हमने विंड टर्बाइन से वर्टेक्स में फॉग शेडर को फिर से लिखा, जिसने उत्पादकता में उल्लेखनीय वृद्धि दी।

अब आकाश की छाया के बारे में। आकाश 3 परतों से खींचा गया है: चंद्रमा के साथ आकाश की वास्तविक बनावट, तारों की एक परत (रंग बनावट के अल्फा चैनल में संग्रहीत) और चलती बादलों। तारों को आकाश की बनावट के साथ नहीं जोड़ा जाता है क्योंकि उन्हें अधिक चमक की आवश्यकता होती है। प्रारंभ में, shader कुछ इस तरह लिखा गया था:

 const float CLOUDS_COVERAGE = 12.0; vec4 base = texture2D(sTexture, vTextureCoord); vec4 clouds = texture2D(sClouds, vec2(vTextureCoord.x + fOffset, vTextureCoord.y)); float stars = (1.0 - base.a) * starsCoeff; stars *= pow(1.0 - clouds.r, CLOUDS_COVERAGE); base = base + stars; gl_FragColor = base + base * clouds * 5.0; 

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

 vec4 base = texture2D(sTexture, vTextureCoord); vec4 clouds = texture2D(sClouds, vec2(vTextureCoord.x + fOffset, vTextureCoord.y)); float stars = (1.0 - base.a) * starsCoeff; stars *= clamp(0.75 - clouds.r, 0.0, 1.0); base = base + stars; gl_FragColor = base + base * clouds; 

हालाँकि, इस प्रदर्शन में अभी भी कमी थी। सरलीकृत आकाश को एक प्रतिबिंब बनावट में प्रस्तुत करने का प्रयास कुछ भी नहीं निकला - बनावट केवल 256 * 256 थी, भले ही आपने आकाश को बिल्कुल भी नहीं खींचा, कुछ भी नहीं बदला। समस्या पूरी तरह से अलग हो गई - कि आकाश पहले खींचा गया था, अंतिम नहीं। यानी वीडियो कार्ड संसाधनों को आकाश के पूरे गोलार्ध को चित्रित करने पर खर्च किया गया था, और फिर इसे परिदृश्य और अन्य वस्तुओं के साथ पोंछते हुए। हमने अपने कार्यक्रम में रेंडरिंग ऑर्डर की सावधानीपूर्वक समीक्षा की, इष्टतम ऑर्डर में ऑब्जेक्ट बनाए, और इसने आवश्यक प्रदर्शन हासिल किया। तो यहां तक ​​कि जब यह आपको लगता है कि आपने अपना ओपनजीएल एप्लिकेशन पूरा कर लिया है और सब कुछ अच्छा काम करता है, तो अंत में अपने ड्राइंग ऑर्डर की समीक्षा करें - स्थानों में कोड की कुछ पंक्तियों को पुन: व्यवस्थित करके, आप प्रदर्शन में काफी सुधार कर सकते हैं।

"ट्यूलिप" - वस्तुओं को छांटना

हमने इन लाइव वॉलपेपर को बहुत तेज़ी से बनाया है - थोड़ा मॉडलिंग है, किसी नए शेड की ज़रूरत नहीं है, केवल एक चीज जिसे लागू करना था, उन्हें सॉर्ट करना था।

आपको निश्चित रूप से, पारदर्शी "दोषपूर्ण" ट्यूलिप को क्रमबद्ध करना होगा। उनमें से प्रत्येक एक अलग वस्तु है, हम इसे कैमरे से दूरी के वर्ग की गणना करते हैं और इस मान से सॉर्ट करते हैं (दूरी का वर्ग पर्याप्त है, क्योंकि मूल्य की तुलना के लिए पूरी तरह से आवश्यक है)।

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

"जेली बीन" - चमक, सम्मिश्रण

कांच और "सेम" पर चकाचौंध के लिए हमने सरलीकृत गणना का उपयोग किया। आमतौर पर, प्रकाश की दिशा का सदिश चकाचौंध की गणना में शामिल होता है, और यदि हम मानते हैं कि यह कुछ सरल स्थिरांक के समान है (0; 1; 1), तो गणना बहुत सरल हो जाती है - डॉट () ऑपरेशन फेंक दिया जाता है, आदि। परिणाम यह है जैसे कि प्रकाश स्रोत कैमरे के समान स्थान पर है, लेकिन इस तरह के एक साधारण दृश्य के लिए यह पर्याप्त से अधिक है।

ग्लास शेडर स्क्रीन को सामान्य और चकाचौंध के आधार पर रंग और अल्फा का चयन करता है। स्वाभाविक रूप से सही सम्मिश्रण के साथ काम करता है।

"लोटस" - ड्रैगनफलीज़ और इंटरपोलेशन

शुरुआत करते हैं शादियों से। यहां पानी "रोशनी" के समान है, लेकिन बदले हुए मापदंडों के साथ। दिन और रात को बदलने के लिए, परिवेश-रंग से गुणा को सभी वस्तुओं में जोड़ा जाता है:

 ... gl_FragColor *= ambientColor; 

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

स्टेटिक विंग ज्यामिति:



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

ध्यान दें कि समान खंडों के साथ एक स्पलाइन बनाने के लिए, आप 3ds मैक्स में "नॉर्मलाइज़ स्पलाइन" संशोधक का उपयोग कर सकते हैं।

लेकिन हमारे मामले में, लंबे खंडों के साथ दोष को समाप्त कर दिया गया था जिस तरह से हमने 3 डी मैक्स से पाठ प्रारूप में एनीमेशन का निर्यात किया था (एक सरणी में मूल्यों को निकालने के लिए)। एनीमेशन को निर्यात करने के लिए, हमने "निर्यात एनीमेशन" कमांड का उपयोग किया, जो एनीमेशन के साथ एक XML फ़ाइल (* .xaf) उत्पन्न करता है। इसमें आप न केवल वक्र के सभी शीर्षों को पा सकते हैं, जिसके साथ ऑब्जेक्ट घूम रहा है, बल्कि ट्रैक बार पर प्रत्येक स्थिति के लिए इसकी स्थिति भी है। इस प्रकार, आप किसी भी नियंत्रक, कीफ़्रेम एनीमेशन, पथों और यहां तक ​​कि एक ही समय में - जैसे भी आप अपनी वस्तु को चेतन कर सकते हैं, और समय के आधार पर अंतरिक्ष में अपनी स्थिति के निर्देशांक प्राप्त कर सकते हैं।

प्रभामंडल प्रभाव के लिए, फायरफ्लाइज़ ने एक वर्टीकल शेडर बनाया जो हेलो स्प्राइट को स्थिति और मापित करता है:

छायांकन संग्रह

Shaders का एक संग्रह यहाँ डाउनलोड किया जा सकता है: dl.dropbox.com/u/20585920/shaders.zip

सभी शेडर RenderMonkey प्रोग्राम में बने हैं, आप इसे AMD से डाउनलोड कर सकते हैं: developer.amd.com/resources/archive/archived-tools/gpu-tools-archive/rendermonkey-toolsuite/#download

यदि आप एक GeForce ग्राफिक्स कार्ड के मालिक हैं, तो RenderMonkey शुरू नहीं हो सकता है। आपको 'nvemulate' उपयोगिता का उपयोग करने की आवश्यकता होगी। यहां से डाउनलोड करें: developer.nvidia.com/nvemulate इसे लॉन्च करें और 'GLSL कंपाइलर डिवाइस सपोर्ट' की सेटिंग को 'NV40' में बदलें:

UPD: खुद को कहाँ से शुरू करें

OpenGL के साथ अपना लाइव वॉलपेपर लिखना चाहते हैं? निश्चित नहीं है कि GLWallpaperService और अन्य स्मार्ट के साथ क्या करना है? सब कुछ लंबे समय के लिए लिखा गया है, उदाहरणों का कोड लें और अपनी आवश्यकताओं में बदलाव करें:
Google OpenGL ES 2.0 उदाहरण: code.google.com/p/gdc2011-android-opengl
OpenGL का उपयोग करके लाइव डेस्कटॉप उदाहरण: github.com/markfguerra/GLWallpaperService