इंटेल अवधारणात्मक कम्प्यूटिंग चैलेंज - एक इनसाइड लुक

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

मुझे उम्मीद है कि अन्य प्रतियोगी मेरी कहानी को टिप्पणियों में अपने छापों के साथ पूरक करेंगे, और यहां तक ​​कि, क्या नर्क मजाक नहीं कर रहा है, उनकी पोस्ट में।



यदि संभव हो तो, मैं हमारी परियोजना के विज्ञापन / पीआर से बचना चाहूंगा, लेकिन चूंकि ऐसा हुआ है कि मैंने अपनी परियोजना के विकास में भाग लिया और अजनबियों में भाग नहीं लिया, मैं इसके विकास के बारे में सबसे अधिक बता सकता हूं। मुझे आशा है कि किसी को दिलचस्पी होगी, और शायद उपयोगी हो।

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

शुरुआत

हैकाथॉन के बाद , हम जानते थे कि उसी PerC SDK पर एक बड़ी Intel प्रतियोगिता भी होगी, और हमें पहले से ही पता था कि हम वहाँ भाग लेंगे। और आखिरकार, छठी मई को प्रतियोगिता की घोषणा की गई। 26 जून तक, विचार के विवरण के साथ एक आवेदन जमा करना आवश्यक था। सभी विचारों की सूची से, आयोजकों को 750 सर्वश्रेष्ठ का चयन करना था, और केवल उन्हें प्रतियोगिता में आगे भाग लेने की अनुमति दी गई थी।

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

चूंकि PerC SDK (क्रिएटिव senz3d, लेकिन अन्य मॉडल वादे) के साथ काम करने वाला कैमरा न केवल एक तस्वीर देता है, बल्कि गहराई (डेप्थ मैप) की जानकारी भी देता है, समाधान खुद सुझाता है - हम कैमरे के उथले गहराई के प्रभाव का अनुकरण करेंगे, अर्थात, केवल यह स्पष्ट रहेगा कैमरे से दी गई दूरी पर स्थित क्या है, और इससे आगे सब कुछ धुंधला है (वास्तविकता में, और जो करीब है वह धुंधला भी है, और हमने इसे लागू भी किया, लेकिन फिर इनकार कर दिया - यह केवल उपयोगकर्ता के लिए अतिरिक्त असुविधा पैदा करता है)।

एल्गोरिदम

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

अज्ञात गहराई के साथ बिंदुओं की उपस्थिति के कई कारण हैं:

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

मैंने इस विषय पर सभी प्रकार के शोधों को पढ़ा, क्लासिक इनपेंट एल्गोरिदम को देखा। बता दें, इस कार्य के लिए टेलिया एल्गोरिथ्म प्रदर्शन के कारण पूरी तरह से अनुपयुक्त था। नतीजतन, हम एक हेरास्टिक एल्गोरिथ्म लिखने में कामयाब रहे जो हमारे कार्य को अच्छी तरह से फिट करता है (लेकिन सामान्य मामले में इसका समाधान नहीं है)।

अर्जी दाखिल करना

अंतिम समय में प्रतियोगिता के आयोजकों ने एक आश्चर्य प्रस्तुत किया। सुखद। आवेदन की समय सीमा एक सप्ताह (1 जुलाई) के लिए स्थगित कर दी गई थी। इसलिए, मैंने न केवल एल्गोरिदम को कंघी करने का प्रबंधन किया, बल्कि हम यह सब तकनीकी-डेमो की स्थिति पर लागू करने के लिए, शूट करने के लिए और "माउंट" यहां तक ​​कि एक प्रदर्शन के साथ एक वीडियो भी बनाने में कामयाब रहे, लेकिन ध्वनि के बिना। यह पता चला:


यहाँ हम अभी भी धब्बा के साथ एक कार्यान्वयन है और वह कैमरे के बहुत करीब है।

अन्य प्रतिभागियों के YouTube और वीडियो एप्लिकेशन पर दिखाई देने लगे। उदाहरण के लिए, मेरी राय में, एक अच्छा विचार / डेमो:

फाइनल

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

कैमरे की प्रतीक्षा करते हुए, हमने दो और समस्याओं को हल किया।

सबसे पहले, यह न केवल आवश्यक होने पर छवि को धुंधला करने में सक्षम होने के लिए आवश्यक था, और न ही यह धुंधला करने के लिए जहां यह आवश्यक नहीं था, किसी भी तरह इस वीडियो स्ट्रीम को एप्लिकेशन (स्काइप) कहना आवश्यक था। यानी आपको कैमरा होने का दिखावा करना था। प्रयोगों के बाद, DirectShow स्रोत फ़िल्टर बनाने पर ध्यान केंद्रित करने का निर्णय लिया गया। काश, Microsoft ने मेट्रो-अनुप्रयोगों में डायरेक्टशो एक्सेस का उपयोग किया, अब MediaFoundation है, लेकिन Media Foundation में आप अब किसी और के एप्लिकेशन के लिए कैमरा होने का नाटक नहीं कर सकते। मेट्रो का समर्थन करने के लिए, आपको एक पूर्ण-चालक चालक बनाने की आवश्यकता है, जो अधिक जटिल है। इसलिए, हमने प्रतियोगिता के लिए कार्यक्रम के संस्करण में मेट्रो के लिए समर्थन से इनकार करने का फैसला किया - आवेदन को समय सीमा से ध्यान में लाने के प्रबंधन के लिए अधिक संभावनाएं हैं।

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

इस प्रकार, अब हमारी टीम तीन लोगों की हो गई है:

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

उसी समय, लंबे समय से प्रतीक्षित कैमरा आ गया।

डिज़ाइन

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

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

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

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


लेकिन हमारे साथ क्या हुआ:


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

कैमरा अंशांकन

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

सौभाग्य से, 9 अगस्त को, "क्यू एंड ए अवधारणात्मक कम्प्यूटिंग चैलेंज" हुआ। हाँ, रूसी में। इंटेल से रूसी डेवलपर्स के साथ (इससे पहले भी एक अंग्रेजी भाषा का वेबिनार था, यह मुझे बेकार लगता था)। इस सत्र में, मैंने अंशांकन, और समस्याओं के बारे में एक प्रश्न पूछा। और उन्होंने मुझे जवाब दिया कि हां, समस्या ज्ञात है, कि पुराने कैमरों की खराब नियत मैट्रिक्स परिवहन के दौरान स्थानांतरित हो सकती है, और जल्द ही वे अंशांकन के लिए एक उपकरण जारी करेंगे। यही है, वे इस समस्या को अपने ऊपर लेते हैं। Ffuh! हमने निर्वासन किया। धन्यवाद इंटेल

शूटिंग वीडियो

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

मैंने कभी नहीं सोचा था कि कैमरे से बात करना इतना कठिन था। नहीं, मैंने एक साक्षात्कार दिया (कैमरे पर भी) - यह नहीं है। ऐसा बिल्कुल नहीं है। एक स्पष्ट कहानी के साथ एक वीडियो रिकॉर्ड करने के लिए, आपको कई, कई करने की आवश्यकता है। एक साथ अभिनय करना बहुत मुश्किल है - जबकि एक बोलता है, दूसरा शायद कहीं गलत दिशा में दिखेगा।

लेकिन हमने गोली मार दी। और फिर उन्होंने इसे बाहर फेंक दिया और एक और समय पर और दूसरी जगह पर और एक अलग प्रारूप में और फिर से पूरी तरह से स्वतंत्र रूप से शूट किया। और पहले से ही सितंबर में।

स्थगन

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

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

और एक प्रतियोगी को और भी बदतर खोजा गया था - हमने स्काइप के लिए पर्सनली की खोज की। जो पृष्ठभूमि को हटा देता है (धुंधला नहीं होता है), और जो तुरंत कैमरे के साथ चला जाता है। और जिसके साथ इंटेल दोस्त है। वे पहले से ही जहां हम केवल होने का सपना देखते हैं! इसे स्काइप के लिए एक प्लगइन के रूप में डिज़ाइन किया गया है (यह इंटेल की बातचीत में कुछ ऐसा है जिसे हमने हमेशा सोचा था कि हमारी परियोजना भी स्काइप के लिए एक प्लगइन है! लेकिन मैं अभी भी आश्चर्यचकित था, क्योंकि यह एक प्लगइन के साथ कर रहा है, ठीक है, किसी भी तरह, अजीब है, अच्छी तरह से, सामान्य रूप से; सिद्धांत रूप में, स्काइप पर प्लग-इन संगठन की सूक्ष्मताओं का ज्ञान पेरक एसडीएम में शामिल इंटेल कर्मचारियों की क्षमता से परे है)। हालांकि, इस एप्लिकेशन की स्थापना में एक अजीब बात दिखाई दी - यह बहुत अच्छी तरह से डिज़ाइन नहीं किया गया था। इसके अलावा, वहाँ एक बग था (मुझे समझ में नहीं आया कि उन्होंने इसे कैसे हासिल किया), जिसके कारण उनके प्लग-इन ऑपरेशन के दौरान (और उन्होंने स्काइप शुरू होने के तुरंत बाद जोर दिया, कैमरा पकड़ा और मेरे लैपटॉप प्रोसेसर को 70% से लोड किया, अर्थात। बिना कॉल के) अन्य PerC SDK एप्लिकेशन का उपयोग करना असंभव है जो एक ही समय में गहराई और आरजीबी का उपयोग करते हैं।

सामान्य तौर पर। नतीजतन, हम परेशान नहीं थे, बल्कि इसके विपरीत - हमें आशावाद का बढ़ावा मिला - हम बेहतर हो सकते हैं!

लेकिन निश्चित रूप से, मुख्य कार्य हमेशा की तरह, पिछले सप्ताह (जो इस पर संदेह करेगा!) पर गिर गया।

पिछले हफ्ते

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

इस हफ्ते हमने दिन में 20 घंटे काम किया।

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

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

हमने खुद वीडियो शूट किया, इस बार सड़क पर, और इसे माउंट किया। हमने बग्स के एक भयानक बादल को पकड़ा और कुचल दिया (हमने उन्हें कितना जोड़ा, इतनी गति से कोडिंग?)। हमने इशारों को प्रदर्शित करने के लिए एक वीडियो शूट किया। नादिया सड़क पर फिल्म करने से बीमार हो गई - उसने एक ठंड पकड़ ली। समय सीमा से एक दिन पहले, उसने कहा, "वैसे भी, मैं सुबह तक सो गया था, लेकिन मैं इस परियोजना को पूरा नहीं कर पा रहा हूं!" और फिर भी मैंने इसे पूरा किया - मैंने दो बहुत ही शातिर समस्याओं का फैसला किया जो उस रात अचानक बाहर हो गईं। और अगले दिन उसे एक अस्पताल में रखा गया।

मेरी बहन और इंस्टॉलर ने मुझे बहुत मदद की - उसने मुख्य काम किया, मुझे बस इंस्टॉलर में कुछ विवरण ठीक करना था।

समय सीमा से 2 घंटे पहले, सब कुछ मेरे लिए तैयार लग रहा था (वास्तव में, बाद में यह निकला कि सब कुछ नहीं)। वे केवल अंतिम वीडियो के लिए इंतजार कर रहे थे, जिसमें अंग्रेजी आवाज अभिनय और गाया गया था। मैं इंतजार कर रहा हूं। एक घंटे की समय सीमा रहती है। मैं इंतजार कर रहा हूं। 30 मिनट बचे हैं - मैं स्वतंत्र रूप से वीडियो पर अंग्रेजी-भाषा के उप-थोपना शुरू करता हूं। 15 की समयसीमा के बिना मैं अलेक्सी को बुला रहा हूं कि क्या है। और वहाँ, यह पता चला, उसने इसे एक रेंडर पर रखा, यह लगभग 20 मिनट के लिए गाया जाता है ... और इसे जगह-जगह खटखटाया गया - वह सो गया! लोगों के पास एक तन्यता ताकत है। लेकिन हमने कर दिखाया। 4 मिनट की समय सीमा के बिना, सब कुछ भेजा गया था।

समय है।

परिणाम

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

मुझे नहीं पता, हम नहीं जानते कि प्रतियोगिता के परिणाम क्या होंगे। हम अनुमान भी नहीं लगा सकते। लेकिन हम जानते हैं कि उसने पहले ही भुगतान कर दिया है - अनुभव के साथ भुगतान किया है। मुझे नहीं पता था कि मैं इतने काम कर सकता हूं (केवल कुछ दिनों के बाद)। यह प्रतियोगिता हमारी क्षमताओं के मानदंड के रूप में कार्य करती है। हालांकि, हमारी परियोजना प्रतियोगिता में समाप्त नहीं होगी। हमने अब अपने कार्यक्रम का परीक्षण करने के लिए कई लोगों को अपने कैमरे वितरित किए हैं, और Skype के लिए निजीकृत करें। हमें यह समझने की जरूरत है कि हमारे पास क्या है और क्या गलत है, और अभी भी क्या तय करना है।

प्रोजेक्ट वीडियो

हमारा मुख्य वीडियो:

मुझे लगता है कि कुछ स्थापित करने के तरीके के बारे में एक वीडियो, और फिर पुनः आरंभ स्काइप यहां किसी के लिए दिलचस्प नहीं है। लेकिन लाइव देखने के लिए सेटिंग संवाद मुझे लगता है कि यह दिलचस्प होगा:

खैर, वर्चुअल को कॉन्फ़िगर कैसे करें, यदि आपके क्लाइंट के पास वेबकैम विकल्प बटन नहीं हैं:


अन्य परियोजनाएं: सामान्य तौर पर, आप यहां जा सकते हैं और उन सभी वीडियो को देख सकते हैं जो एक महीने से अधिक पुराने नहीं हैं - ये प्रतियोगिता के लिए अंतिम आवेदन होंगे।

इसके अलावा, एक प्रतिभागी पहले से ही YouTube पर चला गया है और पाया गया सभी प्रोजेक्ट्स को एक साथ रखा है (यह लगभग 110 टुकड़े निकला): software.intel.com/en-us/forums/topic/474069

खैर, जो मुझे विशेष रूप से पसंद आया:
मुझे पसंद आया ithabr परियोजना , लेकिन उन्होंने अपने वीडियो का लिंक वितरित नहीं करने के लिए कहा। इसलिए मैं नहीं जीता।

यह भी रूस से है, समारा से अधिक सटीक:


लेकिन यह सिर्फ जादू है। शाब्दिक अर्थ में, खेल में PerC SDK के माध्यम से मंत्र बनाए जाते हैं। आप पूरी तरह से एक जादूगर की तरह महसूस कर सकते हैं। अमूर्त आंकड़ों को पंप करने के लिए नहीं, बल्कि आपकी खुद की निपुणता और हाथों की चिकनाई:


इस शीट को अंत तक पढ़ने वाले सभी को धन्यवाद।