🙉 ♣️ 🍕 कोड विश्लेषण डेमो दूसरी वास्तविकता 🧒🏻 🦋 📴

23 जुलाई 2013 को, दूसरी वास्तविकता डेमो (1993) के लिए स्रोत कोड प्रकाशित किया गया था । कई लोगों की तरह, मैं उस डेमो के इनसाइड को देखने के लिए उत्सुक था जिसने हमें इतने सालों में प्रेरित किया है।

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

टीम वर्क।
कहानियो।

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

भाग 1: परिचय

डेमो

कोड को शुरू करने से पहले, मैं एचडी वीडियो (माइकल हट) में पौराणिक डेमो कैप्चर करने के लिए एक लिंक दूंगा। आज, यह ग्राफिकल ग्लिच के बिना डेमो का पूरी तरह से मूल्यांकन करने का एकमात्र तरीका है (यहां तक कि डॉसबॉक्स इसे सही ढंग से लॉन्च नहीं कर सकता है)।

पहले कोड के साथ संपर्क करें

स्रोत कोड GitHub पर पोस्ट किया गया है। बस एक कमांड दर्ज करें git:

git clone git@github.com:mtuomi/SecondReality.git

सबसे पहले, सामग्री भ्रामक है: 32 फ़ोल्डर और एक रहस्यमय U2.EXEएक जो डॉसबॉक्स में शुरू नहीं होती है।

डेमो में वर्किंग टाइटल "Unreal 2" था (पहला "Unreal" पिछले Future Crew डेमो था, जिसे 1992 में पहली असेंबली के लिए रिलीज़ किया गया था)। और केवल विकास प्रक्रिया के दौरान नाम बदलकर "दूसरी वास्तविकता" कर दिया गया। यह फ़ाइल का नाम "U2.EXE" बताता है, लेकिन ऐसा नहीं है कि फ़ाइल काम क्यों नहीं करती है ...

यदि आप CLOC चलाते हैं , तो हमें दिलचस्प मीट्रिक मिलेगी:

    -------------------------------------------------------------------------------
                                                   
    -------------------------------------------------------------------------------
    Assembly                        99           3029           1947          33350
    C++                            121           1977            915          24551
    C/C++ Header                     8             86            240            654
    make                            17            159             25            294
    DOS Batch                       71              3              1            253
    -------------------------------------------------------------------------------
    SUM:                           316           5254           3128          59102
    -------------------------------------------------------------------------------

«» 50% .
Doom.
इसमें सत्रह मेकफिल हैं। सिर्फ एक ही क्यों?

डेमो लॉन्च करें

यह पता लगाना मुश्किल है, लेकिन जारी किए गए डेमो को DosBox में लॉन्च किया जा सकता है: आपको इसका नाम बदलने U2.EXEऔर इसे सही जगह से चलाने की आवश्यकता है।

जब मुझे कोड के आंतरिक कामकाज के बारे में पता चला, तो यह बहुत तार्किक लगने लगा:

        सीडी का नाम
        UVE.EXE डेटा / सेकंड। मोवे
        सीडी डाटा
        SECOND.EXE

और वोइला!

आर्किटेक्चर

90 के दशक में, डेमो ज्यादातर फ्लॉपी डिस्क पर वितरित किए गए थे। अनपैकिंग के बाद, दो बड़ी फ़ाइलों को स्थापित करना आवश्यक था: SECOND.EXEऔर REALITY.FC:

    । <डीआईआर> 08/08/2013 16:40
    .. <डीआईआर> 08/01/2013 16:40
    FCINFO10 TXT 48,462 04-10-1993 11:48
    FILE_ID DIZ 378 04-10-1993 11:30
    README 1ST 4.222 04-10-1993 12:59
    REALITY FC 992.188 07-10-1993 12:59 
    सेकंड एक्स 1,451,093 07-10-1993 13:35
        5 फाइलें (ओं) 2.496,343 बाइट्स।
        2 डीआर (एस) 262,111,744 बाइट्स मुफ्त।

खेल विकास में अपने अनुभव के आधार पर, मैं हमेशा उम्मीद करता हूं कि पूरी तस्वीर इस तरह दिखनी चाहिए:

SECOND.EXE: एक निष्पादन योग्य फ़ाइल में सभी प्रभावों के साथ इंजन।
REALITY.FC: एक मालिकाना / एन्क्रिप्टेड प्रारूप में संपत्ति (संगीत, ध्वनि प्रभाव, चित्र) एक ला WADकयामत।

लेकिन इसे पढ़ने के बाद, MAIN/PACK.Cमैंने पाया कि मुझसे गलती हुई थी: दूसरा रियलिटी इंजन सिर्फ एक लोडर और एक इंटरप्ट सर्वर (जिसे DIS कहा जाता है) है। प्रत्येक दृश्य (जिसे "PART" भी कहा जाता है) डेमो एक पूरी तरह कार्यात्मक DOS निष्पादन योग्य है। प्रत्येक भाग को लोडर लोडर द्वारा लोड किया जाता है और एक के बाद एक लॉन्च किया जाता है। भागों को अंत में एन्क्रिप्टेड रूप में संग्रहीत किया जाता है SECOND.EXE:

REALITY.FC डेमो के दौरान बजाए जाने वाले दो संगीत रचनाओं में शामिल हैं (शुरुआत में जोड़ा गया ओफ़्फ़्यूशन और फिलिंग मार्कर)।
SECOND.EXE इसमें बूटलोडर और डेमो इंटरप्ट सर्वर (DIS) है।
समाप्ति के बाद SECOND.EXE, डेमो के 32 भागों (PART) को निष्पादन योग्य DOS फ़ाइलों (एन्क्रिप्टेड) के रूप में जोड़ा जाता है।

इस तरह की वास्तुकला कई लाभ प्रदान करती है:

: PART , _start (450 ).
EXE SECOND.EXE -.
: Loader DIS 20 . DOS .
: PART PART .
/ : , PART ( ), : EXE , .
PART प्रोग्रामिंग के लिए किसी भी भाषा का उपयोग किया जा सकता है: कोड में हम C, विधानसभा ... और पास्कल पाते हैं।

अनुशंसित पाठ

दूसरे रियलिटी स्रोत कोड को समझने के लिए तीन स्तंभ VGA, कोडांतरक और PC आर्किटेक्चर (PIC और PIT प्रोग्रामिंग) हैं। यहां कुछ अविश्वसनीय उपयोगी लिंक दिए गए हैं:

वीजीए आर्किटेक्चर: फ्रीवीजीए प्रोजेक्ट
विधानसभा की कला (विशेष रूप से रुकावट और आईएसआर पर अध्याय 17 )।
प्रोग्रामिंग पीआईटी 8254
चूंकि स्रोत कोड "एफएआर" और "एनईएआर" बिंदुओं से भरा है, इसलिए यह इंटेल के बुनियादी वास्तुकला प्रलेखन को पढ़ने के लिए उपयोगी होगा , और विशेष रूप से सूचक डेटा प्रकारों पर अध्याय 4.3 में।
ग्राफिक प्रोग्रामिंग ब्लैक बुक से माइकल अब्राश के व्यापक लेख : अध्याय 3 : (ज़ेन टाइमर और पीआईटी), अध्याय 24 : वीजीए टूर, अध्याय 47 , 48 और 49 : (मोड एक्स)।

भाग 2: दूसरा वास्तविकता इंजन

जैसा कि भाग 1 में चर्चा की गई है, दूसरी वास्तविकता की नींव में निम्न शामिल हैं:

DOS निष्पादन योग्य के रूप में बूटलोडर।
मेमोरी मैनेजर (साधारण स्टैक पूल)
डेमो इंटरप्ट सर्वर (DIS)।

इस भाग में मैं उन प्रोग्रामरों को सिफारिशें दूंगा जो इंजन और बूटलोडर पढ़ना चाहते हैं (अगले भाग में डिस्क पर चर्चा की जाएगी)।

इंजन कोड

इंजन कोड 100% ASM है, लेकिन यह बहुत अच्छी तरह से लिखा गया है और काफी अच्छी तरह से प्रलेखित है:

MAIN/U2.ASM (कोर)।
MAIN/U2A.ASM (उपयोगिताओं)।
MAIN/VMODE.ASM (वीजीए प्रक्रियाएं)।

छद्म कोड में इसे इस तरह लिखा जा सकता है:

    exemus  db 'STARTMUS.EXE',0
    exe0    db 'START.EXE',0
    ...
    exe23   db 'ENDSCRL.EXE',0

    start:
       cli                         ; Disable all interrupts
       mov     ah,4ah              ; Deallocate all memory
       call checkall               ; Check for 570,000 bytes of mem, 386 CPU and VGA
       call file_getexepath        
       call dis_setint             ; Install Demo Interrupt Server on Interrupt 0fch
       call file_initpacking       ; Check exe signature (no tempering) !
       call file_setint            ; Replace DOS routines (only OPENFILE, SEEK and READ) on Interrupt 021h
       call flushkbd               ; Flush the keyboard buffer
       
       call  checkcmdline          ; check/process commandline

       ;======== Here we go! ========
       call vmode_init             ; Init VGA (not necessarly Mode13h or ModeX), each PARTs had its own resolution

       mov si,OFFSET exe0
       call executehigh            ; loaded to high in memory. Used for loading music loaders and stuff.
   
       call  _zinit ; Start music
       call  restartmus

       mov   si,OFFSET exe1     ;Parameter for partexecute: Offset to exec name
       call  partexecute
       ; Execute all parts until exe23

       call fademusic
       ;======== And Done! (or fatal exit) ========

    fatalexit:
       mov cs:notextmode,0
       call vmode_deinit

सभी चरणों को पढ़ना बहुत आसान है:

व्यवधान के रूप में DIS व्यवधान सर्वर सेट करें 0fch।
DOS सिस्टम कॉल्स को रुकावट द्वारा प्रतिस्थापित करना 021h(अधिक विवरण के लिए, "देव और प्रोडक्ट मोड्स" अनुभाग देखें )।
ईएमएस मेमोरी के माध्यम से एक साउंड कार्ड के लिए संगीत डाउनलोड करें।
संगीत चल रहा है।
डेमो के प्रत्येक भाग का प्रदर्शन।
किया हुआ!

प्रक्रियाओं का विवरण execute:

 execute:
      cld
      call  openfile ; Open the DOS executable for this PART
      call  loadexe  ; loads the specified exe file to memory, does relocations and creates psp
      call  closefile
      call  runexe   ;runs the exe file loaded previously with loadexe.
                     ; returns after exe executed, and frees the memory
                     ; it uses.

मेमोरी मैनेजर

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

भाग 3: DIS

डेमो इंटरप्ट सर्वर (डीआईएस) प्रत्येक भाग के लिए सेवाओं की एक विस्तृत श्रृंखला प्रदान करता है: विभिन्न एक्सचेंज के बीच डेटा एक्सचेंज से वीजीए के साथ सिंक्रनाइज़ेशन के लिए।

DIS सेवाएँ

रन-टाइम, PART में, DIS सर्वर इसे सेवाएं प्रदान करता है। सुविधाओं की एक सूची में पाया जा सकता है DIS/DIS.H।

सबसे महत्वपूर्ण सेवाएं:

विभिन्न PART ( dis_msgarea) के बीच आदान- प्रदान: DIS प्रत्येक 64 बाइट्स के तीन बफ़र प्रदान करता है ताकि PART पिछले PART के लोडर से पैरामीटर प्राप्त कर सके।
एमुलेशन कॉपर ( dis_setcopper): एमिगा कॉपर सिमुलेटर जो आपको वीजीए की स्थिति के अनुसार संचालन करने की अनुमति देता है।
Dev / Prod ( dis_indemo) मोड : PART को यह जानने की अनुमति देता है कि यह DEV मोड में चल रहा है (जिसका अर्थ है कि इसे वीडियो को इनिशियलाइज़ करना होगा) या PROD मोड में बूटलोडर से लॉन्च किया गया।
वीजीए फ्रेम काउंट ( _dis_getmframe)
वीजीए बैकस्टॉप ( dis_waitb) के लिए प्रतीक्षा कर रहा है ।

डेमो इंटरप्ट सर्वर कोड

DIS स्रोत कोड भी 100% ASM है ... और काफी अच्छी टिप्पणी की:

DIS/DIS.ASM(इंटर हैंडलर इंट टू सेट 0fch)।
DIS/DISINT.ASM (DIS प्रक्रियाएं स्वयं)।
चूंकि दूसरी वास्तविकता भी आंशिक रूप से सी में लिखी गई है, कोड में सी: DIS/DIS.Hऔर के लिए एक इंटरफ़ेस है DIS/DISC.ASM।

यह काम किस प्रकार करता है

DIS को प्रोग्रामेटिक इंट के लिए एक बाधा हैंडलर के रूप में सेट किया गया है 0fch। इसके बारे में महान बात यह है कि यह SECOND.EXEडेमो चलने पर आंतरिक रूप से चल सकता है, या देव मोड में एक निवासी कार्यक्रम ( टीएसआर ) के रूप में। यह लचीलापन आपको व्यक्तिगत रूप से विकास के दौरान अलग-अलग पार्ट डेमो का परीक्षण करने की अनुमति देता है:

                          // चलो दिखावा करते हैं कि हम एक एफसी डेवलपर हैं और सीधे स्टार भाग शुरू करना चाहते हैं।
  C: \> CD DDSTARS            
  C: \ DDSTARS> K

  त्रुटि: DIS लोड नहीं है। 

                          // उफ़, PART 0fch पर DIS नहीं ढूँढ सका।
  C: \ DDSTARS> CD .. \ DIS
  C: \ DIS> DIS

  डेमो इंट सर्वर (DIS) V1.0 कॉपीराइट (C) 1993 द फ्यूचर क्रू
  बीटा संस्करण - संकलित: 07/26/93 03:15:53 
  स्थापित (int fc)।
  नोट: यह DIS सर्वर तांबे या संगीत सिंक्रनाइज़ेशन का समर्थन नहीं करता है!
                          // DIS स्थापित है, आइए फिर से प्रयास करें।

  C: \ DIS> CD ../DDSTARS
  C: \ DDSTARS> K

और वोइला!

तांबा

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

कॉपर को अनुकरण करने के लिए FC टीम ने 8254-PIT और 8259-PIC PC हार्डवेयर चिपसेट का उपयोग किया। उसने वीजीए आवृत्ति के साथ सिंक्रनाइज़ एक प्रणाली बनाई , जो ऊर्ध्वाधर पिछड़े बीम के तीन स्थानों में प्रक्रिया शुरू करने में सक्षम है :

स्थान 0: प्रदर्शन चालू करने के बाद (लगभग स्कैन लाइन 25 पर)
प्लेस 1: रिवर्स बीम स्वीप के तुरंत बाद (IT पोसब्बल को सुरक्षित रखें)
जगह 2: स्कैन बीम के रिवर्स बीम में

यह कैसे किया जाता है MAIN/COPPER.ASM(नीचे दिए गए आरेख में देखें और देखें):

वांछित आवृत्ति के साथ IRQ0 को ट्रिगर करने के लिए 8254 चिप के टाइमर को कॉन्फ़िगर किया गया है।
8h इंटरप्ट हैंडलर (जिसे IRQ0 प्राप्त करने के बाद 8259 PIC द्वारा कहा जाता है) को यहां एक प्रक्रिया के साथ बदल दिया गया है intti8।

नोट: DIS फ्रेम काउंट सेवा वास्तव में कॉपर सिम्युलेटर द्वारा प्रदान की जाती है।

भाग 4: देव और प्रोडक्शन मोड

दूसरी वास्तविकता के स्रोत कोड को पढ़ते हुए, आप सबसे ज्यादा चकित होते हैं कि टीम ने DEV से PROD तक के सहज स्विच पर कितना ध्यान दिया।

विकास मोड

विकास मोड में, डेमो का प्रत्येक घटक एक अलग निष्पादन योग्य फ़ाइल था।

DIS को निवासी TSR में लोड किया गया और एक अवरोध के माध्यम से एक्सेस किया गया 0cfh।
बूटलोडर ने 21hफ़ाइलों को खोलने, पढ़ने, खोजने और बंद करने के लिए एक डीओएस रुकावट का कारण बना ।

इस DEV कॉन्फ़िगरेशन के निम्नलिखित लाभ हैं:

प्रत्येक कोडर और कलाकार निष्पादन योग्य फ़ाइल पर काम कर सकते हैं और इसे अलग से परीक्षण कर सकते हैं, बाकी टीम को प्रभावित किए बिना।
किसी भी समय पूर्ण डेमो को एक छोटे से SECOND.EXE(सभी EXE को अंत तक जोड़कर) का उपयोग करके परीक्षण किया जा सकता है । प्रत्येक भाग के निष्पादन योग्य को 021hएक अलग फ़ाइल से DOS इंटरप्ट का उपयोग करके लोड किया गया था ।

उत्पादन (डेमो मोड)

उत्पादन मोड में, छोटे SECOND.EXE(बूटलोडर वाले), DIS, और अलग EXEs के रूप में डेमो के कुछ हिस्सों को एक मोटी में जोड़ दिया गया SECOND.EXE।

जिले में प्रवेश अभी भी बाधित था 0fch।
DOS 21h इंटरप्ट API को अपने फ्यूचर क्रू रूटीन द्वारा पैच किया गया था, जो एक बड़ी फाइल के अंत से फाइल खोलते हैं SECOND.EXE।

इस PROD कॉन्फ़िगरेशन में रिवर्स इंजीनियरिंग के खिलाफ लोड समय और सुरक्षा के संदर्भ में एक फायदा है ... लेकिन सबसे महत्वपूर्ण बात, प्रोग्रामिंग या लोडिंग पार्ट के दृष्टिकोण से, DEV से PROD पर स्विच करते समय कुछ भी नहीं बदलता है।

भाग 5: अलग भाग

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

अलग भाग

इंजन पार्ट कोड: U2.ASM में सभी PART / EXE की सूची पाई जा सकती है । यहाँ सभी 23 भागों का अधिक सुविधाजनक संक्षिप्त विवरण दिया गया है (स्रोत कोड के स्थान के साथ, हालांकि नाम बहुत भ्रामक हो सकते हैं)

शीर्षक	निष्पादनीय फाइल	सांकेतिक शब्दों में बदलनेवाला	स्क्रीनशॉट	स्रोत
	STARTMUS.EXE			मुख्य / STARTMUS.C
	START.EXE	जंगल की आग		स्टार्ट / MAIN.c
छिपा हुआ भाग	DDSTARS.EXE	जंगल की आग		DDSTARS / STARS.ASM
अल्ककटेस्ट आई	ALKU.EXE	जंगल की आग		ALKU / MAIN.C
अल्ककटेस्टिट II	U2A.EXE	पीएसआई		VISU / C / CPLAY.C
Alkutekstit III	PAM.EXE	TRUG / WILDFIRE		PAM /
	BEGLOGO.EXE			बीईजी / बीईजी। सी
Glenz	GLENZ.EXE	पीएसआई		GLENZ /
Dottitunneli	TUNNELI.EXE	लकडी की डलिया		TUNNELI / TUN10.PAS
टेक्नो	TECHNO.EXE	पीएसआई		तकनीकी / KOEA.ASM
Panicfake	PANICEND.EXE	पीएसआई		घबड़ाहट
Vuori-पुस्तक	MNTSCRL.EXE			वन / READ2.PAS
रेगिस्तान के सपने के सितारे	DDSTARS.EXE	लकडी की डलिया
लेंस		पीएसआई
Rotazoomer	LNS और ZOOM.EXE	पीएसआई		लेंस /
प्लाज्मा		जंगल की आग
Plasmacube	PLZPART.EXE	जंगल की आग		PLZPART /
MiniVectorBalls	MINVBALL.EXE	पीएसआई		डॉट्स /
Peilipalloscroll	RAYSCRL.EXE	लकडी की डलिया		पानी / DEMO.PAS
3 डी साइनसफील्ड	3DSINFLD.EXE	पीएसआई		COMAN / DOLOOP.C
Jellypic	JPLOGO.EXE	पीएसआई		JPLOGO / JP.C
वेक्टर भाग II '	U2E.EXE	पीएसआई		VISU / C / CPLAY.C
कैप्शन / आभार
	ENDLOGO.EXE			END / END.C
	CRED.EXE	जंगल की आग		क्रेडिट / एमएआईएनसी
	ENDSCRL.EXE			ENDSCRL / MAIN.C

ऐसा लगता है कि प्रत्येक डेवलपर की अपनी विशेषज्ञता थी, जिसे एक हिस्से में साझा किया जा सकता था। स्क्रॉलिंग, जहाजों और विस्फोटों (Alkutekstit) के साथ पहले दृश्य में यह विशेष रूप से ध्यान देने योग्य है। हालांकि यह एक निरंतर प्रभाव जैसा दिखता है, वास्तव में यह तीन निष्पादन योग्य फाइलें हैं जो तीन अलग-अलग लोगों द्वारा लिखी गई हैं:

Alkutekstit (क्रेडिट) अनुक्रम

WILDFIRE द्वारा ALKU	पीएसआई द्वारा यू 2 ए	TRUG / WILDFIRE द्वारा PAM

संपत्ति

छवि एसेट्स ( .LBM) 90 के दशक में एक बहुत ही लोकप्रिय बिटमैप संपादक, डिलक्स पेंट का उपयोग करके उत्पन्न होते हैं । दिलचस्प है, वे बाइट्स की एक सरणी में परिवर्तित हो जाते हैं और PART के अंदर संकलित हो जाते हैं। इसके परिणामस्वरूप, exe फ़ाइल सभी संपत्तियों को भी डाउनलोड करती है। इसके अलावा, यह रिवर्स इंजीनियरिंग को उलझाता है।

शांत संपत्ति सेटों में नवीनतम 3 डी दृश्य से प्रसिद्ध CITY और SHIP हैं :

आंतरिक इकाई PART

चूँकि वे सभी डॉस के निष्पादनों में संकलित थे, भाग में, किसी भी भाषा का उपयोग किया जा सकता है:

एएसएम।
सी।
PASCAL: ब्रास नॉकल्स मॉन्स्टर (MNCSRL.EXE) , डॉटेड टनल (TUNNELI.EXE) और रेअटरेंसिंग तलवार (RAYSCRL.EXE) ।
कुछ पार्ट आगे भी बढ़ गए हैं और ASM कोड जनरेट करने के लिए C का उपयोग करते हैं: GLENZ / DOLOOP.C ( डाउनलोड करने योग्य पॉलीहेड्रॉन) और जल प्रभाव (3DSINFLD.EXE) ।

स्मृति उपयोग के लिए, मैंने विकिपीडिया और अन्य वेबसाइटों पर MMU के बारे में बहुत कुछ पढ़ा ... लेकिन वास्तव में, प्रत्येक भाग कुछ भी उपयोग कर सकता था, क्योंकि निष्पादन के बाद यह पूरी तरह से मेमोरी से अनलोड था।

वीजीए के साथ काम करते समय, प्रत्येक भाग ने चाल के अपने सेट का उपयोग किया और इसके संकल्प में काम किया। उन सभी में, मोड 13h नहीं और मोडएक्स का उपयोग नहीं किया गया था, बल्कि अपने स्वयं के संकल्प के साथ संशोधित मोड 13 एच मोड। SCRIPT फ़ाइल में अक्सर 320x200 और 320x400 का उल्लेख होता है।

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

परिष्कृत एल्गोरिदम न केवल चर का भी नाम को समझने के लिए मुश्किल हो जाता है ( a, b, co[]...)। यदि कोड रिलीज़ नोटों में डेवलपर्स ने हमें छोड़ दिया तो कोड अधिक पठनीय होगा। नतीजतन, मैंने प्रत्येक भाग का अध्ययन करने के लिए ज्यादा समय नहीं दिया; अपवाद U2A.EXE और U2E.EXE के लिए जिम्मेदार 3D इंजन था।

3 डी इंजन दूसरी वास्तविकता

वैसे भी, मैंने 3 डी इंजन का विस्तार से अध्ययन करने का फैसला किया, जिसका उपयोग दो भागों में किया गया था: U2A.EXEऔर U2E.EXE।

स्रोत कोड सी कोडांतरक-अनुकूलित प्रक्रियाओं (विशेष रूप से Gouro भरण और छाया) के साथ है:

CITY.C (मुख्य कोड)।
VISU.C (पुस्तकालय visu.lib)।
AVID.ASM (अनुकूलित कोडांतरक वीडियो (सफाई, स्क्रीन कॉपी आदि))।
ADRAW.ASM (ऑब्जेक्ट्स और ट्रंकटिंग को ड्रॉ करना)।
ACALC.ASM ( मैट्रीज़ और तेज़ पाप / कॉस गणना)।

इन घटकों की वास्तुकला काफी उल्लेखनीय है: पुस्तकालय VISUसभी जटिल कार्यों को करता है, उदाहरण के लिए, संपत्ति को लोड करना: 3 डीएस ऑब्जेक्ट्स, सामग्री और प्रवाह (कैमरा और जहाज आंदोलनों)।

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

एक दिलचस्प तथ्य: इंजन एक "पुराने-स्कूल" तरीके से रूपांतरण करता है: सामान्य सजातीय 4x4 मैट्रिसेस का उपयोग करने के बजाय, यह 3 * 3 रोटेशन मेट्रिक्स और एक विस्थापन वेक्टर का उपयोग करता है।

यहाँ छद्म कोड में एक सारांश है:

      main(){

            scenem=readfile(tmpname);  // Load materials
            scene0=readfile(tmpname);  // Load animation

            for(f=-1,c=1;c<d;c++){  //Load objects
              sprintf(tmpname,"%s.%03i",scene,e);
              co[c].o=vis_loadobject(tmpname);
            }

            vid_init(1);
            vid_setpal(cp);

            for(;;){

                vid_switch();
                _asm mov bx,1   _asm int 0fch // waitb for retrace via copper simulator interrupt call 
                vid_clear();
                
                // parse animation stream, update objects
                for(;;){}

                vid_cameraangle(fov); // Field of vision

                // Calc matrices and add to order list (only enabled objects)
                for(a=1;ac<conum;a++) if(co[a].on) /* start at 1 to skip camera */
                    calc_applyrmatrix(o->r,&cam);

                // Zsort via Bubble Sort
                for(a=0;ac<ordernum;a++)
                    for(b=a-1;b>=0 && dis>co[order[b]].dist;b--)

                // Draw
                for(a=0;ac<ordernum;a++)
                    vis_drawobject(o);
              }
            }
            return(0);
     }

आधुनिक प्रणालियों के लिए बंदरगाह

इस लेख के जारी होने के बाद, कई डेवलपर्स ने आधुनिक प्रणालियों के लिए दूसरी वास्तविकता को पोर्ट करना शुरू किया। क्लाउडियो मात्सुओका ने एसआर-पोर्ट बनाने के बारे में बताया , लिनक्स और ओपनजीएल ईएस 2.0 के लिए एक सी पोर्ट, जो अब तक बहुत प्रभावशाली है। निक कोवाक्स ने PART PLZ पर बहुत अच्छा काम किया, इसे C (अब यह sr-port स्रोत कोड का हिस्सा है) में पोर्ट कर लिया, साथ ही जावास्क्रिप्ट में भी :

कोड विश्लेषण डेमो दूसरी वास्तविकता