🛠️ 😑 🥁 सीज़र III © (गेम मैकेनिक्स) को अलग करना जारी रखना 🈵 👴🏾 👴🏼

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

थोड़ा इतिहास

खेल सी में लिखा गया है, और विंडोज और मैक के लिए उपलब्ध है। आधिकारिक रिलीज अक्टूबर 1998 में हुई। विंडोज के लिए सबसे अधिक संभावना गेम को विज़ुअल स्टूडियो 97 में संकलित किया गया था; स्टूडियो 6 ने उस समय लोकप्रियता हासिल नहीं की थी। 1999 में, गेम को संस्करण 1.0.0.3 में अपडेट किया गया था, जो पहले से ही विजुअल स्टूडियो 6 पर संकलित था, जिसका सबसे अधिक उपयोग किया गया था; पैच 1.1 (c3 1.0.1.0) को बाद में गेम के अंग्रेजी-भाषा संस्करणों के लिए जारी किया गया था।

संकलित तिथि: शुक्र, 3 सितंबर, 1999, 7:31:17 पूर्वाह्न

लिंकर संस्करण: 6.0

मशीन का प्रकार: इंटेल 386 या बाद के प्रोसेसर और संगत प्रोसेसर

पीई प्रारूप: PE32

सबसिस्टम: विंडोज ग्राफिकल यूजर इंटरफेस (GUI) सबसिस्टम

न्यूनतम ओएस: विंडोज 95

न्यूनतम ओएस संस्करण : 4.0

सबसिस्टम संस्करण: 4.0

फ़ाइल संस्करण: 0.0

इसके अलावा, गेम के प्रशंसकों ने उच्च-रिज़ॉल्यूशन स्क्रीन पर चलने के लिए निष्पादन योग्य फ़ाइलों को संशोधित किया है ।

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

सीजर ii

सीज़र III (अल्फा)

सड़क, मछली पकड़ने की नावों और एक गोदाम पर ध्यान दें।

सीज़र III (अंतिम)

और अब विशेष रूप से

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

हमारे बहादुर स्थानीय लोगों ने, जब खेल को काट दिया, निष्पादन योग्य फ़ाइल के बाइनरी कोड को संपादित किया, c3.eng को c3.rus के साथ बदल दिया, साथ ही साथ बाद के पैच के साथ संगतता को तोड़ दिया।

मुख्य समारोह कोड (बहाल)

int main(int argc, char* argv[] ) { int result; // eax@2 signed int v5; // [sp+4Ch] [bp-20h]@7 struct tagMSG Msg; // [sp+50h] [bp-1Ch]@21 HINSTANCE hInstance = GetModuleHandle(0); byte_6606BC = 0; if ( fun_loadSettings() ) { if ( fun_readLanguageTextFiles("c3.eng", "c3_mm.eng") ) { fun_loadDefaultNames(); fun_logDebugMessage("OK :Game text loaded.", 0, 0); if ( fun_setupMainWindow(hInstance) ) {} .... //some code } } }

पाठ संसाधन / स्थानीयकरण

मिशन के लिए पाठ डेटा के अपवाद के साथ खेल का अधिकांश पाठ, फाइलों में C3.eng / C3_mm.eng है।

C3.eng फ़ाइल में इमारतों, घटनाओं, निवासियों, आदि का वर्णन है। इसमें एक हेडर, 28 बाइट्स और एक इंडेक्स टेबल, 8000 बाइट्स लंबे होते हैं। इंडेक्स टेबल में वे ऑफसेट होते हैं जिन पर चयनित इंडेक्स के लिए टेक्स्ट स्थित होता है। स्थानीयकरण फ़ाइल से पाठ प्राप्त करने के लिए एल्गोरिथ्म ऐसा है जैसे पाठ प्राप्त करना, उदाहरण के लिए, सूचकांक TITLE_ADVISOR_EDUCATION (16) के साथ शिक्षा सलाहकार की खिड़की के शीर्षक के लिए, आपको सूचक के सरणी से 16 वें तत्व का चयन करना चाहिए और प्राप्त ऑफसेट द्वारा वर्णों को अंतिम 0 तक पढ़ना चाहिए।

सूचकांक तालिका के शीर्षक और तत्व का विवरण

 struct C3EngHeader { char tag[16]; //  int numGroups ; //    int numStrings ; //    int unknown ; }; struct C3EngIndexEntry { int offset; //   int inUse; };

उपयोगकर्ता इंटरफ़ेस

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

यहां स्क्रॉलबार क्षेत्र में क्लिक हैंडल करने का एक उदाहरण दिया गया है

 int fun_dialogFile_handleScrollbarClick() { signed int result; // eax@2 int v1; // ST60_4@15 int v2; // [sp+4Ch] [bp-10h]@5 int v3; // [sp+50h] [bp-Ch]@13 if ( filelist_numFiles > 12 ) { if ( mouse_isLeftClick ) { v2 = filelist_numFiles - 12; if ( mouseclick_x >= screen_640x480_x + 464 ) { if ( mouseclick_x <= screen_640x480_x + 496 ) { if ( mouseclick_y >= screen_640x480_y + 145 ) { if ( mouseclick_y <= screen_640x480_y + 300 ) { v3 = mouseclick_y - (screen_640x480_y + 145); if ( mouseclick_y - (screen_640x480_y + 145) > 130 ) v3 = 130; v1 = fun_getPercentage(v3, 130); filelist_scrollPosition = fun_adjustWithPercentage(v2, v1); window_redrawRequest = 1; result = 1; } else {result = 0;} }else{result = 0;} }else{result = 0;} }else{result = 0;} }else{result = 0;} }else {result = 0;} return result; }

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

विंडोज को निम्न एल्गोरिथम के अनुसार तैयार किया जाता है: खिड़की के किनारों को विशेष बनावट के साथ खींचा जाता है, केंद्र एक सहज बनावट से भरा होता है

एक विशाल तंत्र के छोटे विवरण

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

मार्गों

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

इमारतों में एक निकास बिंदु होता है, जो प्रवेश बिंदु के साथ मेल नहीं खा सकता है। घटना की प्राथमिकता नीचे स्थानांतरित कर दी जाती है, इनपुट प्राथमिकता ऊपर होती है, प्रवेश और निकास बिंदुओं के बीच बहुत लंबा रास्ता तय किया जा सकता है।

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

निवासी प्रकार	मार्ग की लंबाई लंबी / छोटी (टाइलों में)
प्रीफेक्ट, इंजीनियर	52/43
अभिनेता, ग्लेडिएटर, टैमर, टैक्स कलेक्टर	43/35
पुजारी, डॉक्टर, सर्जन, शिक्षक, ट्रेडवुमन, बाथ अटेंडेंट, नाई	35/26

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

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

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

घर का विकास

एक टाइल के आकार में इंसुला से कम स्तर वाले घरों को पड़ोसियों के साथ जोड़ा जा सकता है, फिर 2x2 टाइलों के आकार के साथ समान स्तर का एक घर प्राप्त किया जाता है। घरों के संयोजन के लिए एक अतिरिक्त शर्त बाइट मिनिमैप_इनफो सरणी [26244] से छद्म आयामी संख्या के पहले तीन बिट्स का संयोग है, जिसका उपयोग न्यूनतम उत्पन्न करने के लिए किया जाता है, इसलिए शहर में सभी झोपड़ियों को जोड़ा नहीं जा सकता है।

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

मध्यम इंसुला -> बड़ा इंसुला (1 × 1 -> 2 × 2)

मध्यम विला -> बड़ा विला (2 × 2 -> 3 × 3)

मध्यम महल -> बड़ा महल (३ × ३ -> ४ × ४)

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

शहर की आबादी

शहर में जनसंख्या 0 से 99 वर्ष की आयु से विभाजित है। प्रत्येक घर में चार लोगों की एक सरणी होती है [100], जो यह दर्शाता है कि इस घर में कितने निवासी और कितने पुराने हैं (सरणी का सूचकांक निवासियों की आयु से मेल खाता है, तत्व का मूल्य किसी दिए गए आयु के निवासियों की संख्या से मेल खाता है)। प्रत्येक वर्ष की शुरुआत में, सरणी के तत्वों को एक तत्व द्वारा स्थानांतरित कर दिया जाता है, इस प्रकार लंबे-लंबे गोताखोरों को हटा दिया जाता है और नवजात शिशुओं के लिए एक सेल जोड़ा जाता है। ऐसे कार्य किए जाते हैं जो घर में बच्चों की उपस्थिति और बुढ़ापे से घर की आबादी में प्राकृतिक गिरावट की संभावना की गणना करते हैं।

छिपा हुआ पाठ

 void fun_gametick_population() { ...//some code cityinfo_happiness_immigrationAmount[4517 * ciid] = 0; cityinfo_happiness_emigrationValue[4517 * ciid] = 0; if ( cityinfo_populationYearlyBirthsDeathsCalculationNeeded[4517 * ciid] ) { fun_populationAdvanceAgesOneYear(); fun_populationBirths(); fun_updatePopulationAfterBirthsDeaths(ciid); } fun_calculateNumberOfWorkers(); ....// some code }

सेवाओं और संसाधनों का उपभोग

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

धर्म

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

Base_value = 100 * (500 * oracles की संख्या + 750 * working_small मंदिर + 1500 * working_larger) / number_people।

"काम करने" की अवधारणा के तहत, वे मंदिर गिरते हैं जहां कम से कम एक कार्यकर्ता होता है।

देवता के दृष्टिकोण को प्रभावित करने वाले अतिरिक्त कारक।

त्यौहार_फैक्टर = 12 - अधिकतम (40, महीने_फर्मा_स्ट_फैस्ट_फॉर_थिस_गॉर्म्स)

मंदिरों का कारक = 50. वह देवता प्राप्त करेगा जिसके शहर में मंदिरों की संख्या अधिकतम है, यदि कई हैं, तो यह कारक सभी के लिए रीसेट है।

गैर-सम्मान कारक = -25। वह उस देवता को प्राप्त करेगा जिसके पास शहर में सबसे कम मंदिर हैं। यदि ऐसे कई देवता हैं, तो यह कारक सभी के लिए रीसेट है।

शुक्र बोनस के वितरण में भाग नहीं लेता है। शायद एक बग।

फाइनल_सेटिंग = बेस_वल्यू + फेस्टिवल_फैक्टर + मंदिर कारक + गैर-सम्मान कारक।

शहर की आबादी के आधार पर न्यूनतम मूड मूल्यों की सीमाएं।

जनसंख्या	न्यूनतम मूड
0-99	50
100-199	40
200-299	40
300-399	30
400-499	20
400-499	10
> 500 रु	0

देवताओं का मिजाज

प्रत्येक खेल का दिन (25 टिक), प्रत्येक देवता के मूड को गिना जाता है। देवता के पास एक वर्तमान मनोदशा और सत्य है, प्रत्येक अद्यतन के साथ, वर्तमान मनोदशा 1 इकाई द्वारा सच होती है। उदाहरण के लिए, हमने किसी चीज से मंगल को अप्रसन्न किया और उसे ठीक करने की कोशिश नहीं की, मंगल के वर्तमान मिजाज को 100 के बराबर होने दिया, और सही एक - 0. हर दिन, युद्ध के देवता की वर्तमान मनोदशा 1 यूनिट घट जाएगी। जब तक यह 0. तक नहीं पहुंच जाता है। गेमिंग महीने में, 16 दिन, यह पता चलता है कि हमारा मंगल ग्रह शहर (100/16) के माध्यम से सजा देगा, कहीं-कहीं छह महीने के खेल के बाद, शायद इसलिए कि अभी भी एक "पवित्र यादृच्छिक" है (इससे पहले कि हर रोमन नहीं ईश्वर विरोध कर सकता है)।

स्पॉइलर के तहत, मैंने क्रोध के बिंदुओं की गणना का वर्णन किया (वे धार्मिक सलाहकार की खिड़की में देवता के मूड के बगल में बिजली के रूप में प्रदर्शित होते हैं, जो सीज़र खेला था, निश्चित रूप से याद करेंगे)

छिपा हुआ पाठ

  if( god.mood < 50 ) { god.blessing = 0 god.blessingDone = 0 } if(god.mood > 50 ) { god.small_curse = 0 god.smallCurseDone = 0 } god_id = random( 7 ); if( god_id < 5 ) { current_god = romeGods[ god_id ] // (Ceres/Neptune/Mercury/Mars/Venus) if( current_god.mood >= 50 ) current_god.wrathPoints = 0; if( current_god.mood >= 9 and current_god.mood < 10 ) current_god.wrathPoints += 5; if( current_god.mood >= 10 and current_god.mood < 20 ) current_god.wrathPoints += 2; if( current_god.mood >= 20 and current_god.mood < 40 ) current_god.wrathPoints += 1; } current_god.wrathPoints = min( current_god.wrathPoints, 50)

प्रत्येक खेल माह (16 * 25 = 900 टिक्स), अतिरिक्त तर्क किया जाता है जो देवताओं के क्रोध और / या आशीर्वाद की उपस्थिति को निर्धारित करता है।

छिपा हुआ पाठ

  if( god_id == [5, 6, 7] ) { //   ,          40  ,     current_god = find_least_happy_god(); if( current_god ) { if( current_god.mood > 100 and current_god.blessingDone == 0 ) { current_god.doBlessing() current_god.mood = 50 current_god.blessingDone = 1 } if( current_god.wrathPoints > 20 and current_god.smallCurseDone == 0 ) { current_god.doSmallCurse() current_god.smallCurseDone = 1 current_god.wrathPoints = 0 current_god.mood -= 12 } if( current_god.wrathPoints == 50 and current_god.lastFesivale > 3_months ) { current_god.doWrath() current_god.wrathPoints = 0 current_god.mood -= 30 } } }

शहर में त्योहार / मूड

खेल के 3 प्रकार होते हैं: छोटे, मध्यम और बड़े। त्योहार देवताओं में से एक को समर्पित है, त्योहार शहर के देवता के दृष्टिकोण को प्रभावित करता है। त्योहार की लागतों की गणना करने के सूत्र तालिका में दिखाए गए हैं।

टाइप	की लागत	शराब	तैयारी का समय
छोटा	जनसंख्या / 20 + 10	-	2 महीने
औसत	जनसंख्या / 10 + 20	-	3 महीने
महान	जनसंख्या / 5 + 40	जनसंख्या / 500 + 1	4 महीने

देवता की मनोदशा को बढ़ाने के अलावा, जिनके लिए त्योहार समर्पित है, उनके पकड़े जाने के बाद, शासक के प्रति नागरिकों का रवैया भी सुधरता है। 12 महीनों के लिए, आप 2 त्यौहारों को आयोजित कर सकते हैं जो मनोदशा में वृद्धि लाएगा, निम्नलिखित उत्सव शहर में मनोदशा में वृद्धि नहीं देंगे। तालिका उन मूल्यों को दिखाती है जिनके द्वारा शहर में मूड बढ़ता है।

टाइप	पहले	दूसरा
छोटा	7	2
औसत	9	3
महान	12	5

वित्त

शहर का अधिकतम ऋण, जिस पर आप अभी भी कुछ निर्माण कर सकते हैं, -5000 डेसारी है। इस शर्त को हर वित्त कार्रवाई के साथ जांचा जाता है।

उदाहरण के लिए, सड़क बनाते समय

 void fun_drawBuildingGhostRoad() { ... //some code if ( cityinfo_treasury[4517 * ciid] <= -5000 ) cannotBuild = 1; if ( cannotBuild ) { sub_4D0B70(graphic_fire_almost, v2, v1 - iso_tile_half_height, (ColorMask) -1949); } ...//some code }

श्रमिक सलाहकार की स्क्रीन पर आपके द्वारा निर्धारित श्रमिकों का वार्षिक वेतन, डेवरी में निर्दिष्ट मूल्य का 1/10 है। संख्या 30 का अर्थ है प्रति वर्ष कर्मचारी को 3 डिनेरी का भुगतान, यह इस तथ्य के कारण है कि खेल में वित्तीय गणना पूरे संख्याओं में की जाती है।

हर महीने, श्रमिकों को एक साधारण सूत्र के अनुसार वेतन का भुगतान किया जाता है।

Zp_v_ denarii = (महीने के अंत में कर्मचारियों की संख्या) * (zp_worker) / 10/12

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

यदि शहर कर्ज में है, अर्थात्। ऊपरी मेनू में प्रदर्शित राशि 0 से कम है, फिर शहर रोम, एक तरह के ऋण के लिए ब्याज देना शुरू करता है।

ऋण की ब्याज दर 10% है और हर महीने शहर के खजाने से काट ली जाती है।

पेआउट = (-मोनी_ऑफ_ट्रेंड) * 10/100/12

पहली बार 5,000 ऋण तक पहुंचने पर, रोम एक ऋण देता है (मिशन के आधार पर, आमतौर पर 10,000 दिन), दूसरी बार भी राशि प्राप्त की जा सकती है, लेकिन यह पहले से ही ऋण के रूप में ध्यान में रखा जाता है।

करों

हर महीने, शहर में घर एक कर उत्पन्न करते हैं, जो घर के स्तर और उसमें रहने वाले लोगों की संख्या पर निर्भर करता है। घर से कर एकत्र किया जाता है जब एक कर संग्रहकर्ता गुजरता है, नए साल की शुरुआत में, पिछले वर्ष की राशि जमा हो जाती है अगर इसे एकत्र नहीं किया गया था। करों का स्तर कॉन्फ़िगरेशन फ़ाइल c3_model.txt में सेट किया गया है, शहर में जटिलता का स्तर भी जटिलता के स्तर से प्रभावित होता है:

कठिनाई स्तर	फ़ैक्टर
बहुत आसान है	300%
आसान	200%
सामान्य रूप से	150%
कठिन	100%
बहुत मुश्किल है	75%

घर से करों की गणना करने का अंतिम सूत्र इस तरह दिखता है।

कुल कर (डीएन) = (टैक्स_बेस / 2) * (प्रतिशत_सिटी_स्टेट_सिटी) / (12) 100 ((

फ़ाइल साम्राज्य

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

राजस्व घटकों	लागत घटक
दान	निर्माण
माल का निर्यात	माल का आयात
	ऋण ब्याज
	शासक का वेतन
	बाकी
	वेतन

साथ ही, कर का न्यूनतम मूल्य शहर की आबादी द्वारा निर्धारित किया जाता है।

जनसंख्या	कोई लाभ / लाभ नहीं है
0-500	0/50
501-1000	0/150
1001-2000	100/225
2001-3000	200/300
3001-5000	200/400
5000+	200/500

सम्राट का पक्ष

मिशन के सफल समापन में एक महत्वपूर्ण भूमिका शासक और शहर की रेटिंग के सम्राट के रवैये द्वारा निभाई जाती है। सम्राट की मनोदशा पर सबसे बड़ा प्रभाव "शहर की लाभप्रदता" और सम्राट के अनुरोधों की पूर्ति / अनदेखी जैसे मापदंडों द्वारा खेला जाता है।

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

उपहार संख्या	मामूली	प्रिय	उत्कृष्ट
1	3	5	10
2	1	3	5
3	0	1	3
4	0	0	1
5 +	0	0	0

अनुरोधों को पूरा करना, सम्राट द्वारा निर्धारित समय पर, पक्ष में एक निश्चित वृद्धि देता है। यदि अनुरोध सीज़र द्वारा निर्धारित समय से बाद में पूरा हो गया है, तो आपको केवल आधा इनाम मिलेगा, और यदि आप इसे अनदेखा करते हैं, तो आप 8 इकाइयों द्वारा पूरी तरह से सम्मान खो देंगे: यदि निर्दिष्ट समय के भीतर अनुरोध पूरा नहीं किया जा सकता है, तो 3 इकाइयों को खो दिया जाएगा, यदि अनुरोध 24 महीने के भीतर अनदेखा किया जाता है, तो अन्य 5 को वापस ले लिया जाएगा। समय सीमा।

कहानी अनुरोधों और उपहारों के अलावा, परोपकार के मूल्य को अद्यतन करना प्रत्येक वर्ष की शुरुआत में किया जाता है और निम्नलिखित कारकों पर निर्भर करता है:

आधार परिवर्तन = -2

कर का सफल भुगतान = +1 यदि सफलतापूर्वक भुगतान किया जाता है, तो -3, -5 और -8 यदि कर का भुगतान क्रमशः एक, दो या दो से अधिक वर्षों के लिए नहीं किया गया।

वेतन = +1 यदि वेतन वर्तमान शासक स्तर के वेतन से कम है, और -1 आपके स्तर से ऊपर के रैंक के लिए

घटनाएँ = मिशन पर निर्भर करती हैं, उदाहरण के लिए + 1000 निवासियों की आबादी तक पहुंचने पर

संस्कृति की रेटिंग

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

संस्कृति_ रेटिंग = थिएटर_ रेटिंग + मंदिर_ रेटिंग + लाइब्रेरी_ रेटिंग + स्कूल_ रेटिंग + अकादमी_ रेटिंग

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

थियेटर_ रेटिंग = 500 * संख्या काम करने वाले थिएटर / जनसंख्या। इस कवरेज के अनुसार, एक रेटिंग का चयन किया जाता है।

कवरेज	संस्कृति अंक
0-30%	0
31-50%	3
51-70%	8
71-85%	12
86-99%	18
100 +%	25

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

मंदिरों की रेटिंग = 150 * छोटे_ मंदिरों की संख्या + 300 * बड़े_ मंदिरों की संख्या + 500 * तांडव की संख्या।

सिनेमाघरों की तरह, रेटिंग मूल्य तालिका से चुना गया है।

कवरेज	संस्कृति अंक
0-30%	0
31-50%	3
51-70%	9
71-85%	14
86-99%	22
100 +%	30

गठन

स्कूल अधिकतम 15 संस्कृति अंक लाते हैं, गणना स्कूल की आयु के निवासियों के लिए की जाती है, प्रत्येक स्कूल में 75 छात्र होते हैं।

अकादमियों में 10 संस्कृति बिंदु शामिल हैं, गणना छात्र की आयु के निवासियों के लिए की जाती है, अकादमी 100 छात्रों को प्रशिक्षित करती है।

पुस्तकालयों में 20 अंक हैं, जो कि निवासियों की कुल संख्या से गणना की जाती है, एक पुस्तकालय 800 निवासियों की सेवा कर सकता है।

शहर के कवरेज के स्तर पर संस्कृति बिंदुओं की निर्भरता तालिका में दिखाई गई है।

कवरेज
0-30%	0	0	9
31-50%	1	1	2
51-70%	4	2	4
71-85%	6	4	8
86-99%	10	7	14
100+%	15	10	20

संसाधन और उत्पादन

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

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

दैनिक उत्पादन प्रगति की गणना के लिए सूत्र

  productionRate -        100%  numberWorkers -      12 * 16 -   *    maximumWorkers -       progress += 100 * ( productionRate * numberWorkers) / (12 * 16 * maximumWorkers )

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

संसाधनों का भंडारण और वितरण

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

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

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

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

संदर्भ

(, )

CaesarIA: (opensource, c++, SDL)(Window,Linux,Mac,Haiku,Android)

सीज़र III © (गेम मैकेनिक्स) को अलग करना जारी रखना

More articles: