पीवीएस-स्टूडियो और 3 डीओ-एमुलेटर

मैंने वादा किया था कि अब मैं 3DO कंसोल इम्यूलेशन को नहीं छूऊंगा। लेकिन फिर मुझे एक स्थिर कोड विश्लेषक, जैसे पीवीएस-स्टूडियो के रूप में इस तरह के एक विदेशी चीज़ के साथ काम करने का अवसर मिला। पहली बात मैंने विश्लेषक की कोशिश करने का फैसला किया था, बेशक मेरा 3DO कंसोल एमुलेटर (फीनिक्स प्रोजेक्ट) था। 90 के दशक की शुरुआत में इस तरह का एक उपसर्ग था, सीडी ड्राइव के साथ पहला 32-बिट कंसोल, मुझे अपने भाई की याद है और मैं उसे मॉस्को से लाया था, तब से मैं खुद को फाड़ नहीं सकता। खैर, जब से यह मामला चालू हुआ, तब 3DO एमुलेशन के लिए एक और सभी मुख्य परियोजनाओं के लिए हम जाँच करेंगे। तो चलिए जाने ...

FreeDOCore - GoogleCode में भंडार से मूल कोर।

प्रोजेक्ट वेबसाइट : http://www.freedo.org/

संशोधन ::।

मदद : पहला और आप इस कंसोल का एकमात्र एमुलेटर कह सकते हैं, बाकी सभी किसी न किसी तरह इस कोड पर आधारित हैं।

लिखने में त्रुटि।

V523: 'तत्कालीन' कथन 'और' कथन के बराबर है।

लाइन 673 - clio.cpp



नियमित संकलक चेतावनी के लिए भी इस तरह के आकर्षण पर विचार नहीं करता है:

if((cregs[0x404])&0x200) { ptr=0; while(len>=0) { b3=_xbus_GetDataFIFO(); ... } cregs[0x400]|=0x80; } else { ptr=0; while(len>=0) { b3=_xbus_GetDataFIFO(); ... } cregs[0x400]|=0x80; } 

इस मामले में, न केवल निरर्थक कोड, बल्कि एक इम्यूलेशन त्रुटि भी है, XBUS प्रोटोकॉल द्वि-दिशात्मक है, और इस मामले में यह हमेशा पढ़ने के लिए काम करता है, जो सीडी ड्राइव के अनुकरण के लिए निश्चित रूप से महत्वपूर्ण नहीं है, लेकिन यह अभी भी अनुकरणीय खेलों के लिए एक सकल और संभावित खतरनाक त्रुटि है। - क्या होगा अगर यह सब एक खाली जलने के लिए दिमाग में आता है? लेकिन गंभीरता से, अनुकरणीय एक्सबस इंटरफेस के लिए लिखने के बजाय, डीएमए रजिस्टरों में निर्दिष्ट मेमोरी दूषित हो जाएगी, और निश्चित रूप से इस तरह के दृष्टिकोण के साथ एफजेड-ईएम 253 डी 3 डी मेमोरी यूनिट के रूप में इस तरह की दुर्लभता का अनुकरण करना संभव नहीं होगा।

त्रुटि पढ़ें।

V614: संभावित रूप से असंगठित चर 'वैल' का उपयोग किया जाता है।

लाइन 803 - clio.cpp



पहले तो मुझे लगा कि यह बकवास है, लेकिन अचानक मुझे FIFO में भूत याद आए ...

 unsigned short __fastcall _clio_EIFIFO(unsigned short channel) { unsigned int val,base,mask; ... if(FIFOI[channel].StartAdr!=0)//channel enabled { ... } return val; } 

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

कुल मिलाकर, दो उल्लेखनीय गलतियाँ, ईमानदार होने के लिए, मुझे लगा कि कुछ और होगा।

FourDO - SourceForge रिपॉजिटरी से एक संशोधित कोर

प्रोजेक्ट वेबसाइट : http://www.fourdo.com/

संशोधन : ३7vision

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

फिक्स्ड, लेकिन अभी भी बग।



तुरंत मैं मूल कर्नेल (V614: संभावित रूप से असिंचित चर 'वैल' लाइन 803 - clio.cpp) में अंतिम त्रुटि को नोट करना चाहता हूं, भूतों को बिना अनावश्यक (या अनावश्यक के साथ एक ही) के साथ निपटा दिया गया था: बातचीत?

 unsigned short __fastcall _clio_EIFIFO(unsigned short channel) { unsigned int val,base,mask; base=0x400+(channel*16); mask=1<<channel; if(FIFOI[channel].StartAdr!=0) { ... } else { val=0; // JMK SEZ: What is this? // It was commented out along with this whole "else" block, // but I had to bring this else block back from the dead // in order to initialize val appropriately. } return val; } 

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

उपसर्ग त्रुटि।

V523: 'तत्कालीन' कथन 'और' कथन के बराबर है।

लाइन 673 - clio.cpp



निर्माता के पैर ने यहां पैर नहीं रखा - सब कुछ मूल रूप में है। उन लोगों के लिए जो विषय पर नहीं हैं, "निर्माता" फोरडीओ के लेखकों में से एक है - विक्टर (मुझे नहीं पता कि उसका नाम है या नहीं, वह स्टर्लिंगिट्ज भी है), वह 3DOPlay के लेखक हैं, FreeDO का एक और कांटा है, त्रुटियां समान हैं जैसा मूल में है। 3DOPlay के साथ एक मजेदार कहानी थी: विक्टर ने ट्रोल करने का फैसला किया और कहा कि वह 3DO एम्यूलेटर का निर्माता था, और फ्रीडीओ डेवलपर्स ने कथित तौर पर उससे कोड चुरा लिया था। मेरी बहुत शर्म की बात है, मैं, FreeDO के सह-लेखक के रूप में, अपने 3DOPlay परियोजना के खिलाफ शत्रुता में सक्रिय भाग नहीं ले पाया और कहा - मुझे यह कहना चाहिए कि नाम बहुत अच्छा है, लेकिन किसी ने विस्फोट कर दिया - तीन खोखले और यह शुरू हो गया ... परिणामस्वरूप, विक्टर, FourDO टीम में शामिल हो गया। और हमें श्रद्धांजलि अर्पित करनी चाहिए, वह एकमात्र ऐसा व्यक्ति है जिसने मूल स्रोत के लेखकों के अलावा 3DO एमुलेशन के विकास के संदर्भ में कुछ भी किया है।

अभी तक गलती नहीं हुई।

V550: एक विषम सटीक तुलना: Rez2T! = 0. यह परिभाषित सटीकता के साथ तुलना का उपयोग करना बेहतर है: फ़ैब्स (ए - बी)> एप्सिलॉन।

लाइन 778 - madam.cpp



नीचे दिया गया कोड पूरी तरह कार्यात्मक है, लेकिन गंभीर चिंता का विषय है।

 static double Rez0T,Rez1T,Rez2T,Rez3T; ... Rez2T=(signed int)((M20*V0+M21*V1+M22*V2)/65536.0); if(Rez2T!=0) M=Nfrac16/(double)Rez2T; else M=Nfrac16; 

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

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

 void __fastcall _qrz_PushARMCycles(unsigned int clks) { uint32 arm,cnt; int timers=21000000; //default int sp=0; if(sdf>0) sdf--; if(sf>0) sf--; if(unknownflag11>0)unknownflag11--; if(ARM_CLOCK<0x5F5E10)ARM_CLOCK=0x5F5E10; if(ARM_CLOCK>0x2FAF080)ARM_CLOCK=0x2FAF080; if(speedfixes>0&&speedfixes<0x186A1) {/*sp=0x2DC6C0;*/ speedfixes--;} else if(speedfixes>0x186A1&&speedfixes<0x30D41) {/*if(sdf==0)sp=0x4C4B40; */speedfixes--;} else if(speedfixes<0) {sp=0x3D0900; speedfixes++;} else if(speedfixes>0x30D41) {/*sp=0x249F00;*/ speedfixes--;} else if(speedfixes==0x30D41||speedfixes==0x186A1) speedfixes=0; if((fixmode&FIX_BIT_TIMING_2)&&sf<=2500000) {sp=0; timers=21000000; if(sf==0)sp=-(0x1C9C380-ARM_CLOCK);} if((fixmode&FIX_BIT_TIMING_1)/*&&jw>0*/&&sf<=1500000) {/*jw--;*/timers=1000000;sp=-1000000;} if((fixmode&FIX_BIT_TIMING_4)/*&&jw>0*/) {/*jw--;*/timers=1000000;sp=-1000000;} if((fixmode&FIX_BIT_TIMING_3)&&(sf>0&&sf<=100000)/*&&jw>0*/) {/*jw--;*/timers=900000;} if((fixmode&FIX_BIT_TIMING_5)&&sf==0/*&&jw>0*/) {/*jw--;*/timers=1000000;} if((fixmode&FIX_BIT_TIMING_6)/*&&jw>0*/) {/*jw--;*/timers=1000000; if(sf<=80000)sp=-23000000;} if(fixmode&FIX_BIT_TIMING_7){sp=-3000000; timers=21000000;} if((sf>0x186A0&&!(fixmode&FIX_BIT_TIMING_2))|| ((fixmode&FIX_BIT_TIMING_2)&&sf>2500000)) sp=-(12200000-ARM_CLOCK); if((ARM_CLOCK-sp)<0x2DC6C0)sp=-(0x2DC6C0-ARM_CLOCK); if((ARM_CLOCK-sp)!=THE_ARM_CLOCK) { THE_ARM_CLOCK=(ARM_CLOCK-sp); io_interface(EXT_ARM_SYNC,(void*)THE_ARM_CLOCK); //fix for working with 4do } arm=(clks<<24)/(ARM_CLOCK-sp); qrz_AccARM+=arm*(ARM_CLOCK-sp); if( (qrz_AccARM>>24) != clks ) { arm++; qrz_AccARM+=ARM_CLOCK; qrz_AccARM&=0xffffff; } qrz_AccDSP+=arm*SND_CLOCK; qrz_AccVDL+=arm*(VDL_CLOCK); if(_clio_GetTimerDelay())qrz_TCount+=arm*((timers)/ (_clio_GetTimerDelay())); } 

विश्लेषक के दृष्टिकोण से दिया गया कोड सही है, लेकिन सामान्य ज्ञान के दृष्टिकोण से, ऐसा करने के लिए (कि मैं केवल "इस" का अनुमान लगा सकता हूं) जब ध्यान में रखा गया है, तो उत्सर्जित प्रोसेसर की घड़ी चक्र एक निराकार विघटन है, नीचे मूल से कोड है:

 void __fastcall _qrz_PushARMCycles(unsigned int clks) { uint32 arm; arm=(clks<<24)/ARM_CLOCK; qrz_AccARM+=arm*ARM_CLOCK; if( (qrz_AccARM>>24) != clks ) { arm++; qrz_AccARM+=ARM_CLOCK; qrz_AccARM&=0xffffff; } qrz_AccDSP+=arm*SND_CLOCK; qrz_AccVDL+=arm*(VDL_CLOCK); if(_clio_GetTimerDelay()) qrz_TCount+=arm*((__temporalfixes?12500000:25000000)/ (_clio_GetTimerDelay())); } 

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

फीनिक्स एमु-प्रोजेक्ट - नया कर्नेल - नए बग।

परियोजना स्थल : http://www.arts-union.ru

संस्करण : 1.7

सहायता : 3DO एमुलेटर को पूर्णता में लाने के उन्मत्त लक्ष्य के साथ 3DO एमुलेटर को फिर से लिखा गया, हालाँकि मैंने इसे उचित कोड इन्फ्रास्ट्रक्चर के साथ मल्टीसिस्टम एमुलेटर के रूप में सोचा था, लेकिन अभी तक केवल 3DO।

त्रुटि - बनावट छीलने!

V501: बाईं ओर और '! =' ऑपरेटर के दाईं ओर समान उप-अभिव्यक्तियाँ हैं: val.flags! = Val.flags।

लाइन 207 - gfx_celengine.h

 struct gfxCelTexturePDECAttrib { uint32 pre0; uint32 flags; int plutcount; uint16 plut[32]; bool operator==(const gfxCelTexturePDECAttrib &val) const { if(val.pre0!=pre0)return false; if(val.flags!=val.flags)return false; if(val.plutcount!=plutcount)return false; for(int i=0;i<val.plutcount;i++) { if(val.plut[i]!=plut[i])return false; } return true; } }; 

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

 if(val.flags!=flags)return false; 

त्रुटि - स्क्रीन पर कचरा!

V579: मेमसेट फंक्शन सूचक और इसके आकार को तर्क के रूप में प्राप्त करता है। यह संभवतः एक गलती है। तीसरे तर्क का निरीक्षण करें।

लाइन 36 - vdlp_3do.cpp

यहां सब कुछ सरल है - PAL प्रारूप गेम के समर्थन के साथ संशोधित करते समय VDLP लापरवाही का शिकार हुआ। इससे पहले, एमुलेटर ने केवल NTSC गेम का समर्थन किया था, जिनमें से विशाल बहुमत, और फ्रेम बफर में 320 का 240 पिक्सेल का निश्चित आकार था, इसलिए इसे स्मृति आवंटन के बिना एक सरणी के रूप में वर्ग के अंदर घोषित किया गया था।

 screen=new uint8[384*288*3*4]; memset(screen,0,sizeof(screen)); 

और ताकि त्रुटि दृष्टि से बाहर हो जाए (शाब्दिक, क्योंकि खेल की शुरुआत में मुश्किल से बोधगम्य फ्रेम कचरा से भरा होता है), आप लिख सकते हैं, उदाहरण के लिए, इस तरह:

 memset(screen,0,sizeof(uint8)*384*288*3*4); 

त्रुटि - लेकिन कोई डिस्क नहीं है!

V595: nullptr के खिलाफ सत्यापित होने से पहले 'अनुकूलन' पॉइंटर का उपयोग किया गया था। चेक लाइनें: 375, 376।

पंक्ति 375 - dumplibrary.cpp

और फिर, लापरवाही ... वस्तु तक पहुंचने से पहले, इसकी शुद्धता की जांच करना आवश्यक होगा, इसलिए अंतिम दो पंक्तियों को बदलना होगा। अन्यथा, आवश्यक छवियों की अनुपस्थिति में, हमें सहेजे गए गेम के लोड के दौरान एक अपवाद मिलेगा।

 dumpAdapter *adapt=createDumpAdapter(j, inf->Parent()->Attribute("attach").toString()); adapt->SetSign(signs[names[i]]); if(!adapt)break; 

मैं क्या कह सकता हूं? मुझे प्रोग्रामिंग एमुलेटर के बजाय सावधान रहने या शाम को आराम करने की आवश्यकता है।

निष्कर्ष

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