"चैनल एफ होमब्रेव हार्डवेयर जम्पर्स के माध्यम से प्रोग्रामिंग स्प्राइट्स की तरह होगा ..."
/ चैडटावर, अटारीज फोरम /



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

फेयरचाइल्ड चैनल एफ 1983 तक जारी किया गया था। इस समय के दौरान, इन कंसोलों के एक मिलियन से अधिक एक चौथाई बेच दिए गए थे और लगभग 30-40 खेल जारी किए गए थे , जिनमें से कुछ 2000 के दशक में पहले से ही थे।

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

फेयरचाइल्ड_चैनल_एफ का विकास, जैसा नहीं था। सिस्टम II और कई क्लोनों में, जैसे सबा वीडियोप्ले 2 (1979) में, अंतर मुख्य रूप से शरीर, जॉयस्टिक्स में थे (वैसे, वे सभी समझते थे, सामान्य पदों के अलावा, घुंडी का रोटेशन) और चिप्स की संख्या। वास्तुकला में, सब कुछ लगभग समान था।

चैनल एफ क्या है?

प्रोसेसर

प्रोसेसर, युग की परंपराओं में, एक ही फेयरचाइल्ड कंपनी द्वारा कंसोल के रूप में निर्मित किया गया था और इसे F8 en.wikipedia.org/wiki/Fairchild_F8 कहा जाता है। यह 1974 का 8-बिट प्रोसेसर है, जो 1.8 मेगाहर्ट्ज की आवृत्ति पर काम कर रहा है (एक निर्देश 1 से 6 घड़ी चक्रों से लेता है)।



हालांकि, इसे केवल एक खिंचाव के साथ माइक्रोप्रोसेसर कहा जा सकता है, क्योंकि इस प्रोसेसर में दो चिप्स होते हैं - एक 3850CPU कंप्यूटिंग डिवाइस जिसमें ALU, एक बैटरी, SRAM के 64 बाइट्स, निर्देश निष्पादित करने के लिए आवश्यक तर्क, दो पोर्ट (कोई पता बस नहीं है!) और 3851PSU (प्रोग्रामेबल) स्टोरेज यूनिट), जिसमें 1kb रॉम (BIOS के लिए उपयोग किया जाता है), एक इंस्ट्रक्टर पॉइंटर, मेमोरी एड्रेसिंग स्कीम, इंटरप्ट, एक टाइमर (इंटरप्ट और एक टाइमर विशेष रूप से चैनल F में उपयोग नहीं किया जाता है)।

बाद में, F3859 चिप दिखाई दी, जिसने सीपीयू और पीएसयू को एक ही चिप पर जोड़ा और मोस्टेक 3870 - थोड़ा बेहतर संस्करण, 1990 के दशक तक जारी किया गया। हालाँकि, यह एक और कहानी है। दिलचस्प है, कभी-कभी F8 को माइक्रोकंट्रोलर (विशेष रूप से, एक टाइमर और बंदरगाहों की उपस्थिति के कारण) कहा जाता है और इसे इंटेल एमसीएस -48 परिवार (8048) के पूर्वज के रूप में संदर्भित किया जाता है।

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

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

प्रोसेसर में बहुत सारे रजिस्टर हैं। 8-बिट बैटरी ए और फ्लैग रजिस्टर डब्ल्यू (आई, ओ, जेड, सी, एस) के अलावा, एक "स्क्रैडपैड" भी है - विभिन्न कार्यों के साथ 64 आठ-बिट सेल।

पहले नौ कोशिकाओं को सामान्य प्रयोजन रजिस्टर के रूप में इस्तेमाल किया जाता है R0-R8 जैसे कमांड्स में 'lr a, 7' (रजिस्टर R7 की सामग्री को बैटरी में लोड करें)। ध्यान दें कि पत्र R इंगित नहीं किया गया है - केवल रजिस्टर संख्या लिखी गई है। वास्तव में, संख्या या मतलब है। संख्या संदर्भ से स्पष्ट होनी चाहिए। कहिए, lr निर्देश के मामले में, बस संख्याएँ नहीं हो सकती हैं। और यदि, उदाहरण के लिए, "li 7" (बैटरी में एक स्थिरांक लोड करें), तो यह वास्तव में एक संख्या है, रजिस्टर नहीं।

कक्ष 9, 10-11 (एच), 12-13 (के), 14-15 (क्यू) विभिन्न रजिस्टरों में अन्य रजिस्टरों को बचाने के लिए डिज़ाइन किए गए हैं, जैसे कि सबप्रोग्राम।

रजिस्टर R16-R63 केवल एक विशेष ISAR इंडेक्स रजिस्टर (अप्रत्यक्ष स्क्रैचपैड एड्रेस रजिस्टर) के माध्यम से सुलभ हैं, छह छह-बाइट बफ़र्स के रूप में जो 16-23, 24-31, 32-39, 40-47, 48-55, 56-63 कोशिकाओं से बनते हैं ।

छह-बिट ISAR को 3 बिट्स के दो भागों में विभाजित किया गया है। ISAR के एक से बढ़ने या घटने पर, केवल 3 निचले हिस्से प्रभावित होते हैं - अर्थात संबोधित छह आठ बाइट बफ़र्स में से एक के भीतर किया जाता है (एक ही समय में, बफ़र के अंत को विशेष br7 सशर्त शाखा निर्देशों द्वारा पता लगाया जा सकता है)।

clr ; 0 -> A ; set ISAR to full address Ox27 (octal 27) lisu 2 ; buffer N2 lisl 7 ; index within buffer N2 loop: lr d,a ; A-> buffer N2[index], than decrement ISAR (27, 26, 25, ... ) br7 loop ; go further if low part of ISAR contains 7 (end of buffer N2). if not, go loop again 

इस मामले में, निर्देश में "डी" "एलआर डी", रजिस्टर का नाम नहीं है, लेकिन एक संकेत है कि ISAR को कम करना होगा ("i" - वृद्धि, "s" - अपरिवर्तित छोड़ दें)।

अप्रत्यक्ष रूप से संबोधित करने का एक और तरीका है - DC0 रजिस्टर (डेटा काउंटर) के माध्यम से:

  dci data_addr ; data_addr -> DC0 lm ; [data_addr] -> A, DC0 + 1 -> DC0 ... data_addr: db 0,1,2,3,... 

यदि आपको एक मेमोरी क्षेत्र से दूसरे में डेटा ट्रांसफर करने की आवश्यकता है, तो इसके अलावा xdc कमांड का उपयोग किया जाता है, जो रजिस्टरों DC0 और DC1 की सामग्री को स्वैप करता है। यानी हम DC0 द्वारा इंगित पते से पढ़ते हैं, फिर xdc करते हैं और उस पते पर लिखते हैं जो DC1 अब इंगित करता है। फिर फिर से xdc, आदि। यानी DC1 DC0 की एक प्रति संग्रहीत करने के लिए एक प्रकार का छाया रजिस्टर है। सीधे इसे एक्सेस करना (कमांड xdc को छोड़कर) असंभव है।

उपरोक्त उदाहरण सम्बोधन के संदर्भ में संभावनाओं के केवल एक हिस्से का वर्णन करते हैं, वास्तव में, उनमें से अधिक हैं।

F8 में भी चार पोर्ट हैं - 0,1,4,5, जिसमें आप आउट कमांड से लिख सकते हैं और कमांड में पढ़ सकते हैं। चैनल F में, पोर्ट का उपयोग ग्राफिक्स, साउंड, और जॉयस्टिक स्टेटस को आउटपुट करने के लिए किया जाता है।

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

कोई घटाव नहीं है (केवल जोड़ है)। प्रति यूनिट डीक्रिमेंट (डीएस) और इंक्रीमेंट (इंक) असममित हैं। डी एस केवल रजिस्टरों के साथ काम करता है r0-r8, inc - केवल बैटरी के साथ।

बिना शर्त कूदने से बैटरी खराब हो जाती है।

एक सामान्य लूप का उदाहरण

  li 25 ; (r4) number of iterations lr 4,a next: ds 4 ; r4-- bnz next ; until r4 == 0 

सबरूटीन्स

चूंकि F8 में हार्डवेयर स्टैक नहीं है, इसलिए नेस्टेड सबप्रोग्राम कॉल के साथ कठिनाइयाँ हैं। एक सामान्य कॉल और रिटर्न इस तरह दिखता है:

  ; ...code pi sub ; Pushes address of next instruction to PC1 ; address of sub is stored in PC0 (jump to subroutine) ; ...code continues sub: ; ... often used code pop ; Move return address from PC1 to PC0 

यहाँ PC0 एक नियमित निर्देश सूचक है। PC1 - तथाकथित "स्टैक रजिस्टर"। इसका स्टैक से कोई लेना-देना नहीं है, सबरूटीन कहे जाने पर बस PC0 इसमें बच जाती है।

यदि उप से एक और सबरूटीन कहा जाता है, तो वापसी पता अधिलेखित हो जाता है और इसे जटिल करना पड़ता है (रजिस्टर में पहला रिटर्न पता सहेजें):

  prog: ; ...do something... pi sub1 ; Address of next instruction stored in PC1 ; sub1 is stored in PC0 (jump to subroutine) ; ...do more... sub1: lr k,p ; Copy PC1 to K, original jump address to K ; ...do something... pi sub2 ; Pushes address of next instruction to PC1 ; sub1 is stored in PC0 (jump to subroutine) ; ...do more... pk ; Store address of next instruction in PC1 ; Copy value in K to PC0 (jump back to main) sub2: ; ...do something... pop ; Move return address from PC1 to PC0 

यदि आपको तीसरे स्तर के घोंसले के शिकार की आवश्यकता है, तो सब कुछ पूरी तरह से उदास हो जाता है (इसके लिए BIOS में दो विशेष रूटीन भी हैं - पुशक और पॉपक)।

सामान्य सिफारिश मैक्रोज़ के साथ सबरूटीन कॉल को बदलने की कोशिश करना है। बेशक, अगर कोड के आकार पर कोई सख्त प्रतिबंध नहीं हैं।

F8 में कोई हार्डवेयर स्टैक नहीं है। यदि आवश्यक हो, तो इसे ISAR और बफ़र्स के माध्यम से प्रोग्रामेटिक रूप से कार्यान्वित किया जाता है।

RAM पर लिखना बहुत प्रासंगिक नहीं है (एक की कमी के लिए), लेकिन यह इस तरह दिखता है:

  li $FF ; set value dci $3800 ; set target address st ; write 

स्मृति

हालाँकि यह थोड़ा अजीब लगता है, फेयरचाइल्ड चैनल F में कोई RAM नहीं है। मौजूदा दो किलोबाइट वीडियो मेमोरी (MK4027) पता स्थान में प्रदर्शित नहीं होते हैं, और वास्तव में वे पठनीय नहीं होते हैं, उन्हें बंदरगाहों के माध्यम से लिखा जाता है। माइक्रोप्रोसेसर के रजिस्टरों, यहां तक ​​कि 64 के रूप में, रैम के लिए शायद ही सही माना जाता है।

निष्पादन योग्य प्रोग्राम को हटाने योग्य ROM कारतूस में संग्रहीत किया जाता है, जिसमें अक्सर 2kb की क्षमता होती है (कुछ आधुनिक गेम 3k, 4k और 5k कारतूस का उपयोग करते हैं)। इसके अलावा, इसमें बिल्ट-इन प्रोसेसर चिप, 1KB ROM ROM है, जिसमें एक साधारण गेम जैसे कि टेनिस, उपयोगी दिनचर्या के एक जोड़े और कई पात्रों की छवियां हैं।

पता स्थान में, BIOS $ 0000 से $ 07ff, कारतूस ROM - $ 0800 से स्थित है।

ग्राफिक्स

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

नतीजतन, वास्तविक रिज़ॉल्यूशन लगभग 8 रंगों के साथ 95 x 58 पिक्सल के रूप में अनुमानित किया जा सकता है (जो, हालांकि, अपने काले और सफेद 64x32 के साथ आरसीए स्टूडियो II की तुलना में बहुत बेहतर है)।

अधिकांश कंसोल NTSC संस्करण में जारी किए जाते हैं, लेकिन PAL भी मौजूद हैं। कोई व्यावहारिक अंतर नहीं हैं, जैसा कि वे कहते हैं (लाइनों की संख्या समान है)।

अनिवार्य रूप से, इस तरह का एक सरल लोहा केवल आपको स्क्रीन पर डॉट्स खींचने की अनुमति देता है। यद्यपि प्रदर्शित रंगों की कुल संख्या 8 है, हालांकि, केवल चार को एक पंक्ति में प्रदर्शित किया जा सकता है (आप मनमाने ढंग से इस पैलेट को कॉल कर सकते हैं)। पैलेट प्रत्येक पंक्ति के लिए व्यक्तिगत रूप से सेट किया गया है, और एक अजीब जगह में संग्रहीत किया जाता है - प्रत्येक पंक्ति के 125 और 126 कॉलम में (जो किसी भी मामले में दृश्य क्षेत्र के बाहर हैं)। इन दो स्तंभों में पिक्सेल खींचकर, क्रमशः पैलेट को बदलना है।


(वीडियो मेमोरी क्षेत्र जो वास्तव में स्क्रीन पर दिखाई देता है और वह क्षेत्र जहां पैलेट सेट किया गया है, पीले रंग में हाइलाइट किया गया है)

जैसा कि ऊपर उल्लेख किया गया है, बंदरगाहों के माध्यम से वीआरएएम को डेटा लिखने का केवल एक ही तरीका है। यह रंग, स्तंभ, पंक्ति को इंगित करता है:

X को पोर्ट 4, Y से पोर्ट 5, पोर्ट 1 के लिए रंग के लिए लिखा गया है, जिसके बाद पोर्ट 1 के लिए एक निरंतर लिखकर डेटा स्थानांतरित किया जाता है:

  ; set color (2 bit per pixel) li $00 ; color ($00 = green, $40 = red, $80 = blue, $C0 = background) outs 1 li 104 ; X com outs 4 ; set the row li 61 ; Y com outs 5 ; transfer data to VRAM li $60 outs 0 li $50 outs 0 ; wait for update lis 6 delay: ai $ff bnz delay 

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

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

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

अग्रभूमि रंग मोड में, हमेशा तीन होते हैं - लाल, हरा, नीला (आरजीबी)। प्लस तीन पृष्ठभूमि रंगों में से एक - ग्रे, हल्का नीला, हल्का हरा।

पैलेट को 125 और 126 कॉलम में सेट करने के लिए, निम्न मान लिखें:

 x=125 x=126 palette --------------------------------------------------------------------- 00 00 COLOR: rgb, light green bg 00 ff COLOR: rgb, light blue bg ff 00 COLOR: rgb, gray bg ff ff B/W: www, black bg 

विशिष्ट खेलों में, वे आमतौर पर ऐसा करते हैं: पहले वे एक निश्चित सामान्य पृष्ठभूमि निर्धारित करते हैं, जिसके लिए आप तैयार BIOS प्रक्रिया का उपयोग कर सकते हैं:

  li $c6 ; $21 - b/w palette, fill with black. $c6 - color palette, fill with gray lr 3, A pi clrscrn ; clrscrn BIOS call 

फिर, यदि आवश्यक हो, तो एक काले और सफेद पैलेट के साथ एक पट्टी बनाएं (उदाहरण के लिए, एक काले रंग की पृष्ठभूमि पर सफेद संख्याओं के साथ गेम स्कोर प्रदर्शित करने के लिए)


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

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


हालाँकि, उनकी वापसी की प्रक्रिया उपयोगी है और इसका उपयोग निम्नानुसार किया जा सकता है:

  li 25 ; column lr 1,a li 25 ; row lr 2,a li %11000000 ; eg $c0 - green "0" lr 0,a ; a -> r0 pi drawchar ; call subroutine 

उपरोक्त संस्करण में, रजिस्टर r0 में ऊपरी दो अंक रंग (10 - लाल, 11 - हरा, 01 - नीला, 00 - पारदर्शी), बाकी - चरित्र के सीरियल नंबर (0 1 2 3 4 5 6 7 8 9 G? T SPACE MX निर्धारित करते हैं? ब्लॉक: - केंद्र || वाम ||,), शून्य से शुरू। रजिस्टरों r1 और r2 को क्रमशः, एक कॉलम और एक पंक्ति में रखा गया है।

बिट्स के बारे में सोचने का अधिक व्यावहारिक विकल्प नहीं है:

  li 20 ; x lr 1,a ; a -> r1 li 10 ; y lr 2,a ; a -> r2 li $40 ; char color in bits 6,7: $80 (%10000000) - red, $c0 (%11000000) - green, $40 (%01000000) - blue, $00 (%00000000) - transparent oi 1 ; index of char ( eg 3 for "3" ) lr 0,a ; combined color + char index -> r0 pi drawchar ; call subroutine 

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

दूसरा बिंदु "सीसी" अक्षर हैं। चूँकि "C" अक्षर BIOS में नहीं हैं, इसलिए GG और संख्या 1 के अक्षरों का ओवरलैपिंग का उपयोग उलटा "CC" प्राप्त करने के लिए किया जाता है।

ध्वनि

आवाज खराब है। आधिकारिक तौर पर, तीन ध्वनियाँ हैं - 120Hz, 500 Hz और 1 KHz। वास्तव में, क्लिक के अलावा कुछ और एक घुटा हुआ चीख़ प्राप्त करना समस्याग्रस्त है। इसके अलावा, वे कहते हैं कि PAL और NTSC मशीनों, साथ ही पुराने और नए संस्करणों के बीच, ध्वनि भी अलग है। हालाँकि, विशिष्ट खेलों के लिए - यह पर्याप्त है। बंदरगाहों के माध्यम से और पर ध्वनि:

  li %01000000 ; 1khz beep $40 outs 5 li %10000000 ; 500hz beep $80 outs 5 li %11000000 ; 120hz beep $c0 outs 5 ; some pause clr outs 5 ; turn off sound 

लोगों को संगीत बजाने में भी मज़ा आता था। सबसे अच्छे नमूने दूर से पीसी-स्पीकर से मिलते जुलते हैं। सच है, वैसे भी कोई व्यावहारिक अर्थ नहीं है - सभी प्रोसेसर संसाधन संगीत में जाते हैं, कुछ भी विशेष नहीं किया जा सकता है।

विकास के उपकरण

वर्तमान में, "विकास पैक" नामक आवश्यक सॉफ़्टवेयर का एक तैयार-चयन है ।

इसमें DASM कोडांतरक, डिस्सेम्बलर, MESS एमुलेटर (डीबगर के साथ) शामिल हैं। यह सब कम से कम विंडोज 7 के तहत समस्याओं के बिना काम करता है।


विधानसभा और स्टार्टअप के लिए पैरामीटर:

 dasm.exe test.asm -f3 -otest.bin messd channelf -cartridge %cartPath%\test.bin -w -effect sharp -r 640x480 -ka 

एमुलेटर काफी अच्छा है, हालांकि वहां मौजूद डिबगर बेहद अजीब है। मैं MAME / MESS के नए संस्करण को तुरंत कॉन्फ़िगर नहीं कर सका (मैंने देखा कि MAME को एक अलोकप्रिय प्लेटफ़ॉर्म के लिए सेट करना जो इसे माना जाता है कि यह हर बार एक गैर-तुच्छ कार्य है)।

एमुलेटर मानता है कि दृश्य क्षेत्र का रिज़ॉल्यूशन minx = 5, minY = 5, maxX = 105, maxx = 61 से मेल खाता है

चूंकि परिणाम लाइव का परीक्षण किए बिना एमुलेटर के तहत कुछ लिखने में कोई आनंद नहीं है, इसलिए मुझे ROM एमुलेटर के साथ समस्या को हल करना पड़ा। मेरे अनुरोध पर, tnt23 ने एक विशेष कारतूस बनाया (अलेक्जेंडर नोवोज़िलोव ने इसके लिए एक मामला छापा) जिसमें EEPROM 28C16A डाला गया है। F8 संबोधन की ख़ासियत के कारण, मुझे अभी भी ईबे पर एक प्राचीन फेयरचाइल्ड 3853 चिप खरीदनी थी। नतीजतन, यह देखने के लिए EEPROM को प्रोग्राम करना संभव था कि कोड एक लाइव मशीन पर कैसे दिखता है।


इसके अलावा, tnt23 ने एक चैनल एफ एस-वीडियो आउटपुट संलग्न किया (आम तौर पर यह केवल एंटीना इनपुट के माध्यम से एक टीवी से जुड़ा जा सकता है), जिसने छवि गुणवत्ता और रंग प्रजनन में बहुत सुधार किया।

फेयरचाइल्ड चैनल एफ के बारे में कहानी:

साधन

• वीईएस विकी
• स्कीम [1] , [२]
• F8 का इतिहास
• प्रोग्रामिंग F8
• पेटेंट (यह कैसे काम करता है)
• एक्सएम [1] से संगीत खिलाड़ी / कन्वर्टर, [२]
• तस्वीरें
• स्क्रॉलिंग इंट्रो