एक ट्वीट में बूट करने योग्य सीडी और रेट्रो गेम

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

perl -E 'say"A"x46422,"BDRDAwMQFFTCBUT1JJVE8gU1BFQ0lGSUNBVElPTg","A"x54,"Ew","A"x2634,"/0NEMDAxAQ","A"x2721,"BAAAAYQ","A"x30,"SVVVqogAAAAAAAEAF","A"x2676,"LMBaACgB76gfbgTAM0Qv8D4uYAI86qqgcc+AXP45GA8SHIRPFB3DTeYSEhyBSwCa8CwicMB3rSG/sHNFbRFJjAke9rrwQ","A"x2638'|base64 -D>cd.iso 

ट्वीट में कोड एक बूट करने योग्य CD-ROM छवि बनाता है: cd.iso । आप कोड को क्यूमू या अपनी पसंदीदा आभासी मशीन पर अपलोड कर सकते हैं - और तीर कुंजी के साथ खेल सकते हैं। तुम भी एक असली कंप्यूटर पर सीडी-आर और बूट करने के लिए आईएसओ जला कर सकते हैं।

मैन्युअल रूप से एक सीडी इमेज बनाने के लिए, आपको सबसे पहले आईएसओ 9660 की एक बुनियादी समझ प्राप्त करने की आवश्यकता है। दुर्भाग्य से, आईएसओ मानकों वाले दस्तावेज आमतौर पर महंगे होते हैं। हालांकि, आईएसओ 9660 ईसीएमए 119 के समान है, इसलिए विनिर्देशों को मुफ्त में पढ़ा जा सकता है।

ISO 9660 में कई एक्सटेंशन हैं, जैसे कि UDF, El Torito, RockRidge, Joliet, आदि। बूट इमेज के लिए, केवल El Torito हमारे लिए महत्वपूर्ण है। एल टोरिटो विनिर्देश, मेरी राय में, खराब लिखा गया है। त्रुटियां हैं (उदाहरण के लिए, तालिका 7 में अंतिम पंक्ति), यह भूलना आसान है कि मान हेक्साडेसिमल हैं ( 0x उपसर्ग निर्दिष्ट नहीं हैं), संख्या सहज रूप से क्रमबद्ध नहीं हैं, आदि। सौभाग्य से, दस्तावेज़ काफी छोटा है।

बूट डिस्क बनाने के लिए, हम 17 खाली क्षेत्रों को लिखकर शुरू करते हैं, उसके बाद वॉल्यूम डिस्क्रिप्टर सेट का एक सेट होता है। प्रत्येक सेक्टर 2048 बाइट्स है।

नोट। ISO-9660 विनिर्देशन कहता है कि वॉल्यूम डिस्क्रिप्टर सेट सेक्टर 16 से शुरू होता है। एल टोरिटो विनिर्देश को सेक्टर 17 में बूट रिकॉर्ड की शुरुआत की आवश्यकता होती है। तकनीकी रूप से, आपको सेक्टर 16 में एक डमी वॉल्यूम डिस्क्रिप्टर लगाना चाहिए, लेकिन इसके लिए सब कुछ ठीक है।

हम पहला वॉल्यूम डिस्क्रिप्टर लिखते हैं:

 0x00 // Type (0 = boot record) 'CD001' // Identifier 0x01 // Version 'EL TORITO SPECIFICATION' // Boot System Identifier 9 x 0x00 // Padding 32 x 0x00 // Unused 0x13 0x00 0x00 0x00 // Boot Catalog address (in absolute sectors) 1973 x 0x00 // Unused 

निम्नलिखित क्षेत्र में वॉल्यूम डिस्क्रिप्टर सेट टर्मिनेटर शामिल हैं:

 0xff // Type (255 = terminator) 'CD001' // Identifier 0x01 // Version 2041 x 0x00 // Unused 

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

चेकसम की गणना की जाती है ताकि रिकॉर्ड में सभी 16-बिट मान 0 (mod 65536) को अभिव्यक्त किए जाएं।

बूट निर्देशिका में पहली प्रविष्टि (सत्यापन प्रविष्टि):

 0x01 // Header ID 0x00 // Platform ID (0 = Intel x86) 0x00 0x00 // Reserved 'a' // ID string 23 x 0x00 // Padding cksum cksum // Checksum (2 bytes) 0x55 0xaa // Key bytes 

दूसरा रिकॉर्ड (डिफ़ॉल्ट):

 0x88 // Boot Indicator (0x88 = bootable) 0x00 // Boot Media Type (0 = no emulation) 0x00 0x00 // Load segment 0x00 // System Type 0x00 // Unused 0x01 0x00 // Number of sectors to load 0x14 0x00 0x00 0x00 // Virtual disk address (in absolute sectors) 20 x 0x00 // Unused 

फिर क्षेत्र के अंत तक शून्य:

 1984 x 0x00 // Unused 

अगला सेक्टर हमारा बूटलोडर और रेट्रो गेम है:

 ; to compile: ; nasm bootloader.asm -o bootloader.img [bits 16] ; Pragma, tells the assembler that we ; are in 16 bit mode (which is the state ; of x86 when booting from a floppy). [org 0x7C00] ; Pragma, tell the assembler where the ; code will be loaded. mov bl, 1 ; Starting direction for the worm. push 0xa000 ; Load address of VRAM into es. pop es restart_game: mov si, 320*100+160 ; worm's starting position, center of ; screen ; Set video mode. Mode 13h is VGA (1 byte per pixel with the actual ; color stored in a palette), 320x200 total size. mov ax, 0x0013 int 0x10 ; Draw borders. We assume the default palette will work for us. ; We also assume that starting at the bottom and drawing 2176 pixels ; wraps around and ends up drawing the top + bottom borders. mov di, 320*199 mov cx, 2176 rep draw_loop: stosb ; draw right border stosb ; draw left border add di, 318 jnc draw_loop ; notice the jump in the middle of the ; rep stosb instruction. game_loop: ; We read the keyboard input from port 0x60. This also reads bytes from ; the mouse, so we need to only handle [up (0x48), left (0x4b), ; right (0x4d), down (0x50)] in al, 0x60 cmp al, 0x48 jb kb_handle_end cmp al, 0x50 ja kb_handle_end ; At the end bx contains offset displacement (+1, -1, +320, -320) ; based on pressed/released keypad key. I bet there are a few bytes ; to shave around here given the bounds check above. aaa cbw dec ax dec ax jc kb_handle sub al, 2 imul ax, ax, byte -0x50 kb_handle: mov bx, ax kb_handle_end: add si, bx ; The original code used set pallete command (10h/0bh) to wait for ; the vertical retrace. Today's computers are however too fast, so ; we use int 15h 86h instead. This also shaves a few bytes. ; Note: you'll have to tweak cx+dx if you are running this on a virtual ; machine vs real hardware. Casual testing seems to show that virtual machines ; wait ~3-4x longer than physical hardware. mov ah, 0x86 inc cl int 0x15 ; Draw worm and check for collision with parity ; (even parity=collision). xor [es:si], ah ; Go back to the main game loop. jpo game_loop ; We hit a wall or the worm. Restart the game. jmp restart_game TIMES 2048 - ($ - $$) db 0 ; Fill the rest of the sector with 0 

फिर मैंने बूटलोडर को संकलित करने, छवि बनाने और एक ट्वीट बनाने के लिए एक स्क्रिप्ट लिखी। अंत में, मैंने सीडी को जला दिया और जाँच की कि सब कुछ असली हार्डवेयर पर काम करता है ।