😼 👦🏾 🌊 बीसी से यूकेएनसी तक पोर्टिंग लॉड रनर 🖼️ 👩🏼‍🔬 🕶️

इस वर्ष के मार्च-मई में, मैंने बीके -0010 से यूकेडीएस तक लोड रनर टॉय को पोर्ट करने में कई सप्ताह (शाम और सप्ताहांत में) बिताए।
पोर्ट किए गए मेनू का स्क्रीनशॉट:

पोर्ट किए गए संस्करण की गेम स्क्रीन:

BK-0010 1980 के दशक के अंत और 1990 के दशक की शुरुआत का एक घरेलू कंप्यूटर है, और आंशिक रूप से एक स्कूल कंप्यूटर (KUVT-86 कक्षाएं) है। यूकेएससी 1990 के दशक का एक स्कूल कंप्यूटर है। बीसी और यूकेएससी आर्किटेक्चर और कमांड सिस्टम में आंशिक रूप से संगत हैं - दोनों कंप्यूटर पीडीपी -11 परिवार में वापस मिलते हैं।

खेल चयन

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

Zx.pk.ru फोरम पर (उन साइटों में से एक जहां सामान्य रूप से रेट्रोकोम्प्यूटिंग के प्रशंसक और विशेष रूप से पीडीपी -11 संगत मशीनें हैंग आउट), शौकीन प्रतिभागी ने बीसी पर लोड रनर कार्यान्वयन की प्रशंसा की - यह वास्तव में कारण था, एक शुरुआत के लिए मैंने खिलौना कोड में "देखने" की कोशिश की। , ठीक है, शामिल हो गया।

मूल संस्करण मेनू:

मूल संस्करण की गेम स्क्रीन (रंग मॉनिटर पर):

रिवर्स इंजीनियरिंग

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

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

जब प्राप्त मात्रा काफी बड़ी हो गई (पाठ का 40+ केबी, 1,500 से अधिक लाइनें) और मैंने कम से कम सामान्य शब्दों में यह पता लगाया कि क्या हो रहा था, इसे कैसे संग्रहीत और प्रदर्शित किया गया था - मैं सोचने लगा कि इसे यूकेएससी में कैसे अनुवाद किया जाए।

यहाँ आप अंतिम प्रविष्टि को देख सकते हैं जिसके परिणामस्वरूप डिस्सैड है:
github.com/nzeemin/uknc-loderunner/blob/master/original/loderunner.lst

भूल भुलैया

प्रत्येक भूलभुलैया 30 ब्लॉक की 20 लाइनें, कुल 600 ब्लॉक है।
ब्लॉक प्रकार 0 से 7 तक की संख्या से कूटबद्ध है - तीन बिट्स, ट्रिपल। एक 16-बिट शब्द के लिए, 5 पूर्ण ट्रिपल प्राप्त होते हैं।
पीडीपी -11 जैसे मशीनों के साथ काम करते समय, एक 8-दशमलव प्रणाली का व्यापक रूप से उपयोग किया जाता है, इसलिए ट्रिपल का उपयोग करना काफी सुविधाजनक है।
नतीजतन, प्रत्येक भूलभुलैया 240 बाइट्स में फिट बैठता है।

ब्लॉक प्रकार:

;	0 -- 
;	1 --  
;	2 --  
;	3 -- 
;	4 -- 
;	5 -- 
;	6 -- 
;	7 --

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

स्क्रीन संगठन

बीसी पर, स्क्रीन को सीधे मेमोरी एक्सेस द्वारा संबोधित किया जाता है, लाइनें एक के बाद एक जाती हैं, वास्तव में यह एक "फ्रेमबफ़र" है, और मैं कहूंगा कि यह प्रोग्रामिंग ग्राफिक्स के लिए बहुत सुविधाजनक है। बीसी रेखा - 256 रंग पिक्सेल, 64 बाइट्स प्रति पंक्ति। लेकिन एक पंक्ति में कितने पिक्सेल इस बात पर निर्भर करते हैं कि आपने मॉनिटर को कैसे कनेक्ट किया है:
यदि यह काले और सफेद रंग में है, तो यह पंक्ति में 512 b / w पिक्सेल है (प्रति पिक्सेल 1 बिट, 8 पिक्सेल प्रति बाइट),
और यदि यह रंग आउटपुट के लिए है , तो यह 256 रंग पिक्सेल प्रति पंक्ति (पिक्सेल प्रति 2 बिट, 4 पिक्सेल प्रति बाइट) है।

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

इस मामले में, 320 × 288 मोड ने मुझे अच्छी तरह से अनुकूल किया - लाइन तीन रंगों में से प्रत्येक में 320 बाइट्स 80 बाइट्स में प्राप्त होती है। यदि आप दो योजनाओं का उपयोग करते हैं, तो पिक्सेल भी चार-रंग के होते हैं - लगभग एक ईसा पूर्व की तरह।

संश्लेषण

उन्होंने यूकेएससी के असेंबलर में उदाहरण लिखना शुरू किया और थोड़ा उदास थे - क्योंकि "संकलित - जुड़ा - लॉन्च" चक्र बल्कि धीमा है। समस्या उपकरणों में है। एक क्रॉस-असेंबलर MACRO11 है, हालांकि यह कुछ हद तक छोटी गाड़ी है। लेकिन कोई क्रॉस-लिंकर नहीं है। लेकिन सौभाग्य से, बहुत पहले नहीं, पैट्रन ने कंसोल RT-11 पोस्ट किया: zx-pk.ru/showthread.php?t=24755 - वास्तव में यह पीडीपी 11 -संगत मशीन का एक एमुलेटर है जो एक टर्मिनल के साथ ओएस कमांड लाइन के साथ इंटरैक्ट करता है। इस प्रकार, आरटी -11 के मूल साधनों को संकलित करना और जोड़ना संभव हो गया। यह मैं एक वास्तविक सफलता मानता हूं, नाटकीय रूप से काम में तेजी आई।

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

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

नतीजतन, मई की शुरुआत तक (जब मुख्य काम ने मुझे फिर से अवशोषित किया), एक कामकाजी विकल्प प्राप्त किया गया था, हालांकि ध्वनि के बिना।

एक असली मशीन पर काम कर रहे खेल की फोटो (धन्यवाद शौक):

संदर्भ

zx-pk.ru/showthread.php?t=24886 - zx.pk.ru पर इस विषय पर सूत्र