हाइकु ऑपरेटिंग सिस्टम: अनुप्रयोगों को पोर्ट करना और पैकेज बनाना

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


हाइकु ऑपरेटिंग सिस्टम का डेस्कटॉप।

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

हाइकू ऑपरेटिंग सिस्टम एक हाइब्रिड कोर का उपयोग करता है, जो कि आवश्यक मॉड्यूल को गतिशील रूप से लोड करने की क्षमता के साथ माइक्रोकर्नल आर्किटेक्चर का कार्यान्वयन है। यह न्यूओएस कर्नेल के कांटे पर आधारित है, जिसे एक पूर्व बीई इंक इंजीनियर द्वारा विकसित किया गया था , ट्रैविस Geiselbrecht द्वारा। आज, यह डेवलपर Google पर नए Google फुकिया ऑपरेटिंग सिस्टम के लिए जिरकोन नामक कर्नेल पर काम कर रहा है, लेकिन यह एक और कहानी है। इसलिए, चूंकि हाइकू डेवलपर्स बीओएस के साथ द्विआधारी संगतता की घोषणा करते हैं, इसलिए उन्हें दो परिचित वास्तु शाखाओं का समर्थन करने के लिए मजबूर नहीं किया जाता है, लेकिन तीन: x86_64, x86 और x86_gcc2। बाद की वास्तुकला जीसीसी 2.95 के पुराने संस्करण के संकलक के साथ संगतता का भार है। यह उसके लिए धन्यवाद है कि मूल बीओएस ऑपरेटिंग सिस्टम के लिए लिखे गए एप्लिकेशन चलाना संभव है। दुर्भाग्य से, संगतता के इस भार के कारण, हाइकु डेवलपर्स सिस्टम एपीआई में C ++ प्रोग्रामिंग भाषा की आधुनिक सुविधाओं का उपयोग नहीं कर सकता है। हालांकि, वे केवल दो आर्किटेक्चर के लिए स्थापना चित्र तैयार करते हैं: x86_64 और x86। बात यह है कि x86 के लिए हाइकु वितरण हाइब्रिड है: इस तथ्य के बावजूद कि बाइनरी संगतता के लिए सभी सिस्टम घटकों को x86_gcc2 के तहत बनाया गया है, उपयोगकर्ता को आधुनिक कंपाइलरों और x86 आर्किटेक्चर के साथ डिज़ाइन किए गए किसी भी आधुनिक एप्लिकेशन को स्थापित करने या बनाने का अवसर दिया गया है । X86_64 आर्किटेक्चर के लिए हाइकु वितरण पूरी तरह से 64-बिट है और इसमें 32-बिट बीओएस और हाइकू अनुप्रयोगों को चलाने की क्षमता नहीं है। हालांकि, एपीआई स्तर पर संगतता है, इसलिए यदि आपके पास BeOS या हाइकु x86 के तहत आवेदन का स्रोत कोड है, तो आप इसे आसानी से हाइकु x86_64 के तहत संकलित कर सकते हैं और सब कुछ काम करना चाहिए। यदि आप किसी विशिष्ट BeOS अनुप्रयोगों या 32-बिट हाइकु अनुप्रयोगों के लिए समर्थन की आवश्यकता नहीं है, तो x86_64 आर्किटेक्चर के लिए ऑपरेटिंग सिस्टम की छवि को वास्तविक हार्डवेयर पर इंस्टॉलेशन के लिए अनुशंसित किया जाता है।

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

मैं इस लेख के पाठकों के साथ साझा नहीं कर सकता हूं जो हाइकु में उपलब्ध उन्नत एप्लिकेशन विंडो प्रबंधन प्रणाली का उपयोग करने का सकारात्मक अनुभव है। मेरी राय में, यह सबसे सुविधाजनक में से एक है और इसके तरीके में इस ओएस की पहचान है।


हाइकु ऑपरेटिंग सिस्टम में उन्नत विंडो प्रबंधन: टाइलिंग और टैब के लिए समर्थन।

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

मैं इस लेख में हाइकु की सभी विशेषताओं और क्षमताओं का पूरा अवलोकन नहीं लिखूंगा, क्योंकि जो लोग इसमें रुचि रखते हैं, वे आसानी से इंटरनेट पर आवश्यक जानकारी पा सकेंगे।

सामग्री:

1. हाइकु में पैकेज और रिपॉजिटरी
2. पहला कदम: पोर्टिंग एडमैंट आर्मर एफर्ट एडवेंचर
3. मौजूदा NXEngine पोर्ट (गुफा कहानी) का संशोधन
4. गेम गेम को पोर्ट करना
5. BeGameLauncher प्रोजेक्ट, जो आपको गेम के लिए जल्दी से लॉन्चर बनाने की अनुमति देता है
6. पोर्टिंग Xash3D: लेजेंडरी हाफ-लाइफ गेम और आधिकारिक ऐड-ऑन
7. खेल के दो हिस्सों को पोर्ट करना सीरियस सैम: पहला एनकाउंटर और दूसरा एनकाउंटर
8. वैंगर्स गेम को पोर्ट करना
9. हाइकु के लिए SDL2 पुस्तकालय में संवादों का कार्यान्वयन
10. कूल रीडर का मेरा कांटा पोर्ट करना
11. KeymapSwitcher प्रोग्राम को अंतिम रूप देना
12. निष्कर्ष

1. हाइकु में पैकेज और रिपॉजिटरी

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

पैकेज और पोर्टिंग सॉफ़्टवेयर के निर्माण के लिए एक उपकरण, जिसे हाइकुप्टर कहा जाता है, को ऑपरेटिंग सिस्टम से अलग से आपूर्ति की जाती है और इसे GitHub पर रिपॉजिटरी में स्थित एक छोटे मैनुअल का उपयोग करके स्थापित किया जाता है। एक ही GitHub से इस उपयोगिता को स्थापित करने के बाद, पूरे नुस्खा पेड़ को डाउनलोड किया जाता है, जिसे डेवलपर काम कर रहा है। नुस्खा एक नियमित शेल स्क्रिप्ट है जिसमें निर्देश दिए गए हैं कि हाइकुप्टर आवश्यक एचपीकेजी पैकेज एकत्र करेगा। यह उल्लेखनीय है कि उपकरण स्वयं पायथन 2 प्रोग्रामिंग भाषा में लिखा गया है, मौजूदा पैकेज प्रबंधन प्रणाली के साथ निकटता से बातचीत करता है, और सॉफ्टवेयर के स्रोत कोड में परिवर्तन को ठीक करने और पैच का एक सेट जनरेट करने के लिए आंतरिक टूल Git का उपयोग करता है। इस तकनीक के ढेर के लिए धन्यवाद, पैचसेट फ़ाइलों के रूप में एचपीकेजी पैकेज और सॉफ्टवेयर पैच बनाने के लिए व्यंजनों का निर्माण बहुत सुविधाजनक और सरल है। ज्यादातर मामलों में, मुझे हाइकुप्टर के साथ काम करते समय केवल तीन कमांड का उपयोग करना पड़ा:

alias hp="haikuporter -S -j4 --get-dependencies --no-source-packages" hp libsdl2 hp libsdl2 -c hp libsdl2 -e 

पहला कमांड सिलेक्टेड पैकेज को इकट्ठा करता है, दूसरा कमांड बिल्ड डायरेक्टरी को क्लियर करता है, और तीसरा आपके बदलावों के अनुसार पैच का एक सेट बनाता है या अपडेट करता है जो कि कमिट के माध्यम से वर्किंग डायरेक्टरी के गिट रिपॉजिटरी में रिकॉर्ड किए गए थे।

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

हाइकु ऑपरेटिंग सिस्टम के "R1 / Beta1" के बीटा संस्करण में एक विशेष हाइकुडेपॉट प्रोग्राम को जोड़ा गया है, जो टर्मिनल में कंसोल कमांड के बजाय एक ग्राफिकल यूजर इंटरफेस के माध्यम से पैकेज और रिपॉजिटरी के साथ काम करने की अनुमति देता है।


हाइकु ऑपरेटिंग सिस्टम पर चलने वाला हाइकुडेपॉट प्रोग्राम।

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

<< सामग्री पर जाएं

2. पहला कदम: पोर्टिंग एडमैंट आर्मर एफर्ट एडवेंचर

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

 cmake -DCMAKE_BUILD_TYPE=Release -DGLES=off -DANDROID=off -DCMAKE_C_FLAGS="-D__linux__" -DSDL2_INCLUDE_DIR=`finddir B_SYSTEM_HEADERS_DIRECTORY` -DSDL2_MIXER_INCLUDE_DIR=`finddir B_SYSTEM_HEADERS_DIRECTORY` ../aaaa/src/main/cpp cmake --build . = बंद -DCMAKE_C_FLAGS = "- D__linux__" -DSDL2_INCLUDE_DIR = `finddir B_SYSTEM_HEADERS_DIRECTORY` -DSDL2_MIXER_INCLUDE_DIR =` finddir B_SYSTEM_HEADERS_DIRECTORY` ../aaaa/src/main/cpp cmake -DCMAKE_BUILD_TYPE=Release -DGLES=off -DANDROID=off -DCMAKE_C_FLAGS="-D__linux__" -DSDL2_INCLUDE_DIR=`finddir B_SYSTEM_HEADERS_DIRECTORY` -DSDL2_MIXER_INCLUDE_DIR=`finddir B_SYSTEM_HEADERS_DIRECTORY` ../aaaa/src/main/cpp cmake --build . 

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

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

इंटरनेट पर, मुझे वांछित जानकारी मिली , फिर स्थानीय फ़ाइल प्रबंधक में निर्मित Expander अभिलेखागार का उपयोग कर एक यादृच्छिक सिस्टम पैकेज को खोल दिया ।PackageInfo फ़ाइल को मिला, इसे संपादित किया और, मेरे आवेदन की संरचना के अनुसार, फ़ाइलों को प्रतिस्थापित किया। तब मैं सिर्फ HPKG पैकेज बनाने और सिस्टम पर इसे स्थापित करने के लिए कमांड चलाता था:

 package create -C AAAA/ aaaa.pkg pkgman install aaaa.pkg 

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

 #ifdef __HAIKU__ // To make it able to start from Deskbar chdir(dirname(argv[0])); #endif 

प्रारंभ फ़ंक्शन मुख्य () की बहुत शुरुआत में, जिसने इस समस्या को पूरी तरह से हल कर दिया और पैकेज काम करने योग्य हो गया। Linux.org.ru पर हाइकू बीटा संस्करण को जारी करने के बारे में खबरों की टिप्पणियों में , मैंने अपने इकट्ठे पैकेज के लिंक को गिरा दिया और किसी को मुझसे इस ऑपरेटिंग सिस्टम के कुछ सक्रिय उपयोगकर्ता समुदायों को भेजने के लिए कहा, और फिर बिस्तर पर चला गया।


हाइकु पर एडमंड आर्मर एफर्ट एडवेंचर गेम पोर्ट चल रहा है।

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

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

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

प्रोजेक्ट सोर्स: https://github.com/EXL/AdamantArmorAffectionAdvt

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

<< सामग्री पर जाएं

3. मौजूदा NXEngine पोर्ट (गुफा कहानी) का संशोधन

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

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


बंदरगाह का खेल NXEngine इंजन पर आधारित है, जो हाइकु ऑपरेटिंग सिस्टम में लॉन्च किया गया था।

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

 #!/bin/bash if [[ `locale -l` == ru* ]] ; then EXE="`finddir B_SYSTEM_APPS_DIRECTORY`/NXEngine/RUS/Cave Story" else EXE="`finddir B_SYSTEM_APPS_DIRECTORY`/NXEngine/ENG/Cave Story" fi "$EXE" $@ 

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

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

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

 rc nxengine-launcher.rdef resattr -o "$appsDir/NXEngine/Cave Story" nxengine-launcher.rsrc addResourcesToBinaries $sourceDir/build/nxengine-rus.rdef "$appsDir/NXEngine/RUS/Cave Story" 

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


हाइकू ऑपरेटिंग सिस्टम में मानक आइकन-ओ-मैटिक कार्यक्रम।

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

प्रोजेक्ट सोर्स कोड: https://github.com/EXL/NXEngine

मैंने परिणामी पैकेज केवल मामले में और गेम केव स्टोरी (डॉकुट्सु मोनोगेटरी) के प्रशंसक साइट पर भेजे , जिसमें से प्रशासन ने हाइकू ऑपरेटिंग सिस्टम को डाउनलोड अनुभाग में जोड़ा।

<< सामग्री पर जाएं

4. गेम गेम को पोर्ट करना

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


हाइकु ऑपरेटिंग सिस्टम पर चलने वाला गिष गेम पोर्ट।

मुझे इस गेम को पोर्ट करने में कोई खास परेशानी नहीं हुई। निम्नलिखित बिल्ड कमांड निष्पादित होने के तुरंत बाद निष्पादन योग्य फ़ाइल संकलित की गई थी:

 cmake gish/src/main/cpp/ \ -DGLES=0 \ -DANDROID=0 \ -DSDL2_INCLUDE_DIR=`finddir B_SYSTEM_HEADERS_DIRECTORY` \ -DCMAKE_C_FLAGS="`sdl2-config --cflags` -D__linux__" \ -DCMAKE_BUILD_TYPE=Release cmake --build . 

अगला, मैंने "एप्लिकेशन" मेनू से गेम लॉन्च करने की क्षमता को लागू किया और रिकॉर्डिंग के लिए सुलभ एक निर्देशिका के लिए उपयोगकर्ता डेटा को बचाने के लिए समर्थन प्रदान किया।

 char* getHaikuSettingsPath() { char path[PATH_MAX]; find_directory(B_USER_SETTINGS_DIRECTORY, -1, false, path, sizeof(path)); strcat(path, "/Gish/"); return strdup(path); } 

GetHaikuSettingsPath () फ़ंक्शन का उपयोग कर हाइक एपीआई के find_directory () फ़ंक्शन का उपयोग उस निर्देशिका के लिए पूर्ण पथ बनाता है जिसकी मुझे ज़रूरत है।

प्रोजेक्ट सोर्स कोड: https://github.com/EXL/Gish

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

<< सामग्री पर जाएं

5. BeGameLauncher प्रोजेक्ट, जो आपको गेम के लिए जल्दी से लॉन्चर बनाने की अनुमति देता है

1998 के पुराने मानक के C ++ में मेरे BeGameLauncher प्रोजेक्ट को लिखने का फैसला किया गया था, एक ग्राफिकल यूजर इंटरफेस के साथ एप्लिकेशन बनाने के लिए ऑपरेटिंग सिस्टम के मूल टूल का उपयोग किया गया था। चूँकि हाइकु और बीओएस के लिए कई कार्यक्रमों के नाम "Be" उपसर्ग के साथ शुरू होते हैं, इसलिए मैंने इस परियोजना के लिए सिर्फ ऐसे नाम को चुनने का फैसला किया। मैंने खुद को इंटरफ़ेस किट ढांचे के साथ परिचित करके शुरू करने का फैसला किया, जो हाइकू एपीआई का हिस्सा है। आधिकारिक हाइकु वेबसाइट पर काफी विस्तृत प्रलेखन के अलावा, मुझे दो सरल उत्कृष्ट डार्कवर्म पाठ पाठ्यक्रम मिले जो एक नौसिखिया डेवलपर को यह समझने की अनुमति देते हैं कि कुछ सिस्टम कक्षाएं कैसे काम करती हैं। पहले पाठ्यक्रम को हाइकू के साथ लर्निंग टू प्रोग्राम कहा जाता है और बहुत शुरुआत में C ++ प्रोग्रामिंग भाषा की मूल बातें शामिल हैं, जो शुरुआती लोगों के लिए बहुत उपयोगी होंगी। दूसरे पाठ्यक्रम को प्रोग्रामिंग विथ हाइकु कहा जाता है और यह उन लोगों के लिए अभिप्रेत है जो पहले से ही C ++ से परिचित हैं और उन्हें इस भाषा का बुनियादी ज्ञान है। दोनों पाठ्यक्रम हाइकु एपीआई के सबसे विविध पहलुओं के बारे में बात करते हैं और इसलिए यह उन सभी के लिए बहुत उपयोगी होगा जो इस ऑपरेटिंग सिस्टम के लिए एप्लिकेशन बनाना शुरू करना चाहते हैं।

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

मेरी परियोजना के लिए, मुझे उपयुक्त हाइकू एपीआई कक्षाएं चुननी पड़ीं, जो मुझे इच्छित कार्यक्षमता को लागू करने की अनुमति देंगी। सबसे पहले, एक बाहरी अनुप्रयोग लॉन्च करने के लिए, QProcess क्लास का एक एनालॉग ढूंढना आवश्यक था या निष्पादित () POSIX फ़ंक्शन, जो, वैसे, हाइकु ऑपरेटिंग सिस्टम में भी ठीक काम करता है, हालांकि, मैंने फैसला किया कि मूल उपकरण का उपयोग करना बेहतर होगा, लेकिन सिर्फ मामले में मामले ने पोसिक्स फ़ंक्शन के माध्यम से एप्लिकेशन लॉन्च करने की संभावना को छोड़ दिया। इस उद्देश्य के लिए इंटरप्रोसेस संचार वर्ग बीआरओस्टर महान था । यह एक उपयुक्त लॉन्च () विधि पाया गया जो आपको निष्पादन योग्य फ़ाइल को पथ निर्दिष्ट करने और इसके लिए तर्क देने की अनुमति देता है। चूंकि लांचर को कुछ मापदंडों को बचाने में सक्षम होना चाहिए, उदाहरण के लिए, गेम डेटा फ़ाइलों के साथ एक उपयोगकर्ता-चयनित निर्देशिका, मुझे एक वर्ग की आवश्यकता थी जो यह सब करता है। Qt में, इस तरह के वर्ग को QSettings कहा जाता है, और हाइकु एपीआई में, जैसा कि गेरासिम ने मुझे संकेत दिया, एक BMessage वर्ग है जिसे मैं पहले से ही जानता हूं , जिसमें एक बहुत ही उपयोगी विशेषता है। बात यह है कि इस वर्ग की जानकारी को आसानी से क्रमबद्ध किया जा सकता है और उदाहरण के लिए, डिस्क पर सहेजा गया है। यह बहुत सुविधाजनक है और अक्सर कार्यक्रमों में किसी भी उपयोगकर्ता डेटा को रिकॉर्ड करने के लिए उपयोग किया जाता है, यही वजह है कि मैंने अपने प्रोजेक्ट को सेटिंगर्स के लिए सहेजने के लिए इस वर्ग को चुना।दुर्भाग्य से, हाइकू एपीआई नहीं वर्ग अनुरूप मिला QDebug , तो मैं विकास की प्रक्रिया में डीबगिंग उत्पादन का अनुरोध किया मैं बस करने के लिए भेज दिया है stderr के माध्यम से, समारोह fprintf () मानक प्रोग्रामिंग भाषा सी से:

 // .h #if __cplusplus >= 201103L #define BeDebug(...) fprintf(stderr, __VA_ARGS__) #else extern void BeDebug(const char *format, ...); #endif // __cplusplus == 201103L // .cpp #if __cplusplus < 201103L #include <cstdarg> void BeDebug(const char *format, ...) { va_list args; va_start(args, format); vfprintf(stderr, format, args); va_end(args); } #endif 

मैंने इस फ़ंक्शन को एक BeDebug () इकाई में लपेटा जो मेरे लिए सुविधाजनक है , जो चयनित भाषा मानक के आधार पर, एक मैक्रो या एक फ़ंक्शन भी है। यह इस तथ्य के कारण किया गया था कि C ++ 98 तर्कों की चर संख्या के साथ मैक्रोज़ का समर्थन नहीं करता है।

Qt फ्रेमवर्क में एक उपयोगी QMessageBox क्लास भी है जिसके माध्यम से आप किसी भी जानकारी के साथ एक मॉडल संवाद बना सकते हैं, जिस पर उपयोगकर्ता को ध्यान देना चाहिए, उदाहरण के लिए, एक त्रुटि या चेतावनी। हाइकु एपीआई में इस उद्देश्य के लिए एक BAlert वर्ग है ।जिसका कार्यान्वयन Qt में उपलब्ध है से कुछ अलग है। उदाहरण के लिए, इस वर्ग की एक वस्तु को ढेर पर बनाया जाना चाहिए, और स्टैक पर नहीं, क्योंकि कुछ उपयोगकर्ता कार्रवाई के बाद, इसे स्वयं को हटाना होगा। चित्रमय इंटरफेस के अन्य वर्गों के लिए के रूप में, यहाँ मुझे बिल्कुल कोई कठिनाई नहीं थी और मुझे वह सब कुछ मिला जो मुझे बिना किसी समस्या के चाहिए था।

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

 class GishAboutWindow : public BeAboutWindow { ... }; class GishLauncher : public BeLauncherBase { ... }; int main(void) { BeApp *beApp = new BeApp(SIGNATURE); GishLauncher *gishLauncher = new GishLauncher(BeUtils::GetPathToHomeDir()); beApp->SetMainWindow(gishLauncher); beApp->Run(); delete beApp; beApp = NULL; return 0; } 

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


डायलॉग "कार्यक्रम के बारे में ..." खेल के बंदरगाह के लांचर में गिष।

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

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


हाइकू के लिए गिश गेम पोर्ट लांचर का स्क्रीनशॉट।

मैं अनुप्रयोग स्थानीयकरण के बारे में कुछ शब्द लिखना चाहूंगा। Qt ढांचे में, इसके लिए एक सुविधाजनक tr () आवरण समारोह है , दो सहायक उपयोगिताओं lrelease और lupdate , जो अनुवाद फ़ाइलों की पीढ़ी में शामिल हैं। अनुवादकों के लिए डिज़ाइन किया गया सुविधाजनक ग्राफिकल यूजर इंटरफेस के साथ फ्रेमवर्क के साथ शामिल एक विशेष क्यूटी भाषाविद् कार्यक्रम भी है । हाइकु एपीआई में, अनुप्रयोग स्थानीयकरण उपकरण कम सुविधाजनक और अधिक पुरातन हैं। यह उन लाइनों को लपेटने का प्रस्ताव है जिन्हें एक विशेष मैक्रो B_TRANSLATE () में अनुवादित करने की आवश्यकता है , और स्रोत फ़ाइल में परिभाषा B_TRANSLATION_CONTEXT जोड़ें, जो अनुवाद योग्य तार के एक समूह को दूसरे से अलग करता है। उसके बाद, एक बहुत ही अजीब बात करने की आवश्यकता है: कंपाइलर प्रीप्रोसेसर को -DB_COLLECTING_CATKEYS ध्वज के साथ बिल्कुल सभी प्रोजेक्ट स्रोत फ़ाइलों पर सेट करें, grep उपयोगिता के साथ कुछ जादू करें और अंत में एक बहुत बड़ी PRE फ़ाइल प्राप्त करें। यह इस फाइल के साथ है कि कलेक्टेक्टस उपयोगिता काम करेगी , जो पहले से ही मानव-पठनीय और आसानी से संपादित अनुवादक CATKEYS फाइलें बनाएगी। स्ट्रिंग्स को स्थानीय करने के बाद, आपको लिंककैटिक्स उपयोगिता का उपयोग करने की आवश्यकता है, जो निष्पादन योग्य फ़ाइल के संसाधनों में अनुवाद जोड़ता है। इस प्रकार, एक विशिष्ट सिस्टम भाषा का चयन करते समय, एप्लिकेशन अनुवादित लाइनों को प्रदर्शित करता है। अजीब बात है, अनुप्रयोग स्थानीयकरण पर हाइकु एपीआई प्रलेखन में बहुत कम जानकारी है। हालांकि, आधिकारिक साइट पर मुझे एक उत्कृष्ट लेख मिला , जो किसी एप्लिकेशन को स्थानीयकृत कर रहा है , जो इस ऑपरेटिंग सिस्टम के लिए एप्लिकेशन अनुवाद के कई पहलुओं का विवरण देता है। जैसा कि मैंने इसे समझा, मूल BeOS में लोकेल किट फ्रेमवर्क नहीं था और इसे हाइकू में ही जोड़ा गया था।

मेरा अगला कदम C ++ प्रोग्रामिंग भाषा में एप्लिकेशन विकसित करने के लिए एक वातावरण चुनना था। तथ्य यह है कि हाइकू, आईडीई क्यूटी रूपरेखा पर वापस पोर्ट दिया गया है खजाने में उपलब्ध ऐसे HaikuPorts, जैसे के कारण क्यूटी निर्माता औरकेडवेल्ड । इसके अलावा, एक JVM पोर्ट है , जो आपको जावा प्रोग्रामिंग भाषा में लिखे गए IDE का उपयोग करने की अनुमति देता है, उदाहरण के लिए, NetBeans या IntelliJ IDEA । मैंने क्यूटी क्रिएटर विकास पर्यावरण का विकल्प चुना, विशेष रूप से इसके नवीनतम संस्करणों में लिब्ब्लांग पार्सर का उपयोग करके कोड का एक उच्च-गुणवत्ता विश्लेषण है , जो मानक पार्सर की तुलना में बहुत अधिक सटीक और तेज काम करता है।


हाइकु ऑपरेटिंग सिस्टम पर चल रहा एकीकृत विकास वातावरण Qt Creator।

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


हाइकु के लिए पलाडिन IDE हाइकुपोर्ट भंडार से स्थापित किया गया है।

हाइकु विंडो सिस्टम में एकीकृत टाइलिंग का उपयोग करते हुए, आप पे एडिटर की तरफ पलाडिन विंडो संलग्न कर सकते हैं और एक टर्मिनल जोड़ सकते हैं। भंडार में अधिक HaikuPorts एक सुविधाजनक पाठ संपादक है Kodër , एक लोकप्रिय कार्यक्रम की याद ताजा करती Notepad ++ विंडोज के लिए, और भी परियोजना की उपलब्धियों के आधार पर स्फुलिंग । अपने आवेदन के लिए, मैंने एक प्रोजेक्ट PLD फ़ाइल बनाई और अब कोई भी डेवलपर जो Paladin IDE का उपयोग करता है, इस कार्यक्रम में आसानी से अपना प्रोजेक्ट खोल सकता है।

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


लेआउट एपीआई के उपयोग के माध्यम से, लांचर हाइकु में सिस्टम फ़ॉन्ट के आकार को बदलने के लिए सही ढंग से प्रतिक्रिया करते हैं।

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

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

 // Error const char* args[] = { "/bin/open", fURL.String(), NULL }; be_roster->Launch(&ref, 2, args); // Good const char* args[] = { fURL.String(), NULL }; be_roster->Launch(&ref, 1, args); // See "src/kits/app/Roster.cpp", BRoster::ArgVector::Init() method: if (error == B_OK) { fArgs[0] = fAppPath.Path(); // <= Here if (argc > 0 && args != NULL) { for (int i = 0; i < argc; i++) fArgs[i + 1] = args[i]; if (hasDocArg) fArgs[fArgc - 1] = fDocPath.Path(); } // NULL terminate (eg required by load_image()) fArgs[fArgc] = NULL; } 

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

 git clone ssh://EXL@git.haiku-os.org/haiku --depth=1 -b master && cd haiku git commit git push origin master:refs/for/master 

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

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

मैंने कई प्रकार के स्थैतिक विश्लेषणकर्ताओं के साथ अपनी परियोजना के कोड की जांच करने का फैसला किया, लेकिन उन्हें कोई गंभीर समस्या नहीं मिली। लेकिन मुझे बाद में एक समस्या मिली जिसका वे पता नहीं लगा सके। तथ्य यह है कि स्थिर विधि GetBitmap () वर्ग BTranslationUtils शून्य लौट सकता है:

 // Somewhere fBitmap = BTranslationUtils::GetBitmap(B_PNG_FORMAT, fIndex); void BeImageView::Draw(BRect rect) { // Fail const BRect bitmapRect = fBitmap->Bounds(); ... } 

और ड्रा () विधि में, मैं अनजाने में वैधता के लिए fBitmap वर्ग के क्षेत्र की जांच करना भूल गया । इसलिए, यदि यह एक निश्चित चित्र नहीं मिला, तो एप्लिकेशन अपेक्षित रूप से क्रैश हो गया, लेकिन योजना के अनुसार इसके बजाय एक लाल वर्ग खींचना था। मैंने इस कहानी को इस तथ्य से कहा कि जब किसी भी मामले में C ++ प्रोग्रामिंग भाषा में कोड के साथ काम करना हो तो स्थैतिक विश्लेषक एक रामबाण और चौकसता से दूर हैं।

BeGameLauncher परियोजना का स्रोत कोड और मेरे सभी सर्वोत्तम अभ्यास GitHub पर भंडार में अपलोड किए गए हैं। मुझे उम्मीद है कि यह कार्यक्रम किसी के लिए उपयोगी होगा और हाइकु के लिए एक सरल अनुप्रयोग के रूप में किसी तरह का ट्यूटोरियल हो सकता है

: परियोजना का स्रोत कोड: https://github.com/EXL/BeGameLauncher

उन लोगों के लिए एक छोटी सी सलाह जो हाइकुपॉर्ट्स रिपॉजिटरी के लिए अपने व्यंजनों में मेरे लांचर का उपयोग करेंगे। यदि आप हाइकु अनुप्रयोगों की सूची से खेल को निष्पादन योग्य छिपाना चाहते हैं जो कुछ कार्यक्रम पढ़ते हैं, और केवल लॉन्चर को वहां छोड़ देते हैं, तो आप निम्न चाल का उपयोग कर सकते हैं:

 settype -t application/x-vnd.Be-elfexecutable $appsDir/Gish/engine/Gish rc $portDir/additional-files/gish.rdef -o gish.rsrc resattr -o $appsDir/Gish/engine/Gish gish.rsrc 

यह विभिन्न कार्यक्रमों जैसे कि QuickLaunch , जो अनुप्रयोगों के त्वरित लॉन्च में लगे हुए हैं, से लॉन्चर द्वारा पारित मापदंडों के बिना निष्पादन योग्य फ़ाइलों को चलाने की क्षमता को बाहर कर देगा । इस स्थिति में, निष्पादन योग्य फ़ाइल पर आपका मूल आइकन सहेजा जाएगा।

<< सामग्री पर जाएं

6. पोर्टिंग Xash3D: लेजेंडरी हाफ-लाइफ गेम और आधिकारिक ऐड-ऑन

एक्सएश 3 डी प्रोजेक्ट गोल्डस्च इंजन का एक नि: शुल्क कार्यान्वयन है, जिसका उपयोग गेम हाफ-लाइफ और इसके आधिकारिक ऐड-ऑन में किया जाता है। Xash3D के विकास के पीछे घरेलू प्रोग्रामर अंकल मिशा हैं , जो अभी भी इसके विकास और सुधार का समन्वय करते हैं। थोड़ी देर बाद, अन्य डेवलपर्स प्रोजेक्ट में शामिल हो गए, जिन्होंने बड़ी संख्या में गैर-विंडोज ऑपरेटिंग सिस्टम के समर्थन के साथ FWGS Xash3D का एक कांटा बनाया । आज, FWGS Xash3D प्रोजेक्ट के प्रमुख प्रोग्रामर मितोर्न और a1batross ( libpony ) हैं, अंतिम व्यक्ति एक बार लोकप्रिय MotoFan.Ru फोरम में सक्रिय भागीदार था।जिसे मैं अभी भी अपने खाली समय में संभालता हूं।

मुझे आश्चर्य हुआ: इस इंजन को हाशू में पोर्ट क्यों नहीं किया गया, इस तरह के एक दिलचस्प ऑपरेटिंग सिस्टम के लिए Xash3D प्रोजेक्ट के लिए समर्थन जोड़ा गया, और हाइकु उपयोगकर्ताओं को पौराणिक हाफ-लाइफ खेलने का अवसर दिया गया? मामला छोटा रह गया - पोर्टिंग पर तुरंत काम शुरू करना आवश्यक था और, यदि सफल हो, तो इस काम के परिणामों को प्रकाशित करें।

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


Qt क्रिएटर आईडीई में हाइकु के लिए Xash3D इंजन को पोर्ट करने की प्रक्रिया।

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

लॉन्चर बनाने की परियोजना, जिसके बारे में मैंने थोड़ा अधिक लिखा था, मेरे लिए बहुत उपयोगी था। सी ++ वर्गों की विरासत का उपयोग करते हुए, मैंने गंभीरता से इसकी कार्यक्षमता का विस्तार किया और खेल में विभिन्न परिवर्धन का चयन करने की क्षमता को लागू किया:


हाइकू के लिए Xash3D इंजन पोर्ट लांचर का स्क्रीनशॉट।

यह विचार यह था: तीन पर्यावरण चर को परिभाषित करें जो आपको विशिष्ट ऐड-ऑन लॉन्च करने के लिए लचीले ढंग से गेम इंजन को कॉन्फ़िगर करने की अनुमति देगा। इस मामले में, उपयोगकर्ता को निष्पादन योग्य फ़ाइल के विभिन्न तर्कों के साथ खेलने देना और इंजन की पोर्टेबल लॉन्चिंग की संभावना को छोड़ने देना उपयोगी होगा जब यह निर्देशिका में बस आवश्यक डेटा फ़ाइलों के साथ होता है। तो, पहला पर्यावरण चर XASH3D_BASEDIR गेम फ़ाइलों के साथ निर्देशिका के लिए जिम्मेदार है जिसे उपयोगकर्ता लॉन्चर से चुनता है। दूसरा चर XASH3D_GAME लॉन्चर में लॉन्च के लिए उपयोगकर्ता द्वारा चुने गए किस अतिरिक्त के लिए जिम्मेदार है। और यहां तीसरा चर XASH3D_MIRRORDIR है, केवल उन्नत उपयोगकर्ताओं के लिए उपयोगी है। यह आपको Xash3D सिस्टम निर्देशिका को उपयोगकर्ता के लिए किसी भी लिखने योग्य डिस्क स्थान पर मिरर करने की अनुमति देता है। इस प्रकार, एक व्यक्ति जो हाइकु के तहत Xash3D इंजन पर अपना ऐड-ऑन गेम जारी करना चाहता है, उसे अपनी परियोजना के स्रोत कोड से विभिन्न आर्किटेक्चर के लिए कई गतिशील पुस्तकालयों को इकट्ठा करने की आवश्यकता है:

• ./cl_dlls/libclientient -haiku.so
•/dlls/libserver-haiku। .so
• ./cl_dlls/libclient-haiku64.so
• ./dlls/libserver-haiku64.so

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

Xash3D इंजन को पोर्ट करने की प्रक्रिया में, मैं कुछ मज़ेदार समस्याओं में भाग गया। यह पता चला है कि निष्पादन योग्य फ़ाइल के तर्कों के लिए मदद संदेश की लंबाई निर्धारित करने के लिए - --help पैरामीटर पास होने पर उत्पन्न होता है , इंजन ने MAX_SYSPATH निरंतर के पूर्वनिर्धारित आकार का उपयोग किया , जो कि एक अन्य MAX_PATH निरंतर का एक उपनाम है , जिसका मान हाइकु एपीआई से पहले से ही लिया गया है। इसलिए, लंबे समय तक मैं यह नहीं समझ सका कि यह प्रमाण पत्र अधूरा क्यों जारी किया गया है और सबसे दिलचस्प जगह में काट दिया गया है। सबसे पहले मैंने पाप किया कि मानक त्रुटि आउटपुट स्ट्रीम में कुछ अजीब तरीके सेstderr जुड़ा बफरिंग और यहां तक ​​कि इसे जबरन अक्षम करने की कोशिश की। कुछ समय बाद, मुझे याद आया कि हाइकु ऑपरेटिंग सिस्टम में MAX_PATH निरंतर के बहुत छोटे आकार से मैं हैरान था । यह निरंतर मात्र 1024 बाइट्स का पथ आकार ग्रहण करता है। मेरे अनुमान ने पूरी तरह से भुगतान किया, जैसे ही मैंने संदेश का आकार मानक 4096 बाइट्स तक बढ़ाया, समस्या हल हो गई। निम्नलिखित निष्कर्ष को इस मज़ेदार कहानी से निकाला जाना चाहिए: आपको कैरेक्टर सरणियों में MAX_PATH निरंतर का उपयोग नहीं करना चाहिए जो किसी भी तरह से फ़ाइल पथ से जुड़े नहीं हैं।


हाफ-लाइफ, साथ ही साथ इसके आधिकारिक परिवर्धन ब्लू शिफ्ट और ओपोज़िंग फोर्स के स्क्रीनशॉट का एक कोलाज, हाइकू ऑपरेटिंग सिस्टम में Xash3D इंजन का उपयोग करके लॉन्च किया गया था (पूर्वावलोकन, संदर्भ द्वारा वृद्धि )।

खेल के लिए ऐड-ऑन का चयन करने के लिए इंजन की कार्यक्षमता का उपयोग करते समय एक और समस्या दुर्घटना थी। यह पता चला कि जब XASH_INTERNAL_GAMELIBS परिभाषित किया गया था , क्लाइंट लाइब्रेरी को एक बार नहीं, बल्कि दो बार लोड किया गया था। जिसमें एक समान समस्या आ गई। जैसा कि a1batross ने मुझे समझाया , ऐसा इसलिए किया गया ताकि OpenVGUI लाइब्रेरी को क्लाइंट लाइब्रेरी से स्टेटिकली लिंक किया जा सके । हाइकु पर मेरे Xash3D पोर्ट में, इस लाइब्रेरी का किसी भी तरह से उपयोग नहीं किया जाता है, इसलिए मैं केवल डिफ़ॉल्ट का उपयोग करने से बचता हूंXASH_INTERNAL_GAMELIBS और इंजन के डेवलपर्स को इस बग की सूचना दी।

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

जब कोई त्रुटि होती है, तो Xash3D इंजन सक्रिय रूप से SDL_ShowSimpleMessageBox () और SDL_ShowMessageBox () फ़ंक्शन कॉल का उपयोग करता है, हाइकु के लिए केवल वर्तमान SDL2 लाइब्रेरी पोर्ट इन संवादों के निर्माण का समर्थन नहीं करता है। लाइब्रेरी के हमारे संस्करण में बस यह कार्यक्षमता नहीं है। लेकिन मैं नीचे इस समस्या को ठीक करने के बारे में बात करूंगा।


Xash3D इंजन का पोर्ट, हाइकु डिपो रिपॉजिटरी में प्रकाशित।

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

प्रोजेक्ट स्रोत कोड: https://github.com/FWGS/xash3d

मैंने स्रोत कोड में सभी बदलावों को FWGS Xash3D प्रोजेक्ट के डेवलपर्स को भेजा, जिन्होंने उन्हें रिपॉजिटरी में स्वीकार किया, और इस इंजन के साथ पैकेज लंबे समय से हाइकुपोर्ट और हाइकु उपयोगकर्ता के लिए हाइकुडॉटॉट प्रोग्राम में उपलब्ध थे। ।

<< सामग्री पर जाएं

7. खेल के दो हिस्सों को पोर्ट करना सीरियस सैम: पहला एनकाउंटर और दूसरा एनकाउंटर

हाल ही में, क्रोटेम के डेवलपर्स ने सीरियस इंजन के लिए स्रोत कोड पोस्ट किया , जिसका उपयोग सीरियस सैम श्रृंखला में खेलों में किया जाता है: पहला एनकाउंटर और दूसरा एनकाउंटर । मैंने इसे हाइकु ऑपरेटिंग सिस्टम में पोर्ट करने का फैसला किया, स्रोत कोड डाउनलोड किया और काम करना शुरू कर दिया।


हाइकू के लिए गंभीर इंजन पोर्ट लांचर का स्क्रीनशॉट।

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


सीरियस सैम का स्क्रीनशॉट: हाइकू ऑपरेटिंग सिस्टम के लिए सीरियस इंजन पोर्ट का उपयोग करके दूसरा एनकाउंटर गेम लॉन्च किया गया।

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


सीरियस सैम का स्क्रीनशॉट: हाइकु ऑपरेटिंग सिस्टम के लिए सीरियस इंजन के पोर्ट का उपयोग करके पहला एनकाउंटर गेम लॉन्च किया गया।

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

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

एक और समस्या खेल में संगीत की कमी थी। हालांकि, लिनक्स पर, फिर से, यह समस्या उत्पन्न नहीं हुई। इंजन के स्रोत कोड की जांच करने पर, मैंने पाया कि संगीत बजाना libvorbisfile लाइब्रेरी पर निर्भर करता है, लेकिन इंजन स्वयं इसके साथ लिंक नहीं करता है, लेकिन इस लाइब्रेरी में OGG ऑडियो फ़ाइल स्ट्रीम को खिलाने के लिए dlopen () सिस्टम फ़ंक्शन का उपयोग करता है । समस्या यह थी कि हाइकु पर इस पुस्तकालय को इंजन नहीं मिल सकता था, क्योंकि संस्करण के बिना पुस्तकालय फ़ाइल में कोई सिमलिंक नहीं था।

 void CUnixDynamicLoader::DoOpen(const char *lib) { // Small HACK for Haiku OS (: #ifdef __HAIKU__ static int vorbis_cnt = 3; char path[PATH_MAX]; char libpath[PATH_MAX]; find_directory(B_SYSTEM_LIB_DIRECTORY, -1, false, libpath, PATH_MAX); if (strstr(lib, "vorbis")) { snprintf(path, sizeof(path), "%s/libvorbisfile.so.%c", libpath, char(vorbis_cnt + '0')); vorbis_cnt++; lib = path; } #endif // fprintf(stderr, "dlopen => %s\n", lib); module = ::dlopen(lib, RTLD_LAZY | RTLD_GLOBAL); SetError(); } 

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

अगली समस्या जो मुझे मिली, वह x86 आर्किटेक्चर पर प्रोसेसर की आवृत्ति को निर्धारित करने में असमर्थता थी, हालाँकि x86_64 पर सब कुछ ठीक था। X86 पर चलने पर, इंजन ने SERIOUS_MHZ नाम के साथ एक पर्यावरण चर सेट करने के लिए कहाऔर इसमें उपयुक्त आवृत्ति निर्धारित की, जिसने मुझे बहुत आश्चर्यचकित किया। मैंने इसे करने की कोशिश की और खेल वास्तव में शुरू हुआ, लेकिन किसी कारण से इसने बहुत धीरे-धीरे काम किया। खेल के स्रोत कोड पर चढ़ना, लंबे समय तक मैं समस्या का स्रोत नहीं ढूंढ सका और यहां तक ​​कि एक कोड भी लिखा जो हाइकु एपीआई का उपयोग करके सही प्रोसेसर आवृत्ति प्राप्त करता है और इसे खेल इंजन में स्थानापन्न करता है, यह है कि यह कैसे देखा जाता है।

 #include <kernel/OS.h> #include <stdio.h> ... uint64 cpuFreq = 0; uint32 count = 0; get_cpu_topology_info(NULL, &count); if (count != 0) { cpu_topology_node_info *topology = new cpu_topology_node_info[count]; get_cpu_topology_info(topology, &count); for (uint32 i = 0; i < count; ++i) { if(topology[i].type == B_TOPOLOGY_CORE) { cpuFreq = topology[i].data.core.default_frequency; } } delete[] topology; } fprintf(stderr, "%llu\n", cpuFreq); 

लेकिन इससे कोई फायदा नहीं हुआ। तब मैंने x86_64 पर इंजन लॉग की जांच की और देखा कि वहां सीपीयू आवृत्ति आमतौर पर 1 मेगाहर्ट्ज पर निर्धारित होती है, लेकिन सब कुछ ठीक काम करता है। आगे कोड की जांच जारी रखते हुए, मैं __GNU_INLINE_X86_32__ के एक खंडन को परिभाषित करता हूं , जो x86 आर्किटेक्चर के लिए एप्लिकेशन के निर्मित होने पर स्वतः ही उजागर हो जाता है, लेकिन x86_64 के लिए नहीं। इस निश्चित से नीचे, SDL2 टाइमर का उपयोग करने वाला झंडा छिपा हुआ था, इनलाइन असेंबलर और rdtsc निर्देश जैसे विभिन्न जादू का उपयोग करके प्रोसेसर आवृत्ति प्राप्त करने या / proc / cpuinfo फ़ाइल पढ़ने के बजाय , इसलिए मैंने इस ध्वज को सक्रिय किया; x86 के लिए, जिसने मेरी समस्या हल कर दी।

अंतिम दोष मेरी लापरवाही से संबंधित था। मैं असेंबली फाइल में चूक गयाCMakeLists.txt सेटिंग -march = देशी ध्वज , जो शाब्दिक रूप से कंपाइलर को बताता है: मशीन कोड के ब्लॉक बनाते समय, सभी परिष्कृत और आधुनिक निर्देशों का उपयोग करें जो आपके कंप्यूटर के प्रोसेसर पर उपलब्ध हैं।

 if(NOT PANDORA AND NOT HAIKU) message("Warning: arch-native will be used!") add_compile_options(-march=native) endif() if(HAIKU) if(CMAKE_SIZEOF_VOID_P EQUAL 4) # 32-bit message("Warning: Will building 32-bit executable with MMX, SSE, SSE2 support.") add_compile_options(-mmmx -msse -msse2) else() # 64-bit message("Warning: Will building 64-bit executable.") endif() endif() 

इस वजह से, रिपॉजिटरी में पैकेज विशेष रूप से सबसे शक्तिशाली बिल्ड सर्वर के तहत एकत्र हुए और साधारण नश्वर लोगों के कंप्यूटर पर चलने से इनकार कर दिया, गलत निर्देशों और opcodes पर शपथ ली। इस ध्वज को अक्षम करना और मैन्युअल रूप से MMX, SSE और SSE2 निर्देशों के लिए समर्थन जोड़ना न केवल इस समस्या को हल करता है, बल्कि हमें इस परियोजना में एक विशाल इनलाइन असेंबलर को संकलित करने की भी अनुमति देता है, जो इस ध्वज को हटाने के बाद गिर गया।

मेरे बड़े अफ़सोस के लिए, Croteam Developers इंजन रिपॉजिटरी में किसी भी पैच को स्वीकार नहीं करते हैं, इसलिए मैंने अपना सारा काम छोड़ दिया और अपना सारा काम वहाँ रख दिया:

प्रोजेक्ट सोर्स कोड: https://github.com/EXLMOTODEV/Serious-Engine

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

<< सामग्री पर जाएं

8. वैंगर्स गेम को पोर्ट करना

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


हाइकू के लिए वैंगर गेम पोर्ट लांचर का स्क्रीनशॉट।

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


क्यूटी क्रिएटर आईडीई में हाइकु के लिए एक वैंगर गेम को पोर्ट करने की प्रक्रिया।

मैंने खेल शुरू किया और थोड़ी देर बाद मैंने पूरे माहौल की सराहना की जिसे केडी लैब के लोग बनाने में कामयाब रहे। कुछ समय बाद, मैंने निंबस को इनक्यूबेटर और कफ को पोडिश में ले जाना शुरू किया, जिसके बाद मैं एलिक को तीसरे स्थान पर लाने में सफल रहा। पर्याप्त खेलने के बाद, मैंने अपनी लाइब्रेरी के आधार पर इस गेम के लिए एक लांचर तैयार करना शुरू किया, जिसके बारे में मैंने ऊपर लिखा था।


वैंगर के लिए एक गेम पोर्ट हाइकु ऑपरेटिंग सिस्टम पर चल रहा है।

पहली समस्या जो मुझे मिली, वह यह थी कि गेम डेटा फाइलें, जो आधिकारिक तौर पर डिजिटल वितरण सेवाओं GOG.com और स्टीम का उपयोग करके प्राप्त की जा सकती थीं, इंजन के साथ काम नहीं करना चाहती थीं । मुझे ऐसे व्यक्ति से संपर्क करना था जो उपनाम के डंठल का उपयोग करता है और जो वांगर को लिनक्स में पोर्ट कर रहा था। उन्होंने मुझे बताया कि कौन सी फाइल को बदलना है, ताकि सब कुछ शुरू हो जाए और काम करना शुरू हो जाए। मैंने उनकी सिफारिशों का पालन किया और मुझे जो चाहिए था, वह मिला।

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


वैंगर का गेम पोर्ट, हाइकु डिपो रिपॉजिटरी में प्रकाशित।

वांगर को पोर्ट करते समय, मैंने साझा पुस्तकालयों से संबंधित एक दिलचस्प विशेषता का उपयोग किया जो मुझे हाइकू के बारे में पसंद है। गेम इंजन डायनेमिक लाइब्रेरी libclunk.so पर निर्भर करता है , जो वास्तविक समय में द्विभाषी ध्वनियों को उत्पन्न करने के लिए जिम्मेदार है। और अगर लिनक्स पर, मुझे अपनी उंगलियों को तोड़ना है , तो इस लाइब्रेरी के पथ को पर्यावरण चर चर LD_LIBRARY_PATH में बदलें , ताकि इससे पहले जो इस चर में था, वह भी बच जाए, फिर हाइकु में यह आसानी से किया जाता है, जैसे कि विंडोज में। यह निष्पादन योग्य फ़ाइल के बगल में साझा लाइब्रेरी को डालने के लिए पर्याप्त है और इसे उठाया जाएगा, एकमात्र अंतर यह है कि हाइकु के मामले में, लाइब्रेरी को निर्देशिका में रखा जाना चाहिए ।/lib/, जो मेरी राय में समय और तंत्रिकाओं को बहुत बचा सकता है। इसलिए, मैंने इस पुस्तकालय के स्थैतिक संकलन पर विचार नहीं करने का निर्णय लिया।

प्रोजेक्ट सोर्स कोड: https://github.com/KranX/Vangers

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

<< सामग्री पर जाएं

9. हाइकु के लिए SDL2 पुस्तकालय में संवादों का कार्यान्वयन

Xash3D और सीरियस इंजन इंजन को पोर्ट करते समय, जिसके बारे में मैंने ऊपर लिखा था, मैं SDL2 लाइब्रेरी में एक स्थानीय पोर्ट भर में आया था, जिसमें संवादों के कार्यान्वयन की पूरी कमी थी। डायलॉग्स को दो कार्यों द्वारा बुलाया जाता है SDL_ShowSimpleMessageBox () और SDL_ShowMessageBox () , जो किसी भी महत्वपूर्ण जानकारी के बारे में उपयोगकर्ता को सूचित करने की अनुमति देते हैं, उदाहरण के लिए, एक त्रुटि के बारे में। इन संवादों का कार्यान्वयन कई प्लेटफार्मों और ऑपरेटिंग सिस्टम पर उपलब्ध है: विंडोज, मैकओएस, आईओएस, एक्स 11 और एंड्रॉइड, लेकिन किसी कारण से हाइकू से गायब है। मैंने इस चूक को ठीक करने और SDL2 लाइब्रेरी पोर्ट में इस कार्यक्षमता को जोड़ने का निर्णय लिया।

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


हाइकु ऑपरेटिंग सिस्टम के लिए SDL2 लाइब्रेरी में संवादों का कार्यान्वयन।

मुझे जो पहली कठिनाई हुई, वह यह थी कि जब BAlert वर्ग या उसके वंशजों की किसी भी वस्तु का उपयोग किया गया, तो BApplication सिस्टम वर्ग का एक उदाहरण बनाना आवश्यक था , जाहिर तौर पर app_server में एप्लिकेशन को पंजीकृत करने के लिए उसके साथ बातचीत करने में सक्षम होने के लिए। मैंने इस वर्ग का एक उदाहरण बनाया, लेकिन किसी अन्य प्रक्रिया से या बनाई गई विंडो से BAlert संवाद को कॉल करते समय , मुझे इस तथ्य से संबंधित एक और त्रुटि मिली कि आवेदन में BAPlication वर्ग की दो वस्तुएं नहीं हो सकती हैं , सौभाग्य से मुझे इस समस्या का हल मिल गया। हाइकु एपीआई में कक्षा के वर्तमान उदाहरण के लिए एक वैश्विक सूचक हैBApplication , जिसे be_app कहा जाता है , Qt ढांचे में इसका समकक्ष एक विशेष qApp मैक्रो है , जो वर्तमान एप्लिकेशन ऑब्जेक्ट के लिए एक पॉइंटर को भी परिभाषित करता है। तो, बस NULL के लिए be_app पॉइंटर की जांच करना पर्याप्त है, और यदि चेक सफल होता है, तो आवश्यक वस्तु बनाएं। इस प्रकार, इन सभी समस्याओं का समाधान किया गया।

यह ध्यान देने योग्य है कि एसडीएल 2 पुस्तकालय सी प्रोग्रामिंग भाषा में लिखा गया है, और हाइकु एपीआई, जैसा कि आप जानते हैं, सी ++ प्रोग्रामिंग भाषा का उपयोग करता है। इस वजह से, कोड के कुछ हिस्सों को बाहरी "सी" बाध्यकारी सम्मेलनों के साथ लेपित किया जाना चाहिए ताकि लिंकिंग के दौरान चरित्र संकल्प के साथ कोई समस्या न हो। इसके अलावा, के बजायनया , आपको नए ऑपरेटर (std :: nothrow) का उपयोग करना चाहिए , NULL के लिए आवंटित मेमोरी की जांच करने में सक्षम होने के बजाय, अपवादों को फेंकने के बजाय, SDL2 का प्रसंस्करण, निश्चित रूप से समर्थन नहीं करता है।

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

यदि प्रोग्रामर इस संवाद में एक बहुत, बहुत लंबी लाइन थूकने का फैसला करता है, तो BTextView वर्ग ऑब्जेक्ट , जो BAlert क्लास ऑब्जेक्ट के अंदर उपयोग किया जाता है , को तर्क के साथ SetWordWrap () विधि को कॉल करने की आवश्यकता हैइस तरह के एक प्रोग्रामर को अपनी बाहों में मारने और संवाद को स्क्रीन पर फिट करने के लिए। ऐसा लगता है कि कुछ भी आसान नहीं है: हम स्ट्रिंग की लंबाई की जाँच स्ट्रलेन () फ़ंक्शन का उपयोग करके करते हैं और सही काम करते हैं। एकमात्र समस्या यह है कि SDL2 UTF-8 के साथ भी काम करता है, जिसका अर्थ है कि स्ट्रलेन () फ़ंक्शन बाइट्स की संख्या लौटाएगा, वर्णों की संख्या नहीं। हाइकु एपीआई और बस्ट्रिंग स्ट्रिंग क्लास बचाव के लिए आते हैं , जिसमें काउंटचर्स () विधि है , जो आपको वर्णों में स्ट्रिंग की लंबाई खोजने की अनुमति देती है, बाइट्स में नहीं:

 bool CheckLongLines(const char *aMessage) { int final = 0; // This UTF-8 friendly. PS G_MAX_STRING_LENGTH = 120 BString message = aMessage; int32 length = message.CountChars(); for (int i = 0, c = 0; i < length; ++i) { c++; if (*(message.CharAt(i)) == '\n') { c = 0; } if (c > final) { final = c; } } return (final > G_MAX_STRING_LENGTH); } 

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

पैकेज तैयार करते समय, मुझे x86_gcc2 आर्किटेक्चर के लिए बिल्ड एरर का सामना करना पड़ा, जो कि SDL2 लाइब्रेरी रेसिपी में सक्रिय है। यह पता चला कि सबसे पुराना जीसीसी 2.95 संकलक अनुमान नहीं लगा सकता है कि टिप्पणी कोड नीचे दिए गए के बराबर है:

 rgb_color ConvertColorType(const SDL_MessageBoxColor *aColor) const { // return { aColor->r, aColor->g, aColor->b, 255 }; rgb_color color = { aColor->r, aColor->g, aColor->b, color.alpha = 255 }; return color; } 

इसलिए, मुझे पुरानी शैली में इस टुकड़े को फिर से लिखना पड़ा और अभी भी कक्षा में कुछ स्थिरांक की शुरूआत को सीधे उनकी घोषणाओं में हटा दिया गया था, पुराने संकलक को यह पसंद नहीं था।

मैंने हाइकुपोर्ट्स रिपॉजिटरी को एसडीएल 2 संवादों के कार्यान्वयन के लिए पैच भेजे, इसलिए अब Xash3D और सीरियस इंजन इंजन उपयोगकर्ता को किसी भी जानकारी को सही ढंग से जारी कर सकते हैं, उदाहरण के लिए, त्रुटियों के बारे में। लेकिन मैंने अभी तक SDL2 डेवलपर्स से संपर्क नहीं किया है, लेकिन हाइकुपोर्ट भंडार के सभी पैच को अपस्ट्रीम SDL2 लाइब्रेरी में स्थानांतरित करना अच्छा होगा। हालांकि हमारे पैच के हस्तांतरण पर काम थोड़ा और अधिक की वजह से जटिल हाल के नाम के साथ उपसर्ग कार्यों BE_ * पर HAIKU_ * है, लेकिन यह इस तरह के एक गंभीर समस्या नहीं है।

<< सामग्री पर जाएं

10. कूल रीडर का मेरा कांटा पोर्ट करना

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


हाइकू पर चल रहा कूल रीडर का मेरा कांटा।

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

प्रोजेक्ट सोर्स कोड: https://github.com/EXLMOTODEV/coolreader

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

<< सामग्री पर जाएं

11. KeymapSwitcher प्रोग्राम को अंतिम रूप देना

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

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


कीबोर्ड लेआउट स्विच करने के लिए एक लोकप्रिय कीबोर्ड शॉर्टकट के साथ हाइकू पर कीमैपस्विच।

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

प्रोजेक्ट सोर्स कोड: https://github.com/HaikuArchives/KeymapSwitcher

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

<< सामग्री पर जाएं

12. निष्कर्ष

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


हाइकु ऑपरेटिंग सिस्टम पर चलने वाले विभिन्न अनुप्रयोग।

मुझे पूरी उम्मीद है कि भविष्य में आज की सभी समस्याएं, जैसे कि 3 डी हार्डवेयर त्वरण और लोकप्रिय ब्राउज़रों की कमी, साथ ही साथ आधुनिक हार्डवेयर के लिए खराब समर्थन, को सफलतापूर्वक हल किया जाएगा और हाइकु को डेवलपर्स और उपयोगकर्ताओं से नए रक्त का प्रवाह मिलेगा, जो इसकी अनूठी क्षमताओं और मूल डिजाइन की सराहना करेंगे। । सौभाग्य से, विकास ऑपरेटिंग सिस्टम के बारे में गर्म विषयों बढ़ती स्थानीय मंच पर अभी भी खड़े नहीं है और आज 3 डी त्वरण और पुस्तकालय पोर्टिंग के बारे में जीटीके + 3 , और HaikuPorts खजाने घटक स्थानांतरित करने की संभावना पर चर्चा की QtWebEngine। GTK + 3 पोर्ट लोकप्रिय फ़ायरफ़ॉक्स और क्रोमियम ब्राउज़रों को लॉन्च करने और काम करने की संभावना को बढ़ा सकता है, और QtWebEngine, Qt ढांचे के आधार पर आधुनिक ब्राउज़रों में ब्लिंक इंजन का उपयोग करने की अनुमति देगा, जैसे ओटर ब्राउज़र या फ़ॉकन ।

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

मेरे सभी पोर्ट और सुधार पहले ही प्रकाशित हो चुके हैं और सभी हाइकू उपयोगकर्ताओं के लिए उपलब्ध हैं। स्रोत कोड में सभी परिवर्तन उनके मूल लाइसेंस के तहत संबंधित रिपॉजिटरी में उपलब्ध हैं। इस काम में, मैंने बड़ी मात्रा में सामग्रियों का उपयोग किया, जिनमें से मुख्य मैं नीचे दिए गए उपयोगी लिंक में उजागर करूंगा। Stackoverflow.com और google.com के लिए बहुत धन्यवाद ।

1. हाइकू ऑपरेटिंग सिस्टम की आधिकारिक वेबसाइट ।
2. हाइकू ऑपरेटिंग सिस्टम का आधिकारिक मंच ।
3. हाइकु उपयोगकर्ताओं के लिए आधिकारिक दस्तावेज ।
4. हाइकु डेवलपर्स के लिए आधिकारिक दस्तावेज ।
5. हाइकु ग्राफिकल यूजर इंटरफेस की विशेषताओं का विवरण ।
6. हाइकु अनुप्रयोगों के लिए आइकन बनाने की सिफारिशें ।
7. आइकॉन-ओ-मैटिक प्रोग्राम का वर्णन और इसके उपयोग के लिए टिप्स ।
8. वेक्टर HVIF आइकन के प्रारूप का विवरण ।
9. इंटरफ़ेस किट ढांचे के लिए आधिकारिक दस्तावेज ।
10. लोकेल किट ढांचे के लिए आधिकारिक दस्तावेज ।
11. हाइकु के लिए अनुप्रयोग स्थानीयकरण पहलुओं पर अनुच्छेद ।
12. लेआउट एपीआई के लिए आधिकारिक दस्तावेज ।
13. हाइकु में लेआउट एपीआई के कार्यान्वयन का वर्णन करने वाले लेखों की एक श्रृंखला ।
14. हाइकु ऑपरेटिंग सिस्टम के स्रोत कोड का GitHub रिपॉजिटरी ।
15. हाइकुपोर्ट रेसिपी के पेड़ का गिटहब भंडार ।
16. तैयार एचपीकेजी पैकेजों के भंडार का इंटरनेट संस्करण हाइकु डिपो वेब ।
17. INSTEAD डेवलपर, पीटर कोश्यख के ब्लॉग पर एक दिलचस्प लेख "हाइकू: दीपक गीक-ओएस" ।
18. द हाइकु: इम्स्टैड के डेवलपर ब्लॉग, प्योत्र कोश्यख पर विसर्जन लेख ।
19. डार्कवेयर से "लर्निंग टू प्रोग्राम विद हाइकु" प्रोग्रामिंग पाठों का कोर्स ।
20. डार्कवेरम से प्रोग्रामिंग सबक "हाइकु के साथ प्रोग्रामिंग" का कोर्स ।
21. प्रकाशन "क्या हाइकु पर जीवन है?" मेरे पास से संसाधन Linux.org.ru पर ।
22. टेलीग्राम आईएम में सम्मेलन, हाइकू ऑपरेटिंग सिस्टम की चर्चा के लिए समर्पित ।

संसाधन के सभी उपयोगकर्ताओं को बधाईhabr एक नया साल मुबारक और उन्हें इच्छा खुश क्रिसमस की छुट्टियों के! नए 2019 वर्ष में आप लोगों को शुभकामनाएँ!

<< सामग्री पर जाएं