👨🏿‍🚒 ↘️ 🎟️ इंजन, स्क्रिप्टिंग भाषा और दृश्य उपन्यास

45 घंटे के लिए दृश्य उपन्यास, इंजन और पटकथा भाषा

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

इस लेख में:

दृश्य छोटी कहानियों के लिए इंजन का डिजाइन और कार्यान्वयन,
8 घंटे में एक गैर-रेखीय साजिश के साथ एक खेल,
अपनी भाषा में लिपियों में खेल के तर्क को हटाना।

रुचि रखते हैं? फिर बिल्ली का स्वागत है।

सावधानी: इसमें बहुत सारा टेक्स्ट और ~ 3.5mb की इमेज है

सामग्री:

0. इंजन के विकास का औचित्य।

मंच की पसंद।
इंजन वास्तुकला और इसके कार्यान्वयन:
2.1। समस्या का बयान।
2.2। वास्तुकला और कार्यान्वयन।
स्क्रिप्ट भाषा:
3.1। भाषा।
3.2। दुभाषिया।
खेल विकास:
4.1। खेल के तर्क का इतिहास और विकास।
4.2। ग्राफिक्स।
आँकड़े और परिणाम।

नोट: यदि किसी कारण से आप तकनीकी विवरणों में रुचि नहीं रखते हैं, तो आप चरण 4 "गेम डेवलपमेंट" पर छोड़ सकते हैं, हालांकि आप सामग्री के थोक को छोड़ देंगे

0. इंजन के विकास का औचित्य

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

1. मंच का चयन

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

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

सवाल शायद उठता है: यह किस तरह का गेम इंजन है, लेकिन हार्डवेयर त्वरण के बिना? ओपनगेल से निपटने के लिए समय की कमी के साथ-साथ इसका पूर्ण अर्थहीनता में उत्तर निहित है: एफपीएस एक दृश्य उपन्यास (किसी भी मामले में, इस मामले में उतना ही एनीमेशन और ग्राफिक्स के साथ) के लिए महत्वपूर्ण नहीं है।

2. इंजन की वास्तुकला और इसके कार्यान्वयन

2.1 समस्या का बयान

कुछ करने का निर्णय लेने के लिए, आपको यह तय करने की आवश्यकता है कि क्यों। यह मुझे समस्या के बयान के बारे में है, क्योंकि आर्किटेक्चर सार्वभौमिक नहीं है, लेकिन परिभाषा के अनुसार, "डोमेन-विशिष्ट" इंजन, सीधे इच्छित खेल पर निर्भर करता है।

यूनिवर्सल इंजन द्वारा, मैं उस इंजन को समझता हूं जो अपेक्षाकृत कम-स्तरीय अवधारणाओं का समर्थन करता है, जैसे "गेम ऑब्जेक्ट", "दृश्य", "घटक"। इसे एक सार्वभौमिक इंजन नहीं बनाने का निर्णय लिया गया, क्योंकि इससे विकास का समय काफी कम हो जाएगा।

जैसा कि योजना बनाई गई है, खेल में निम्नलिखित भाग शामिल होने चाहिए:

दृश्य उपन्यास खेल की संरचना

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

नोट: दृश्य से मेरा मतलब है कि खेल का तार्किक हिस्सा। इस पूरे भाग में दृश्य की कसौटी समान पृष्ठभूमि हो सकती है।

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

शायद सबसे महत्वपूर्ण इच्छा खेल तर्क को जावा में नहीं लिखने की इच्छा थी, लेकिन कुछ सरल घोषणात्मक भाषा में।

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

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

2.2। वास्तुकला और कार्यान्वयन

उपरोक्त सभी को देखते हुए, आप इंजन को तीन अपेक्षाकृत बड़े भागों में विभाजित कर सकते हैं जो एक ही जावा पैकेज के अनुरूप हैं:

display - इसमें वह सब कुछ शामिल है जो किसी भी जानकारी (ग्राफिक, पाठ और ध्वनि) के उपयोगकर्ता को आउटपुट की चिंता करता है, साथ ही उससे इनपुट भी प्राप्त करता है। एक प्रकार का (देखें), अगर हम MVC / MVP / आदि के बारे में बात करते हैं
initializer - इसमें वे कक्षाएं होती हैं जिनमें इंजन को इनिशियलाइज़ और लॉन्च किया जाता है।
sl - स्क्रिप्टिंग भाषा (इसके बाद - SL) के साथ काम करने के लिए उपकरण शामिल हैं।

इस अनुच्छेद में मैं पहले दो भागों पर विचार करूंगा। मैं दूसरे के साथ शुरू करूँगा।

प्रारंभिक वर्ग में दो मुख्य विधियाँ हैं: initialize() और run() । प्रारंभ में, नियंत्रण लांचर वर्ग में आता है, जहां से initialize() कहा जाता है। कॉल के बाद, इनिलाइज़र प्रोग्राम के लिए दिए गए मापदंडों का विश्लेषण करता है (दौड़ने के लिए निर्देशिका का रास्ता और चलाने के लिए खोज का नाम), चयनित खोज के प्रकटीकरण को लोड करता है (इसके बारे में थोड़ी देर बाद), प्रदर्शन को इनिशियलाइज़ करता है, जाँचता है कि खोज द्वारा आवश्यक भाषा संस्करण (SL) डेटा द्वारा समर्थित है या नहीं। दुभाषिया, और अंत में, डेवलपर कंसोल के लिए एक अलग थ्रेड लॉन्च करता है।

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

खोज की फ़ाइल संरचना इस प्रकार है:

खोज की फ़ाइल संरचना

खोज के लिए एक अलग फ़ोल्डर है, जिसके मूल में मैनिफ़ेस्ट है, साथ ही तीन अतिरिक्त फ़ोल्डर हैं: audio - ध्वनि के लिए, graphics - दृश्य भाग और scenes - स्क्रिप्ट के लिए जो दृश्यों का वर्णन करते हैं।

मैं घोषणापत्र का संक्षेप में वर्णन करना चाहूंगा। इसमें निम्नलिखित फ़ील्ड शामिल हैं:

sl_version_req - SL संस्करण खोज शुरू करने के लिए आवश्यक है,
init_scene - उस दृश्य का नाम जहां से खोज शुरू होती है,
quest_name - एक सुंदर खोज नाम जो विंडो शीर्षक में दिखाई देता है,
resolution - स्क्रीन का रिज़ॉल्यूशन जिसके लिए खोज का उद्देश्य है (इस बारे में कुछ शब्द बाद में),
font_size - सभी पाठ के लिए फ़ॉन्ट आकार,
font_name सभी पाठ का फ़ॉन्ट नाम है।

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

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

इसके अलावा, जब डिस्प्ले को इनिशियलाइज़ किया जाता है, तो कर्सर छिपा होता है, क्योंकि यह गेमप्ले में शामिल नहीं होता है।

डेवलपर कंसोल के बारे में संक्षेप में। इसे निम्नलिखित कारणों से विकसित किया गया था:

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

यह इनिशलाइज़र और संबंधित चीजों के विवरण को समाप्त करता है, और हम प्रदर्शन के विवरण के लिए आगे बढ़ सकते हैं।

इसकी अंतिम संरचना इस प्रकार है:

प्रदर्शन संरचना

समस्या के बयान से, हम यह निष्कर्ष निकाल सकते हैं कि जो कुछ करना होगा, वह चित्र बनाना, पाठ आकर्षित करना, ऑडियो चलाना है।

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

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

एक वस्तु (OOP के दृष्टिकोण से) जो पाठ / छवि का वर्णन करती है, उसे एक विवरणक कहा जाता है। यही है, एपीआई इंजन के उपयोगकर्ता के लिए केवल डिस्क्रिप्टर हैं जिन्हें डिस्प्ले स्टेट में जोड़ा जा सकता है और इसे से हटा दिया जा सकता है। इस प्रकार, प्रदर्शन के अंतिम संस्करण में निम्नलिखित वर्णनकर्ता हैं (वे एक ही नाम की कक्षाओं के अनुरूप हैं):

विवरणकर्ता का नाम:	डिस्क्रिप्टर विवरण:
`ImageDescriptor`	इमेज डिस्क्रिप्टर: इसमें इमेज ( `BufferedImage` ), स्क्रीन पर स्थिति और ऊँचाई के साथ चौड़ाई शामिल है। हालांकि, जब बनाते हैं, तो केवल चौड़ाई निर्दिष्ट की जाती है - ऊंचाई की गणना मूल ऊंचाई के अनुपात में की जाती है (और छवि को मैन्युअल रूप से फैलाने / संकुचित करने का कोई तरीका नहीं है, इसलिए यह एक बुरा निर्णय था)।
`TextDescriptor`	टेक्स्ट डिस्क्रिप्टर: इसमें टेक्स्ट, उसकी स्थिति और आकार शामिल हैं। इसके अलावा, पाठ चौड़ाई और ऊंचाई में नहीं होता है, लेकिन सीमाओं से परे जाने पर कट जाता है। पाठ को शब्दांश और बस व्हाट्सएप वर्णों द्वारा स्थानांतरित किया जा सकता है, और लाइनों द्वारा स्क्रॉल भी किया जा सकता है।
`AudioDescriptor`	एक ऑडियो डिस्क्रिप्टर जो ऑडियो चला सकता है (एक बार या लूप किया जाता है), इसे रोकें और इसे हटा दें।
`AnimationDescriptor`	एक एनीमेशन हैंडल जो ऑडियो की तरह लूप किया जा सकता है। इसमें एक ऑब्जेक्ट होता है जो एनीमेशन को लागू करता है, और एक छवि विवरणक जिसके लिए एनीमेशन खेला जाता है। मुख्य विधि `update(long)` , जो पिछले `update(long)` कॉल के बाद मिली मिलीसेकंड की संख्या को ले जाती है। उनकी संख्या का उपयोग एनीमेशन की वर्तमान स्थिति की गणना करने के लिए किया जाता है।
`InputDescriptor`	इनपुट डिस्क्रिप्टर: एक टेक्स्ट फ़ील्ड है जिसमें कर्सर हमेशा टेक्स्ट के अंत में होता है। यह भी ध्यान देने योग्य है कि इनपुट डिस्क्रिप्टर से टेक्स्ट को स्टोरेज और रेंडरिंग एक निहित रूप से बनाए गए टेक्स्ट डिस्क्रिप्टर के माध्यम से किया जाता है, ताकि तर्क की नकल न हो। मजेदार बात यह है कि मैंने बैकस्पेस को दबाने की संभावना को ध्यान में रखा, लेकिन डिलीट को ध्यान में नहीं रखा; और जब गेम के दौरान डिलीट अभी भी दबाया गया था, तो फ़ील्ड में, दिखाई दिया, क्योंकि डिलीट के लिए कोई प्रोसेसिंग नहीं की गई थी और कैरेक्टर ने टेक्स्ट पर प्रदर्शित करने की कोशिश की।
`KeyAwaitDescriptor`	एक हैंडल जिसके लिए आवश्यक कुंजी पारित की जाती है ( `KeyEvent` ) और कुछ लॉजिक के साथ एक कॉलबैक जो संबंधित कुंजी दबाए जाने पर लॉन्च किया जाएगा।
`PostWorkDescriptor`	एक हैंडल जो एक कॉलबैक स्वीकार करता है जिसे प्रत्येक टिक को संसाधित करने के बाद कहा जाएगा।

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

खेल चक्र कुछ इस तरह दिखता है:

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

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

यह ध्यान देने योग्य है कि स्क्रीन पर तत्वों का आकार और स्थिति पिक्सेल में नहीं, बल्कि सापेक्ष आकार में सेट की जाती है - संख्या 0 से 1 तक (नीचे आरेख)। यही है, प्रतिपादन के लिए पूरी चौड़ाई 1 है, और पूरी ऊंचाई 1 है (और वे समान नहीं हैं, जिसे मैं कुछ समय के लिए भूल गया और बाद में पछतावा हुआ)। इसे (0,0) केंद्र बनाने के लिए भी सार्थक होगा, और चौड़ाई / ऊँचाई दो के बराबर होनी चाहिए, लेकिन किसी कारण से मैं इसके बारे में भूल गया / नहीं सोचा। हालांकि, यहां तक कि 1 के बराबर चौड़ाई / ऊंचाई वाले विकल्प ने खोजकर्ता के जीवन को सरल बनाया।

सापेक्ष समन्वय प्रणाली

स्मृति को मुक्त करने के लिए प्रणाली के बारे में कुछ शब्द।

प्रत्येक डिस्क्रिप्टर में एक setDoFree(boolean) विधि थी, जिसे उपयोगकर्ता को कॉल करना होता था यदि वह दिए गए डिस्क्रिप्टर को नष्ट करना चाहता था। इस प्रकार के सभी डिस्क्रिप्टर को संसाधित करने के तुरंत बाद कुछ प्रकार के विवरणकर्ताओं के लिए कचरा संग्रह हुआ। साथ ही, एक बार चलाया गया ऑडियो प्लेबैक समाप्त होने के बाद स्वचालित रूप से हटा दिया गया था। बिल्कुल गैर-लूपिंग एनीमेशन के समान।

इस प्रकार, इस समय आप अपनी इच्छानुसार कुछ भी आकर्षित कर सकते हैं, लेकिन यह ऊपर की तस्वीर नहीं है, जिस पर केवल एक पृष्ठभूमि, मुख्य पाठ और एक इनपुट फ़ील्ड है। और यहाँ डिस्प्ले के ऊपर रैपर आता है, जो कि DefaultDisplayToolkit क्लास से मेल खाता है।

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

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

ओवरले प्रदर्शन

पाठ अतिव्यापी

शायद यह प्रदर्शन के बारे में है, आखिरकार, सब कुछ। आप उस भाषा पर आगे बढ़ सकते हैं, जिसके साथ काम करने के लिए पूरा API sl पैकेज में समाहित है।

3. स्क्रिप्टिंग भाषा

नोट: यदि सम्मानित% USERNAME% ने इसे यहां पढ़ा है, तो उसने अच्छा किया है, और मैं उसे ऐसा करने से रोकने के लिए नहीं कहूंगा: अब यह पहले से कहीं अधिक दिलचस्प होगा।

3.1। भाषा

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

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

इसलिए, कोड को एसएसएफ के विस्तार के साथ पाठ फ़ाइलों में संग्रहीत किया जाता है; प्रत्येक फ़ाइल में एक या अधिक दृश्यों का विवरण होता है; प्रत्येक दृश्य में शून्य या अधिक क्रियाएं होती हैं; प्रत्येक क्रिया में शून्य या अधिक ऑपरेटर होते हैं।

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

शायद आप आखिरकार SL के लिए स्रोत कोड देखने के लिए उत्सुक हैं, यहां यह है:

 scene dungeon { action init { load_image "background" "dungeon/background.png" load_image "key" "dungeon/key.png" load_audio "background" "dungeon/background.wav" load_audio "got_key" "dungeon/got_key.wav" } action first_come { play "background" loop set_background "background" set_text "some text" add_dialog "(||(|) (||-))" "dial_look_around" dial_look_around on } //some comment action dial_look_around { play "got_key" once show "some text 2" "key" none tag "key" switch_dialog "dial_look_around" off } }

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

सरलीकरण के लिए, "वैरिएबल" के रूप में ऐसी अवधारणा को भाषा में पेश नहीं किया गया था; नतीजतन, कोड में उपयोग किए जाने वाले सभी मूल्य शाब्दिक हैं। प्रकार के आधार पर, निम्नलिखित शाब्दिक भेद किए जाते हैं:

शाब्दिक नाम:	नोट:
स्ट्रिंग शाब्दिक	उद्धरण और स्लैश (\\) से बचने की क्षमता शामिल है, पाठ में एक हाइफ़न सम्मिलित करना भी संभव है
आन्तरिक शाब्दिक	नकारात्मक संख्याओं का समर्थन करता है
फ्लोटिंग पॉइंट शाब्दिक	नकारात्मक संख्याओं का समर्थन करता है
कोई भी शाब्दिक नहीं	कोड को `none` रूप में `none` दर्शाया गया है
बूलियन शाब्दिक	कोड में - क्रमशः सच / गलत के लिए / `off` `on`
सामान्य शाब्दिक	यदि कोई शाब्दिक उपरोक्त प्रकारों में से किसी में नहीं आता है और अंग्रेजी वर्णमाला, संख्याओं और अंडरस्कोर के अक्षरों से मिलकर बना है, तो यह एक सामान्य शाब्दिक है।

भाषा पार्सिंग के बारे में कुछ शब्द। कोड को "लोड" करने के कई स्तर हैं (नीचे चित्र):

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

स्क्रिप्टिंग भाषा पार्सिंग की पाइपलाइन

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

ऑपरेटर का नाम:	नोट:
`load_image`	स्मृति में एक छवि लोड करता है
`load_audio`	स्मृति में ऑडियो लोड करता है
`set_text`	दृश्य का मुख्य पाठ सेट करता है।
`set_background`	दृश्य के लिए पृष्ठभूमि सेट करता है।
`play`	ऑडियो चलाता है (एक बार या पाश प्लेबैक खेल सकते हैं)
`show`	कॉलबैक (SL में) और एक वैकल्पिक छवि के साथ एक संदेश दिखाता है (उपयोगकर्ता द्वारा संदेश को बंद करने के बाद कहा जाता है)
`tag`	एक टैग (लेबल) सेट करता है। इसे निर्दिष्ट नाम के साथ एक वैश्विक चर माना जा सकता है, जो किसी भी मूल्य को संग्रहीत नहीं करता है। यह अलग-अलग मामलों में उपयोगी है: उदाहरण के लिए, आप इस तरह से चिह्नित कर सकते हैं कि क्या खिलाड़ी को दरवाजे की चाबी मिली, चाहे वह पहले से ही इस स्थान पर था, आदि।
`if_tag` / `if_tag_n`	ब्रांचिंग ऑपरेटर जो आपको संबंधित टैग स्थापित होने के आधार पर कुछ करने की अनुमति देते हैं। `else` शाखा समर्थित है। `if_tag` निष्पादित किया जाता है यदि टैग सेट है, `if_tag_n` - इसके विपरीत
`add_dialog`	आपको दृश्य में संवाद जोड़ने की अनुमति देता है। उनके बारे में थोड़ी देर बाद
`goto`	दूसरे दृश्य में संक्रमण
`call`	कस्टम कार्रवाई कॉल
`call_extern`	दूसरे दृश्य से एक क्रिया को आमंत्रित करना।
`stop_all`	सभी ध्वनियों / संगीत को बंद करो
`show_motion`	निर्दिष्ट समय (अवधि) में एक बिंदु से दूसरे बिंदु पर छवि को दिखाता है और स्थानांतरित करता है (एक वैकल्पिक कॉलबैक के साथ जिसे आंदोलन समाप्त होता है)
`animate`	पहले `show_motion` माध्यम से दिखाई गई छवि को `show_motion` । विकल्पों में से: आप एनीमेशन के प्रकार को निर्दिष्ट कर सकते हैं - `v_motion` / `h_motion` (कार्य द्वारा लंबवत / क्षैतिज गति) $2t ^ 3-3t ^ 2$ ), लूपिंग की संभावना, समय (अवधि) का एक संकेत जिसके लिए एनीमेशन खेला जाना चाहिए। एक संख्यात्मक मान को स्थानांतरित करना संभव है (एक, चूंकि चर की संख्या को तर्क से पारित करने का कोई तरीका नहीं है, इसलिए यह एनीमेशन के लिए आंशिक रूप से एक बैसाखी है) (प्रत्येक एनीमेशन के लिए इसका अर्थ है अलग-अलग चीजें) और वैकल्पिक कॉलबैक (जिसे एनीमेशन खेला जाता है)।

काउंटर - दृश्य-विशिष्ट पूर्णांक चर के साथ काम करने के लिए ऑपरेटर।

ऑपरेटर का नाम:	नोट:
`counter_set`	एक काउंटर बनाना और इसे कुछ मूल्य के साथ आरंभ करना
`counter_add`	काउंटर पर एक मान जोड़ना
`if_counter <modifier>`	दो काउंटर / संख्या / संख्या और एक काउंटर के मूल्यों की तुलना करने में सक्षम। `<modifier>` एक सामान्य शाब्दिक है और इसमें `eq/gr/ls[_n]` फॉर्म होता है, जहाँ `eq` समान होते हैं, `gr` इससे अधिक होता है, `ls` इससे कम होता है, `_n` नकारात्मक होता है (उदाहरण के लिए, `gr_n` इससे अधिक नहीं है)। जैसा कि आप देख सकते हैं, सब कुछ जितना संभव हो उतना सरल किया गया था।

return शुरू करने के बारे में भी सोचा गया था (इंटरप्रेटर के मुख्य स्तर पर संबंधित कार्यक्षमता को भी जोड़ा गया था), लेकिन मैं भूल गया, लेकिन यह उपयोगी नहीं था।

, , : show_motion (, , 0.01) duration .

, (lookup) ( ): ///, load_audio / load_image / counter_set / add_dialog . , , , , — . . , . , : " scene_coast.dialog_1 " — dialog_1 scene_coast .

SL-, . , , , — . : (-, ), , lookup ', , , . , goto lookup ', .

- — - , , n ( ) . , , n . , .

. :

 add_dialog "regexp" "dialog_name" callback on/off

, . , : , , , ( ).

, , ( ) ( ) , ( ). : , , , "" "".

dialogs system work

, ( , )

, "":

 (||((|||) ( )?(||)?)|(||)( )?|  )

***

, : — , , — .

, :

3.2.

: , — "" ( ). .

SL , - . :

init — , ( , , , ).
first_come — , . , , .
, : come — , ( ).

: init first_come — , .

. : , , init -. , ( ) .

, n , first_come - ( - - ). . , : , , first_come come , come ( ). : , , , .

(, "", " ", " " . .). , , - - . , ( ), .

(, , ). : ? , , . provideState , ; , .

, , , , ( , ), (, , , ).

4.

. 2019- 2018-, , , .

4.1.

, , , — . , . ( ), , - , 9 (), - ( , ( , , ) .

, : , , , . , , .

, 25% (5) , : , ; ( animate ), ( call_extern ).

, - ( ), (, , — , "You won").

demo visual novel

4.2.

, :

stubs for graphics

, , - - " ". :

(4x2.23''), .
: , , — .
////etc.

usage of art brushes

, , .

a character from the visual novel

, . , , , . .

5.

( 11 ) 30 40 . 9 4 55 . ( ) 7 41 . — ~4-6 ( 45 ).

: "Darkyen's Time Tracker" JetBrains ( ).
: 2 , — . 45 8 .

: 4777, ( ) — 637.

: cloc .

30 . ( ) : — ~8 , — ~24 , ( ) — ~8 . .

— 232 ( - , WAV).

WAV?

javax.sound.sampled.AudioSystem , WAV AU , WAV.

28 ( 3 ). — 17 /.

- : , . , , " ", " ". (, ), ( ""/"" - ).

— , . : . . , , "" : NPC, , (, — ..).

, : , .

— . , : , , , . . , , , , , .

. ( ), :

. . .
. , .
, .

, , .

GitHub .

(assets) "Releases" "v1.0" .

इंजन, स्क्रिप्टिंग भाषा और दृश्य उपन्यास - 45 घंटे में