說(shuō)在前面：

????關(guān)于反作弊機(jī)制的介紹告一段落，本期專欄來(lái)介紹口袋妖怪綠寶石ROM里一種新的數(shù)據(jù)：腳本。

????如果拋開(kāi)源代碼不看，單獨(dú)只關(guān)注腳本的話，會(huì)發(fā)現(xiàn)腳本是一個(gè)自成體系的編程語(yǔ)言，它有自己的語(yǔ)法、庫(kù)函數(shù)、變量等等。

????關(guān)于綠寶石腳本方面的知識(shí)，網(wǎng)上能夠找到諸如“XSE腳本”之類的資料。本期專欄希望從源代碼的角度來(lái)理解綠寶石ROM中的腳本，并將一些有意思的金手指結(jié)合到例子中來(lái)。

再談接口

????上期專欄提到了接口這個(gè)概念，它可以讓使用者不必關(guān)心實(shí)現(xiàn)功能的具體細(xì)節(jié)來(lái)完成某項(xiàng)任務(wù)。例如上期專欄提到的GetMonData函數(shù)，這個(gè)函數(shù)提取的是精靈信息。

????本來(lái)，精靈信息種類繁多，又由于原版綠寶石的反作弊機(jī)制，將許多信息用復(fù)雜的方式“包裝起來(lái)”，這些原因都導(dǎo)致每次使用精靈信息的時(shí)候，直接通過(guò)結(jié)構(gòu)體訪問(wèn)成員變量的方式來(lái)訪問(wèn)精靈信息是非常麻煩的。而GetMonData函數(shù)的出現(xiàn)，讓這一過(guò)程變得簡(jiǎn)單了起來(lái)，只需要提供必要的參數(shù)（想提取哪只精靈的信息、提取精靈的什么信息等），作為接口的GetMonData就可以直接返回想要的信息，而不必關(guān)注其中的細(xì)節(jié)（例如數(shù)據(jù)打亂、數(shù)據(jù)加密等）。

????綠寶石ROM中的腳本，就可以看作是連續(xù)調(diào)用綠寶石ROM接口的一段代碼。腳本是基于接口的，關(guān)于這一點(diǎn)，在本期專欄還會(huì)反復(fù)說(shuō)明。

腳本是什么樣子的？

????如果要簡(jiǎn)單地回答這個(gè)問(wèn)題，那么答案就會(huì)過(guò)于簡(jiǎn)單：既然ROM文件里面只有0/1序列，那么腳本當(dāng)然也是0/1序列。

????讀者肯定是不會(huì)滿足于這么簡(jiǎn)單的答案的，但這個(gè)答案確實(shí)說(shuō)出了腳本的本質(zhì)。網(wǎng)上各種對(duì)綠寶石游戲進(jìn)行改版的教程，在提到修改腳本時(shí)，最后的落腳點(diǎn)還是在修改ROM文件的0/1序列上（只不過(guò)用十六進(jìn)制編輯器來(lái)看的話，修改的是字節(jié)序列，字節(jié)序列和0/1序列本身就是一回事）。

????我們需要把字節(jié)序列翻譯成腳本語(yǔ)言才能讓人類看懂。如果覺(jué)得這句話似曾相識(shí)的話，不妨回到口袋妖怪綠寶石——數(shù)據(jù)提取與代碼分析(5-THUMB匯編指令基礎(chǔ))里去看看機(jī)器語(yǔ)言、匯編語(yǔ)言的定義。其實(shí)可以把腳本語(yǔ)言就當(dāng)做是一種匯編語(yǔ)言，它也需要“反匯編”才能將ROM中的字節(jié)序列翻譯成人類看得懂的代碼；同樣，腳本也需要“匯編”才能翻譯成ROM能看得懂的字節(jié)序列。

????舉個(gè)例子，在原版ROM中，有一個(gè)腳本的名字叫做PlayersHouse_1F_EventScript_MomHealsParty，可以在符號(hào)表中找到它在ROM中的地址，也可以在源代碼項(xiàng)目中找到它的定義：

????這個(gè)例子是說(shuō)，上半邊那些用英文寫(xiě)成的腳本語(yǔ)言，翻譯過(guò)來(lái)之后就是下半邊ROM中的字節(jié)序列；或者反過(guò)來(lái)，下半邊ROM中的字節(jié)序列，翻譯過(guò)來(lái)之后就是上半邊的腳本。

????這個(gè)腳本是做什么的呢？它的功能是：出現(xiàn)一條“主角媽媽讓主角休息一下”的對(duì)話，然后治愈主角隊(duì)伍中的所有精靈。

????本來(lái)，這個(gè)腳本只會(huì)在主角回到家里和媽媽對(duì)話的時(shí)候才會(huì)執(zhí)行，如果有辦法可以讓金手指執(zhí)行這個(gè)腳本，就可以隨時(shí)隨地回復(fù)精靈，這就是網(wǎng)上流傳的“隨身回復(fù)”金手指的原理，在之前的一期專欄究極綠寶石5.3——科普向，什么是金手指（十）詳細(xì)說(shuō)到了這種金手指應(yīng)該怎樣去找。

????為了理解上面那個(gè)腳本是什么含義，以及腳本語(yǔ)言是怎么翻譯到字節(jié)序列的，下面專欄將介紹腳本的語(yǔ)法。

綠寶石腳本的語(yǔ)法

????在源代碼項(xiàng)目的data/scripts文件夾內(nèi)（script就是腳本），有大量的以inc為后綴名的文件，里面定義了原版綠寶石的所有腳本：

????其中每個(gè)inc文件都包含了一系列腳本，這些腳本的語(yǔ)法非常簡(jiǎn)單：

• 第一行：腳本名稱，后面跟上2個(gè)英文冒號(hào)

• 剩下的行（腳本主體）：每行的格式是“指令符?參數(shù)1（, 參數(shù)2, ……）”

????腳本主體就是由一行一行的接口調(diào)用組成的，例如上圖中出現(xiàn)的setvar, return, msgbox等都是綠寶石ROM提供的接口，同時(shí)也是腳本語(yǔ)言中的指令符。指令符可以沒(méi)有參數(shù)（例如return, end等），也可以有一個(gè)或多個(gè)參數(shù)，指令符和參數(shù)之間用空格隔開(kāi)，參數(shù)之間用英文逗號(hào)隔開(kāi)。

????之所以說(shuō)這些指令符都是接口，是因?yàn)閷?duì)于某些指令符，在它們前面加上ScrCmd_前綴，就是綠寶石源代碼項(xiàng)目里的一個(gè)函數(shù)；而剩下的指令符都是由這些有對(duì)應(yīng)函數(shù)的指令符拼接得到的。以setvar為例，它對(duì)應(yīng)了ScrCmd_setvar函數(shù)：

????也就是說(shuō)，當(dāng)腳本執(zhí)行到setvar所在的一行，就相當(dāng)于ROM程序調(diào)用了ScrCmd_setvar函數(shù)。在這個(gè)函數(shù)所在的scrcmd.c文件中，定義了所有指令符對(duì)應(yīng)的接口。

????不過(guò)，有的指令符沒(méi)有直接對(duì)應(yīng)的接口，例如msgbox，無(wú)法找到ScrCmd_msgbox這個(gè)函數(shù)，這是因?yàn)閙sgbox指令符是由其他指令符拼接得到的。在源代碼項(xiàng)目的asm/macros中的event.inc文件，定義了每個(gè)指令符應(yīng)該如何翻譯到字節(jié)序列，例如msgbox：

????event.inc定義了所有指令符的含義，這里可以看到msgbox指令符是由loadword和callstd兩個(gè)指令符拼接得到的，msgbox的兩個(gè)參數(shù)text和type分別用于loadword和callstd。而那些直接對(duì)應(yīng)到ScrCmd函數(shù)（不是由其他指令符拼接成的）指令符，它們的定義就說(shuō)明了怎樣將腳本語(yǔ)言翻譯為字節(jié)序列：

????還是以setvar為例，它需要兩個(gè)參數(shù)：destination和value，setvar這個(gè)指令符自己占一個(gè)字節(jié)（.byte），并且這個(gè)字節(jié)就是0x16；destination和value各自需要2個(gè)字節(jié)（.2byte）。也就是說(shuō)，一個(gè)完整的setvar指令需要5個(gè)字節(jié)，在翻譯成字節(jié)序列時(shí)，就按照腳本中給出的順序（指令符 參數(shù)1,參數(shù)2,……）翻譯即可。

????這樣一來(lái)，回到剛才那個(gè)和媽媽對(duì)話的例子：

????我們就可以“人工”將下面的字節(jié)序列對(duì)應(yīng)到上面的腳本：

• msgbox是兩個(gè)指令符loadword和callstd拼接成的，所以翻譯成2行。0F對(duì)應(yīng)loadword，后面的00是loadword的第一個(gè)參數(shù)，081F7D08是第二個(gè)參數(shù)；09對(duì)應(yīng)callstd，04是callstd的第一個(gè)參數(shù)。

• goto對(duì)應(yīng)05，后面的腳本PlayersHouse_1F_EventScript_HealParty對(duì)應(yīng)08092A9E

• end對(duì)應(yīng)02

????可以看到，下面的那一行字節(jié)序列被拆成了若干行，每行字節(jié)序列和一行腳本對(duì)應(yīng)，并且字節(jié)序列的順序嚴(yán)格按照腳本的順序排列。為了表述清晰，作者在上面的字節(jié)序列中加上括號(hào)和豎線，這樣和上面每行腳本的對(duì)應(yīng)關(guān)系更好理解。

????將字節(jié)序列翻譯成腳本的道理是一樣的，就是按照順序依次將每個(gè)字節(jié)對(duì)應(yīng)到指令符或者指令的參數(shù)。

????這樣一來(lái)，如何修改腳本的問(wèn)題就完全變成了理解每個(gè)指令符接口的問(wèn)題。

XSE工具

????將腳本轉(zhuǎn)換為字節(jié)序列，或者反過(guò)來(lái)，是一個(gè)非常機(jī)械性的工作，將它交給電腦而不是人來(lái)處理比較合適。XSE就是一種這樣的工具。

????XSE是eXtreme Script Editor（超級(jí)腳本編輯器）的簡(jiǎn)稱，它是一個(gè)好用的綠寶石ROM腳本編輯器，以至于許多網(wǎng)上關(guān)于綠寶石腳本的教程都把腳本稱作“XSE腳本”，其實(shí)XSE只是一個(gè)工具的名稱。官方網(wǎng)址位于：

????https://www.hackromtools.info/xse/

????在XSE程序中，“幫助”菜單欄的作用很大，首先它給出了每個(gè)字節(jié)對(duì)應(yīng)到的指令：

????這個(gè)列表里面有對(duì)于每個(gè)指令符的詳細(xì)介紹，功能和源代碼項(xiàng)目中的event.inc文件類似。

????有關(guān)XSE的功能本專欄不再多做介紹，它的使用方法在“幫助”菜單里已經(jīng)寫(xiě)得很清楚了。

腳本引擎

????剛才只是介紹了：執(zhí)行腳本其實(shí)就是執(zhí)行腳本指令符對(duì)應(yīng)的接口。這是一個(gè)原理性的說(shuō)明，真正在代碼中實(shí)現(xiàn)，需要依賴一個(gè)被稱作腳本引擎的代碼。

????腳本引擎的作用是為執(zhí)行腳本提供必要的準(zhǔn)備工作。比如說(shuō)將讀入的字節(jié)序列轉(zhuǎn)換為可執(zhí)行的腳本接口；腳本存在函數(shù)調(diào)用時(shí)，控制程序調(diào)用棧；控制執(zhí)行哪條腳本等等。原版綠寶石的腳本引擎位于src/script.c文件中：

????上圖顯示的InitScriptContext函數(shù)就是腳本引擎的初始化函數(shù)，這里把結(jié)構(gòu)體ScriptContext（腳本上下文）作為腳本引擎本體，第33行的ctx->scriptPtr就是當(dāng)前腳本引擎需要執(zhí)行的腳本，初始化時(shí)定義為空指針。參數(shù)cmdTable是一個(gè)函數(shù)指針的數(shù)組，它的常見(jiàn)取值是gScriptCmdTable，里面包含了所有腳本指令符對(duì)應(yīng)的接口函數(shù)：

????這里我們最關(guān)心的就是ctx->scriptPtr（腳本指針），因?yàn)樗刂浦?dāng)前會(huì)執(zhí)行什么腳本，只要把腳本地址賦值給這個(gè)變量，剩下執(zhí)行腳本的事情就交給腳本引擎了，我們無(wú)須關(guān)心其中的細(xì)節(jié)。這里的腳本指針，其實(shí)就是之前專欄究極綠寶石5.3——科普向，什么是金手指（十）中提到的“對(duì)話程序”，當(dāng)時(shí)找到的地址03000e48同時(shí)也是原版綠寶石腳本指針的地址，向這里寫(xiě)入腳本地址就可以執(zhí)行對(duì)應(yīng)的腳本。

????03000e48這個(gè)地址的來(lái)源是這樣的。在符號(hào)表中找到sGlobalScriptContext這個(gè)符號(hào)（奇怪的是，它在源代碼項(xiàng)目中并沒(méi)有對(duì)應(yīng)的變量，只能將它暫時(shí)看作sScriptContext1），它的地址位于030000e40。然后去看結(jié)構(gòu)體ScriptContext的定義：

????????里面的scriptPtr位于第15行，需要計(jì)算一下它的相對(duì)地址（在這里，源代碼項(xiàng)目并沒(méi)有“好心地”給出每個(gè)成員變量的相對(duì)地址）。

• stackDepth，相對(duì)地址0x00，u8是1個(gè)字節(jié)；
  

• mode，相對(duì)地址0x01；

• comparisonResult，相對(duì)地址0x02；

• nativePtr，相對(duì)地址0x03（？），它的類型是函數(shù)指針，4個(gè)字節(jié)

? ? 在上面，nativePtr的相對(duì)地址是0x03嗎？作者打了一個(gè)問(wèn)號(hào)。實(shí)際上，因?yàn)樗?字節(jié)變量，根據(jù)數(shù)據(jù)對(duì)齊的概念（在口袋妖怪綠寶石——數(shù)據(jù)提取與代碼分析(2-基于名稱列表的詳情信息提取)提到），它的相對(duì)地址其實(shí)是在0x04，有一個(gè)字節(jié)的空間必須因?yàn)閿?shù)據(jù)對(duì)齊浪費(fèi)掉。

????再下一個(gè)變量就是腳本指針scriptPtr了，它的相對(duì)地址應(yīng)該是0x04+4=0x08。所以，腳本指針的地址就是03000e40+0x08=03000e48。接下來(lái)拼接金手指的方法已經(jīng)在上一系列專欄的最后一期究極綠寶石5.3——科普向，什么是金手指（十）講過(guò)了。

利用Advance Map查看腳本地址

????腳本利用最多的地方，就是地圖中與各個(gè)NPC的對(duì)話所觸發(fā)的事件。而地圖信息用Advance Map查看再方便不過(guò)，下面用Advance Map來(lái)打開(kāi)原版綠寶石的ROM：

????上圖是古辰鎮(zhèn)的地圖，在古辰鎮(zhèn)的中心有一個(gè)路牌，我們可以切換到“事件”選項(xiàng)卡（上圖有“地圖-運(yùn)動(dòng)許可-事件-野生精靈-地圖頭”5個(gè)選項(xiàng)卡），在右側(cè)菜單里找到這個(gè)路牌對(duì)應(yīng)的腳本是什么：

????右側(cè)的“事件”菜單欄可以選擇當(dāng)前地圖內(nèi)的腳本類型，有人物事件、出入口、腳本、標(biāo)志和飛行點(diǎn)。選擇“標(biāo)志”（右上角的“標(biāo)志[03]”），可以看到編號(hào)00的標(biāo)志就是古辰鎮(zhèn)的路牌，在左側(cè)的地圖中用紅色的框標(biāo)注出來(lái)（地圖中間的S）。它對(duì)應(yīng)的腳本地址是001E8EEA，可以到源代碼項(xiàng)目中去找081E8EEA，發(fā)現(xiàn)它對(duì)應(yīng)的符號(hào)是OldaleTown_EventScript_CitySign，定義如下：

????這個(gè)腳本只進(jìn)行一個(gè)操作：利用msgbox彈出一個(gè)對(duì)話框，顯示OldaleTown_Text_CitySign代表的文本。

????這樣一來(lái)，通過(guò)觀察在游戲中和NPC對(duì)話導(dǎo)致的劇情走向，和源代碼項(xiàng)目中（或者通過(guò)XSE翻譯）的腳本定義，可以很直觀地理解每個(gè)腳本指令符的實(shí)際意義，知道這個(gè)腳本究竟做了什么事。

????除了和NPC的對(duì)話，地圖上的各種道具（隱藏的或者不隱藏的）、對(duì)戰(zhàn)訓(xùn)練師、利用秘傳機(jī)進(jìn)行的砍樹(shù)、碎巖等都是腳本包含的范疇，所以才說(shuō)，腳本信息也是ROM數(shù)據(jù)提取的一大重點(diǎn)，它包含的信息量遠(yuǎn)遠(yuǎn)超過(guò)了文本信息和對(duì)應(yīng)的詳情信息，不過(guò)還是要以文本信息和詳情信息為基礎(chǔ)，提取出來(lái)的腳本才能更容易看懂。

????對(duì)于改版的ROM，如果把所有的腳本信息都提取出來(lái)，那么它的劇情流程、隱藏道具等等就會(huì)一目了然。然而目前作者并沒(méi)有找到把這些信息都提取到一個(gè)文件內(nèi)的好用工具，只好自己寫(xiě)了一個(gè)parser，配合已經(jīng)提取出來(lái)的文本信息，可以對(duì)游戲有一種“上帝視角”般的認(rèn)識(shí)。下圖為對(duì)某個(gè)改版ROM進(jìn)行的腳本提取示例：

????在這種文件里查找隱藏道具（或者是某個(gè)你想要但不知道在哪的道具）非常方便。有了全部的腳本信息，貼吧里面問(wèn)“什么什么道具在哪”的問(wèn)題就再也不是問(wèn)題了。可惜的是寫(xiě)一個(gè)parser對(duì)編程水平有一定的要求，并不是本系列專欄的重點(diǎn)，也許將來(lái)會(huì)有一天作者會(huì)將這種parser的思路放在另一個(gè)系列的專欄里。

舉個(gè)例子：古辰鎮(zhèn)與路牌對(duì)話遇到特定精靈的金手指

????了解綠寶石游戲腳本運(yùn)行的原理之后，就可以做一些比較“另類”的金手指，這里以網(wǎng)上一個(gè)“古辰鎮(zhèn)與路牌對(duì)話遇到特定精靈”的金手指為例，介紹它的思路。

????上面使用Advance Map的時(shí)候提到，原版綠寶石古辰鎮(zhèn)的路牌對(duì)應(yīng)的腳本地址是001E8EEA，如果我們能夠“移花接木”，把這個(gè)腳本地址替換為其他的腳本地址，就可以在游戲中和路牌對(duì)話的時(shí)候執(zhí)行別的功能。

????在HxD中搜索字節(jié)序列EA 8E 1E 08，就可以找到是哪里用到了古辰鎮(zhèn)路牌腳本：

????可以看到是在0852791C這個(gè)位置（搜索結(jié)果是唯一的）用到了古辰鎮(zhèn)的路牌腳本，只要更換這個(gè)地址處的4字節(jié)變量就可以了。

????接下來(lái)就是找一個(gè)能和精靈對(duì)戰(zhàn)的腳本，這里我們選的是120號(hào)道路臺(tái)階上那只擋路的變隱龍，來(lái)到Advance Map看一下它對(duì)應(yīng)的腳本地址：

????這只擋路的變隱龍腳本地址在082722DB，來(lái)到符號(hào)表查到腳本名稱是Route120_EventScript_Kecleon1，轉(zhuǎn)到它的定義：

????這個(gè)腳本會(huì)檢查背包是否攜帶得文觀測(cè)鏡（第51行），如果攜帶了，就跳轉(zhuǎn)到57行的EventScript_AskUseDevonScope，在第58行彈出一個(gè)“是否要使用得文觀測(cè)鏡”的對(duì)話框，如果選擇了“是”，就會(huì)在第59行跳轉(zhuǎn)到第63行的EventScript_BattleKecleon，在第76行dowildbattle觸發(fā)和變隱龍的戰(zhàn)斗。

????我們不需要檢測(cè)得文觀測(cè)鏡，因此直接讓古辰鎮(zhèn)的路牌指向EventScript_BattleKecleon就可以了（它在符號(hào)表中的地址是08272365），也就是說(shuō)，如果和古辰鎮(zhèn)路牌對(duì)話的結(jié)果是和一個(gè)變隱龍對(duì)戰(zhàn)的話，那么這條金手指就是：

????效果是這樣的：

????對(duì)話框結(jié)束后進(jìn)入戰(zhàn)斗：

????如果想要遇到的精靈不是變隱龍，而是其他精靈，就需要先了解精靈代碼，這在之前的專欄中提到過(guò)如何提?。?a target="_blank" >口袋妖怪綠寶石——數(shù)據(jù)提取與代碼分析(1-字符集與文本信息的提取)），然后看到EventScript_BattleKecleon的第74行：

????setwildbattle指令符的作用是選擇和一只什么樣的精靈對(duì)戰(zhàn)。查看一下setwildbattle的定義：

????可以看到，setwildbattle共有三個(gè)參數(shù)，第一個(gè)參數(shù)是精靈種族，第二個(gè)參數(shù)是精靈等級(jí)，第三個(gè)參數(shù)是精靈攜帶的道具。上面的第74行沒(méi)有第三個(gè)參數(shù)，是因?yàn)檫@里選擇了item的默認(rèn)值ITEM_NONE（無(wú)道具）。

????從定義中可以看到，setwildbattle指令符占用1個(gè)字節(jié)0xb6；然后的兩個(gè)字節(jié)是精靈種族，原版綠寶石變隱龍的精靈代碼是013D；接下來(lái)精靈等級(jí)占用一個(gè)字節(jié)，30級(jí)是0x1E；最后的道具占2個(gè)字節(jié)，無(wú)道具就是0000。因此，在ROM的08272365地址（EventScript_BattleKecleon腳本地址）向下搜索字節(jié)序列：

????它對(duì)應(yīng)的就是

????這一條腳本：

????如果想讓這個(gè)“路牌遇寵”金手指遇到別的精靈，只需要修改0827238D處的兩個(gè)字節(jié)；如果需要修改等級(jí)，只需要修改0827238F處的一個(gè)字節(jié)；如果需要修改這只精靈攜帶的道具，只需要修改08272390處的兩個(gè)字節(jié)。下面舉個(gè)例子，是遇到攜帶大師球的5級(jí)烈空坐。

????烈空坐精靈代碼0196，5級(jí)就是0x5，大師球道具代碼0001，結(jié)合上面的“路牌遇寵”，需要三行代碼實(shí)現(xiàn)“與古辰鎮(zhèn)路牌對(duì)話，遇到5級(jí)烈空坐并攜帶大師球”：

????效果就是這樣的：

改版ROM的腳本

????理解綠寶石中的腳本，關(guān)鍵在于理解它的語(yǔ)法。理解了語(yǔ)法之后，就可以不必關(guān)心每個(gè)腳本指令符具體是怎么實(shí)現(xiàn)的，只需要了解它的功能并能夠使用就好了（接口的特點(diǎn)）。因此，利用腳本制作的金手指往往會(huì)實(shí)現(xiàn)很復(fù)雜的功能，它充分利用了游戲提供的接口，比僅僅修改數(shù)據(jù)的金手指顯得更“高級(jí)”。

????可以看到，每個(gè)腳本指令符對(duì)應(yīng)到哪個(gè)字節(jié)完全是綠寶石ROM自己指定的規(guī)則，這和匯編語(yǔ)言不同（匯編語(yǔ)言的規(guī)則是由操作系統(tǒng)的架構(gòu)決定的，對(duì)于綠寶石游戲來(lái)說(shuō)就是GBA游戲機(jī)的操作系統(tǒng)架構(gòu)ARM7TDMI）。分析綠寶石改版ROM時(shí)，任何GBA模擬器的反匯編功能都能正確地翻譯匯編代碼，但是腳本就不一定了。如果有的改版修改了腳本指令符和字節(jié)之間的對(duì)應(yīng)關(guān)系，XSE工具就沒(méi)有辦法提取正確的腳本信息。

????此時(shí)，還有一個(gè)辦法來(lái)找到腳本指令符和字節(jié)之間的對(duì)應(yīng)關(guān)系，那就是找到改版ROM里gScriptCmdTable變量所在的地址，它作為函數(shù)指針的數(shù)組，下標(biāo)和函數(shù)之間的對(duì)應(yīng)關(guān)系就是腳本指令符和字節(jié)之間的對(duì)應(yīng)關(guān)系。例如在原版中，gScriptCmdTable位于081db67c處，從這里開(kāi)始的ROM數(shù)據(jù)呈現(xiàn)出明顯的規(guī)律：

????每4個(gè)字節(jié)一組，拼成的4字節(jié)變量就是腳本指令符對(duì)應(yīng)的接口函數(shù)（以ScrCmd_為前綴的函數(shù)）。比如0號(hào)下標(biāo)對(duì)應(yīng)的是081db67c處的CD 92 09 08，如果通過(guò)觀察080992CD處函數(shù)的匯編代碼，能夠確定它和函數(shù)ScrCmd_nop的內(nèi)容一模一樣，那就說(shuō)明nop指令對(duì)應(yīng)的字節(jié)就是0x00。

說(shuō)在后面：

????這個(gè)系列的專欄暫時(shí)告一段落。上個(gè)系列的專欄，作者還將專欄內(nèi)容的難度分為“簡(jiǎn)單、中等、困難和瘋狂”，這個(gè)系列的專欄就沒(méi)有必要分難度了，說(shuō)實(shí)話，能指望有多少玩綠寶石游戲的人學(xué)過(guò)編程呢？

????就找到綠寶石游戲的金手指而言，前一個(gè)系列的10期專欄加上本系列的10期專欄，已經(jīng)夠用了。再深入下去，就是改版愛(ài)好者探索的范圍：改圖片、改音樂(lè)、改劇情、改戰(zhàn)斗機(jī)制……這恐怕就不是一個(gè)人能夠勝任的工作了。

????如果還有下一期的話，會(huì)命名為

????口袋妖怪綠寶石——數(shù)據(jù)提取與代碼分析(A-……)

????9的后面是A，相信眾位讀者不會(huì)陌生。介紹什么呢？作者的打算是拿一個(gè)真正的改版綠寶石游戲“開(kāi)刀”，把里面的信息“解剖”出來(lái)。不過(guò)鑒于許多制作組因二改、倒賣之類的事情停止了更新，作者的專欄位于這種敏感地帶，應(yīng)該學(xué)會(huì)適可而止，等到哪天改版的環(huán)境更好一些了，說(shuō)不定專欄會(huì)有它的后續(xù)吧……

????最后，還是要感謝眾位讀者的支持。也許作者的專欄內(nèi)容駁雜、組織混亂，也許作者的專欄晦澀難懂、語(yǔ)焉不詳，但是，哪怕讀者能從其中找到一點(diǎn)點(diǎn)的靈感，作者就相信這些專欄還是有意義的！