狐言亂語實戰篇∼如何企划一個角色扮演游戲 (問題回答)

感謝各位讀者五個月來對本專欄的支持，也許是角色扮演游戲正是許多玩者的最愛，因此討論到游戲的制作就引來相當大的回響，許多讀者也來信問到一些相關的問題。因此筆者特別在本月將一些比較重要的問題在這里作一個詳細的說明，希望各位讀者可以從這里找到您所需要的答案。

◎有關地圖的構成◎

在前几個月，筆者曾經和各位提到過地圖構成的方式，那時由於篇幅的關系，因此沒有辦法說得很完整。也因為這個原固，許多讀者寫來問到關於地圖的構成到底該如何著手，因為這正是他們開始制作角色扮演游戲時所遇到的第一個問題。因此筆者在本月的問題回答中，就先為各位回答這一方面的問題。

在開始說明地圖的構成之前，筆者要先為各位復習一些相關的名詞。就以單純的平面式地圖來說，以下的几個名詞若是不搞清楚的話是會弄不清楚筆者在後面文章中的解釋。

○元素構成的地圖○

首先要和各位談到的是元素，凡是拼合型的地圖﹝注一﹞都是使用元素來構成游戲的地圖。為什麼要這麼作，其實是因為早期電腦的記憶體以及空間有限，在無法運用太多的記憶體的情況下，所發展出一節省使用記憶體的方式。

各位讀者先回憶一下您玩過的角色扮演游戲，地圖范圍是不是都大於顯示畫面？﹝雖然也有少部份的角色扮演游戲由於程式設計師本身的功力問題，無法設計出可供卷動的地圖畫面，而采用單頁卷動的方式，但整個地圖范圍仍然是大於一個畫面﹞我們就以目前常見的ＶＧＡ　６４０ｘ４８０　２５６色這個解析度來看，若是一張地圖的范圍是三乘三個營幕顯示范圍的大小，若是采用繪制完成的地圖來顯示的話，光是載入全部的地圖資料就需要以下的記憶體大小：

所需的記憶體大小=307200﹝注二﹞x9=2764800 Bytes=2700K Bytes

用這樣的方式，光是讀取整張地圖的資料，就需要這麼大的空間，以早期ＰＣ的硬體架構來說，只有６４０Ｋ的記憶體，要如何才能榨出這麼大的空間？其他的東西都不需要記憶體了嗎？或許此時就會玩家說那麼就不要一次把整個地圖讀進來嘛，要需要的時候再讀就可以了，不過各位不要忘了您是在玩角色扮演游戲，若是每走一個畫面就要讀資料，不是會使得游戲的節奏受到影響嗎？

既然連３ｘ３個畫面大小的地圖都讀不進來，那麼若是地圖的范為更大的時候要怎麼辦呢？總不能說要求使用者都有個好几Ｍ的記憶體吧？﹝當然，到了現在，每個人的電腦為了能應付Ｗｉｎｄｏｗｓ　９５這個可怕的惡魔，沒有個十几二十Ｍ是不可能的，但這總不是解決之道﹞為了要解決這個問題，就請各位先思考一下，是不是真的要用整張的圖片來作為地圖呢？難道說地圖上沒有重復的地區嗎？有沒有什麼辦法可以省下這些重復的地點呢？由於這一連串的思考，就有了拼合型的地圖組合方式了。

○元素大小的制定○

好了，現在我們已經知道在制作角色扮演游戲時不太可能利用整張繪制完成的圖來作為游戲的地圖，因此我們要將地圖切割為一個一個的元素，以節省記憶體的使用。就再拿剛才所舉的６４０ｘ４８０這個尺寸為例，若是我們要將它割為１６ｘ１６的大小，那麼６４０ｘ４８０就成為４０ｘ３０＝１２００個１６ｘ１６的小元素了。在這個時候，由於還沒有進行比對，尚未將重復的元素刪除，因此在記憶體的占用上和原來是一樣的，不過在這１２００個小元素中若是有一半市重復的，所需要占用的記憶體就少了一半，若是重復率再高一點，不是就可以節省更多的記憶體了嗎？

那麼元素的尺寸是如何決定的呢？這就要看每個游戲的需求而自行決定了。像在一小角色扮演游戲中，由於地圖的卷動單位是一個元素，因此地圖的尺寸定的越小，在地圖卷動時就可以有更流暢的效果。但也不是把元素的尺寸縮得越小越好，因為這樣作只會增加游戲在處理資料檔時的困難度。為什麼筆者會這樣說，請看以下的說明。

在我們采用元素的方式來構成地圖之後，由於地圖上的許多區塊是共用的，因此需要另外建立一組資料來些元素的排列順序，這個排列順序的資料列，我們通常都將之稱為地圖資料。就以上面這個例子來說，我們就需要建立一個４０ｘ３０的矩陣里面就記錄著每個位置是采用那一個元素。因此當元素的尺寸縮小的時候，這個矩陣相對的就要變大，才能夠構成相同大小的地圖。若是地圖元素縮小到８ｘ８的時候，矩陣就要相對的變成８０ｘ６０＝４８００，也就是說地圖元素每縮小四分之一，地圖資料相對的就要增加四倍。所以若是為了沒有意義的原因縮小地圖元素，只會造成制作時的困擾。

○如何切割地圖元素○

那麼在游戲制作中要如何去切割地圖元素呢？若是使用８ｘ８的地圖尺寸，總不可能真的是在８ｘ８的方格中作畫吧。當然在游戲制作的時候，是不會用這麼沒有效率的作法，通常都是采用先繪制再進行切割的方式，就是遇到比元素尺寸要大的物件時，先繪制完成後再以這個尺寸來進行切割為正確的尺寸，如此就可以順利的完成所有的地圖元素。

當然這樣的作法并不是最好的，若是要以便利性來說，能夠使用程式來進行地圖元素切割的工作才是最好的。筆者就曾經看過一個程式，在執行之後會自動的將整張地圖切割為一塊一塊元素的大小，然後再加以比對，刪除掉重復的元素，最後再計算出總共還有多少個元素是沒有重復的。在這個程式的計算下，制作者可以花最少的心力來完成目標，同時也可以在最精簡的方式下計算出元素的數量。

○占用的記憶體○

至於為什麼要計算出元素的數量呢？其實也就是要控制占用記憶體的數量。因為不論在那種機器上，記憶體的管理都是游戲設計的一大課題。由於程式在規划各種部份的時候，要了解地圖元素要占用多少的記憶體，因此若是記憶體占用的數量無法計算出來，可能在游戲進行就會發生無法估計的狀況。就以前面我們所舉的例子來說，若是采用１６ｘ１６的地圖元素，最後在計算後共有４００個不同的地圖元素，那麼占用的記憶體如下：

占用的記憶體 = 16x16x400 = 102400Bytes = 100K

若是以這個數值做為標准，那麼之後的其餘地圖就不要超過這個數量，如此一來在程式撰寫時也就較容易控制。

筆者也提過，光是一張６４０ｘ４８０　２５６色全頁的地圖，需要占用３００Ｋ的記憶體，因此在我們這樣切割元素後，在圖素上就只需要３００Ｋ的記憶體。相比之下如此的作法不是比較經濟嗎？

那麼是不是只有地圖元素會占用記憶體呢？其實各位若是仔細的看看前面的說明，就會發現到筆者曾經提過一個地圖資料，這些資料也必需要規屬於這一部份，也就是說隨著地圖的大小會隨之變化的資料在這里都要算在一起。這些資料所占用的記憶體，就是整個游戲中地圖資料所需要的記憶體空間。

○貼圖的問題○

有讀者來信問到，筆者在七月的專欄中曾經提到一個貼圖遮罩的問題，對於這樣的一個專有名詞，他無法了解正確的狀況是怎樣的，因此筆者就再對這一點來做個詳細的說明。

○平面與立體○

現在就讓各們隨便找個角色扮演游戲吧，把游戲中的地面看做是一個平面，而上面的所有物件﹝無論是人物、樹木、建 等等﹞都看作是物件，這些物件依其所在的位置不同而排列在遠近不同的地點上。雖然從透視圖的觀點來看應該是遠的東西比較小﹔近的東西比較大，但是現在就請各位先把透視圖的觀點放到一旁，只要去考慮遠近的問題。因此在不作任何處理的情況下，若是想單純的靠貼圖來形成這種效果的話，是不是就必需要遠至近一一將物件排上，如此一來近的東西自然就會把遠方的東西蓋住，形成了所謂的遮罩，而這也就是游戲中用來造成遮罩的辦法。

○四十五度角○

在另外一種游戲模式∼四十五度角中，由於顯示的角度不同，因此常會造成視覺上的不同。不過在原理上，這種視角想要造成遮罩也是遵循著『由遠至近』的這個不變的法則。

◎訊息中的控制碼◎

有朋友來信問到，在一般的角色扮演游戲中都有許多的訊息，可是某些游戲的訊息顯示得很不人性化。不是斷行斷得亂七八糟，就是游戲中因為顯示訊息的區塊太小而導致玩者在看訊息的時候相當的辛苦。但是在某些日本游樂器的游戲里，卻看到人物在談話的時候不但斷句斷得恰當，就連訊息顯示的時候都還有語氣的感覺，因此想問筆者這是怎麼作到的？

筆者就在這里舉一個小小的例子來說明好了，在一般的角色扮演游戲中，由於不希望訊息整個蓋住了營幕，因此大多是使用一個所謂的訊息視窗﹝注三﹞來顯示游戲中的交談訊息。由於早期游戲的解析度并不高﹝注四﹞，因此無法一次就將游戲的訊息顯示完畢得情況就常可以看到。通常在這種情況下所采用的辦法就是顯示到顯示空間完畢，然後出現一個符號要玩者按鍵來切頁。由於企划在編整游戲訊息的時候并不會依這個顯示視窗的大小來調整，或是真要調整也不是那麼方便，因此常會發生一句話講到一半的時候碰到換頁，或是換頁後只剩下一個標點符號的情況。

由於許多游戲在顯示訊息的地方是用計算顯示數量來決定是否要換頁，因此碰到以上的這兩種狀況時，就必需要用其他的方式來解決。至於解決這些問題其實也很簡單，就是在游戲的訊息中加入各種控制碼，讓顯示訊息的程式認識這些控制碼，然後會作出相對的動作。例如說我們訂定^P為換頁控制碼，那麼當程式顯示訊息時遇到這個控制碼時，就不再計算顯示的字數，直接執行換頁的動作，如此一來荒謬的斷句問題不就解決了嗎？

至於語氣的問題其實也很簡單，方法和換頁的作法類似，只要加上一個延遲訊息的控制碼，例如我們可以用︿ｄ？？？來表示要延遲百分之多少秒，數字越大顯示的速度會越來越慢，因此若是有一句訊息如下：

「對︿ｄ２０．．．不︿ｄ４０．．．起︿ｄ６０．．．．．．」︿０

那麼當程式在顯示這一句訊息的時候，字的出現速度就會越來越慢，就好像一個快死的人的說話情況，使得這一句話有著語氣的表現。這樣的作法，可以使游戲中的訊息更有特色，當然相對的也使得游戲的企划在編整訊息對話的時候更加的辛苦。喔，對了。在這句訊息結束後，記得要加一個讓訊息顯示速度恢復的控制碼，這樣子才不會出人命喔。

既然可以有語氣，那麼控制碼就可以有更活的運用方式。像是可以用來變換訊息的顯示顏色啦，插入不同的圖像、加入語音、效果、或是改變背景音樂等等，都是使用控制碼的應用方式。有了這種作法，要使得游戲的訊息變得具有特色就不是很難了。

◎游戲創作的開始◎

在本專欄的第一個月時，筆者曾經提出過一個公式：

自己喜歡的游戲＝自己想完成的游戲≠玩家想玩的游戲

有讀者問到，如何才能找出一個受到玩者喜歡的游戲呢？事實上筆者曾經提出過一個不錯的例子，請各位讀者先看看目前的游戲軟體界﹝不論歐美或是日本﹞，是不是也有許多從模仿出身的優良軟體公司？最好的例子就是以《魔獸爭霸》成名的Blizzard公司。該公司正是挂名的第一套游戲軟體是《黑暗王座》。這個游戲無論怎麼看都有些像《波斯王子》和《大反擊》這兩個游戲。除了在動作上的有些類似之外，就連游戲的進行方式都有些相同。不過該游戲解謎的過程上略有加強，玩者必需要找尋各式各樣的道具來協助游戲的進行。而讓該公司一炮而紅的《魔獸爭霸》，更是在任何方面都有《沙丘魔堡２》的影子。

在一次CES 展覽會場上，筆者曾經當面問過該公司的成員，他們在進行一個游戲的開發時，是如何決定要設計怎麼樣的一款游戲。該公司的副總裁則是很乾脆的回答「因為我們都喜歡這樣的游戲，所以就想要制作一個類似的游戲。」這樣的回答，不是正符合了筆者的理論嗎？而看看目前Blizzard在游戲界的表現，有沒有人會因為他們出身於模仿而看輕他們呢？所以筆者才說只要能夠將模仿的部份好好的吸收，再加上自己獨特的創意，那麼就算你是設計一個有些類似的游戲，也是可以走出自己的一片天。

某次和朋友的聚會中，筆者曾經和友人討論到這個問題。當時有位朋友表示「若是一個游戲百分之百和另一個游戲相同，那麼我們可以說它是抄襲﹔但是當相同的比例降到一個百分比之下的時候，我們就只能說它是的模仿了。」而另一位朋友說得更是明白，他說「一成不變的學習，那叫做抄襲﹔只有吸收了原本的知識并加以消化，重新做出來的東西才能叫做模仿。」筆者認為，模仿正是踏入創新的開始，只有懂得模仿的人，才有可能設計出新的東西。

也許有人對於模仿這個名詞有些敏感，總認為這麼作很丟臉。但是請各位想想看，在游戲界中有多少游戲是原創的呢？要知道一款原創的游戲絕對不是坐在那邊几天，或是一群人固定花個几小時來開會就可以想得出來的，有時候點子來自完全想像不到的地方，也許是在坐車的時候、也許是喜澡的時候，常常點子都是出現在你不是那麼專心在想的時候。

既然原創的點子這麼難出現，那麼設計游戲的人要怎麼辦呢？難到就這麼坐在那邊等死嗎？當然不了，身為設計游戲的人，自然該多多接觸游戲，看看別人是怎麼做的，看看別人做的東西有什麼優點﹔有什麼缺點，從其他游戲中吸取經驗，才是最正確的作法。

當然啦，所謂的學習和抄襲自然是不一樣的。就以這兩年之內很紅的《仙劍奇俠傳》這款游戲來說，由於賣得不錯，因此許多公司也開發了類似的產品，像是什麼《江湖○○傳》、《神劍○○傳》等等的游戲。可是這些公司有沒有去研究為什麼仙劍會賣得好呢？難到就憑著游戲的畫面就可以賣得很好嗎？還是說游戲的介面設計得差不多就會賣得好嗎？就筆者的眼光來看，仙劍這款游戲的確有其出色的地方，但是更重要的是它抓住了玩者期待游戲的這股風潮，同時在那時候該游戲的確也有著相當出色的表現，加上大宇公司多年來的表現，才有著如此的銷售數量。至於一些模仿的游戲呢？也許其餘的几點都作到了，但是在非大宇所出以及失了先機的這個情況下，就算是能夠有著仙劍一般的表現，也由於沒有特殊的地方而相形失色。

說到這里筆者還是免不了要發一些勞騷了。自從仙劍里面搞了個女主角死亡的情節之後，許多的游戲都免不了來這麼一套，好像游戲中女主角不出點意外或是死於非命就不行﹔不然就是游戲中一定要搞個多角戀愛﹝管它兩男一女或是兩女一男﹞，把游戲的情節弄得都像是八點檔的三台連續劇似的。如果說情節合理的話也就算了，偏偏一些游戲又只學到皮毛，男女主角相遇沒有多久就莫名其妙的陷入情網，或是不知道為什麼他就是要喜歡她，不合理的戀愛或是死亡情節成為游戲的重點，把真正角色扮演游戲對於人物個性營造的這個重點都遺忘了，使得游戲中的角色個個都像是路人甲、路人乙一般的普通角色，完全失去了角色扮演的真諦，實在是讓筆者這個多年的角色扮演玩者看得很心痛。

好了，如何企划一個角色扮演游戲到了本月份終於到了一個階段了。下個月，本專欄又要開始介紹新的話題了，就請各位讀者下月多多支持。

【反 回 銀 狐 文 集 】