RPG 精靈製作器 — 免費生成 RPG 角色、精靈與圖塊集

RPG 精靈製作器會把一段文字描述變成可用的遊戲美術。你輸入類似「老漁夫、藍色外套、草帽、俯視角、32×32、四影格行走」這樣的句子，產生器就會回傳一張角色精靈、一份精靈表或一組圖塊集，格式為去背的透明背景 PNG。背後的工具是 Agent Sprite Forge，在 Neta Studio 內於瀏覽器中執行。無須安裝任何東西，不用繪圖板，也不用在另一個視窗開著像素編輯器。

RPG 美術的難處不在品質，而在數量。一款小遊戲需要一名玩家、八個 NPC、四個店主，還有二十種敵人變體，其中大多數至少要有兩個方向。在你畫出第一棵樹之前，這就已經大約是四十個角色。大多數做 RPG 的人一個都畫不出來。一個能在幾秒內產出風格一致、略顯樸素的 32×32 精靈的產生器，對一個能完成的專案來說，比一張花了一整個週末的美麗插圖更有價值。

生成你畫不出來的角色陣容

從角色陣容開始，而不是主角。主角是你真正會享受繪製或反覆調整的那一個角色。專案往往死在角色陣容上：鐵匠、鐵匠的學徒、三個穿著略有不同鎧甲的守衛、一名商人、一個小孩、一隻狗、六隻史萊姆和一匹狼。每一個都是一小項美術工作，而四十項小美術工作就是一道牆。Agent Sprite Forge 的存在就是要讓你越過那道牆，讓世界在你耗盡衝勁之前先有人住。

輸入是一段描述，而描述就是整個介面。好的描述會點出四件事：角色是誰、穿著什麼、調色盤，以及視角。「守衛、鎖子甲外罩深藍色罩袍、長矛、俯視角、32×32、兩個方向」行得通。「帥氣的戰士」則行不通，而失敗是可以預期的：產生器挑選泛用的細節，你得到一個灰衣騎士，然後靠重新生成按鈕按了五次，試圖用重擲來修好一個描述問題。

第二種失敗模式是描述過度。在 32 像素寬的條件下，一個角色大致上是一顆頭、一個軀幹和兩條腿。一件披風、一個背包、一條圍巾、一片肩甲和一個發光的護身符，全都在爭奪輪廓上同樣的那十二個像素。道具在小尺寸下不會增加細節，只會增加雜訊。如果你第一次生成的結果是一團難以辨識的東西，請先從句子裡移除項目，再改其他任何東西。3D 遊戲建構工具，以及像 Mini World 和 The Cyclops' Island 這樣的世界，都採用同樣的原則：先求形體可辨識，裝飾其次。

生成範例

三種輸出形式幾乎涵蓋了 RPG 的所有需求。每一種都匯出為帶有 alpha 通道的 PNG，而且各自落在不同的位置。這些差異比美術風格更重要，因為網格錯了的精靈表，無論精靈看起來多好都無法使用。

一個角色、一個影格、一個檔案。一張 32×32 的透明 PNG 是最小的可用單位。這是你在為站立的 NPC、櫃檯後的店主、路標、寶箱，或一個永不移動的敵人時所生成的東西。它會匯出成單一儲存格的 PNG。

它會以材質的形式放進平面或面向攝影機的看板上。在 3D 遊戲建構工具中，一個放在看板上的單一姿勢精靈，就足以撐起一整個由靜態 NPC 組成的村莊，而且因為沒有動畫狀態，也就沒有東西會壞掉。如果你的角色清單很長、時間很短，這就是要預設採用的格式。

四個影格由左至右排列，匯出成條狀或網格。四個 32×32 的影格排成單列，就是一張 128×32 的 PNG。四個方向會變成 128×128 的 4×4 網格，或是兩個方向排成 128×64 的 4×2 網格。行走循環透過隨時間推進影格索引來播放；在每秒八個影格下，四影格行走每步循環約需半秒，在正常移動速度下看起來正確。

它會匯出成一張 PNG，外加一個選用的 JSON 附屬檔案，列出影格尺寸、影格數量、欄數與方向。這個附屬檔案只是純中繼資料，不是專有格式。如果你不想用它，這些數字也能從 PNG 的尺寸看出來：128 除以 32 等於四個影格。

在一張圖片裡排成網格的地形圖塊：草地、草地邊緣、泥土小徑、水與水岸、牆頂、地板轉換。以 16×16 的儲存格來說，一張 8×8 的圖集是 128×128 的 PNG，可容納 64 個圖塊。以 32×32 來說，同樣的 64 個圖塊則需要 256×256。

它會匯出成單一圖集 PNG。它能放進 Tiled 地圖圖層、Godot 的 TileSet，或 Three.js 的圖塊網格。重要的特性是儲存格尺寸必須與地圖網格完全一致。如果你生成 32×32 的圖塊，卻把它們放在 16 單位的網格上，每隔一個圖塊就會落在半格偏移處，接縫明顯到從軌道上都看得見。

角色精靈、精靈表與圖塊集的差別

這三者在對話中常被混用，但在專案裡並不能互換。角色精靈是單一影格，不帶任何時間資訊。精靈表是一個角色各影格組成的網格，帶有影格順序。圖塊集則是不同地形元件組成的網格，改為帶有相鄰關係的資訊。選錯了，你就會把圖塊集切成一格格的動畫影格，或是把行走循環的影格當成地板擺。

決定格式的是消費端，不是產生器。先問是誰要讀這個檔案：角色精靈表的插槽要的是從左上角儲存格開始、沒有邊距也沒有留白的固定網格；圖塊圖層要的是原點已知的均勻儲存格；而 UI 影像節點要的是單一影格。留白是最常見的匯出錯誤。為了保險而加上的一像素邊距，會讓每一個影格索引都位移一格，使整段動畫偏移。

兩個方向（左右，另一側以鏡射的精靈呈現）能讓你的精靈表減半，是橫向捲軸遊戲的標準捷徑。四個方向（下、左、右、上）是俯視角的預設，需要方形網格，所以四個方向各四影格的行走就是 16 個影格。八個方向是多數小團隊該停下來重新考慮的地方；精靈表會膨脹到每個角色 32 個影格，而斜向姿勢正是在 32 像素下最難以辨識的一種。

行得通的影格數：2 用於僵硬的待機上下起伏，4 用於行走，6 用於較平滑的行走，8 用於奔跑。低於 4，行走看起來像跛行。高於 8，你就是在為玩家不會有意識察覺到的影格付出成本。

運作方式

五個步驟，依此順序。跳過第四步的輪廓檢查，正是人們生成了二十次、最後卻仍一無可用的原因。

把它放進世界裡

放在下載資料夾裡的 PNG 不是產品。這是大多數精靈產生器止步的地方，也是決定你到底有沒有完成一件東西的一步。精靈表唯有被放到網格上、賦予碰撞體積，並由動畫計時器驅動，才會成為一款遊戲。

在 3D 遊戲建構工具中，生成精靈表的同一個瀏覽器工作階段就能直接擺放它。圖塊集的儲存格尺寸會設定世界網格，所以 32×32 的圖塊意味著所有碰撞盒都會對齊到 32 單位的倍數。光是這個決定就消除了整整一類的錯誤：角落不再有半個圖塊的縫隙，玩家也不會卡在兩塊地板圖塊之間。精靈表會變成貼在四邊形上的動畫看板，攝影機設為 2:1 的等角角度（約 26.57 度），讓 32×16 的菱形圖塊看起來像方形地板。

用這種方式打造的世界直接在瀏覽器中執行，無須安裝引擎執行環境，也沒有建置步驟。Mini World 和 The Cyclops' Island 都是文字描述變成可遊玩 Three.js 場景的例子，而你生成的角色陣容也走上同一條路。行得通的順序是：先生成圖塊集，再生成角色陣容，第三步放置玩家，最後加入 NPC。如果先做角色陣容，你就不會知道地面有多大。

免費、線上、免安裝：RPG 精靈製作器在瀏覽器中執行

這款精靈製作器免費且線上執行。沒有安裝程式、沒有桌面應用程式、沒有外掛，也不用購買繪圖軟體。你打開頁面、輸入描述，就得到一張 PNG。它使用瀏覽器的繪圖畫布與 WebGL2，所以你現有的機器就足夠了。

你得到的輸出刻意保持平淡無奇。匯出的是標準 PNG 檔案，帶有 alpha 通道，尺寸為你選定的影格尺寸與精靈表大小，外加一個選用的 JSON 檔，描述影格尺寸、影格數量、欄數與方向。沒有專有容器。沒有任何東西會把美術綁在 Neta Studio 上。如果你明天把這張 PNG 拿到別的工具有，它照樣打得開。

沒包含什麼，讓你能事先規劃：沒有骨骼綁定、沒有骨骼動畫，也沒有自動補間。每一個影格都是平面影像。四影格行走就是四張圖片。這是一項限制，也正是這些檔案得以保持可攜的原因，因為平面影格在現存的每一條 2D 流程裡都能用。

RPG 的精靈尺寸——在 RPG 精靈製作器中挑選網格

三種尺寸涵蓋了大多數的 RPG 工作：每個影格 16、32 與 48 像素。16×16 帶來密集的地圖與復古外觀，而 640×360 的視口一次顯示大片世界，但臉部會變得難以辨識。32×32 是安全的預設值；它留有足夠空間容納可辨識的頭、軀幹與腿，而且能乾淨地整除每一種常見的精靈表尺寸。48×48 適用於需要可見臉部細節的角色、必須大到能點按的手機或觸控目標，以及可見圖塊數量較少的遊戲。

比你所選尺寸更重要的一條規則：影格尺寸必須能整除精靈表寬度。一張 256 像素寬的精靈表，正好容納八個 32 像素的影格。它容不下 48 像素的影格；256 除以 48 是 5.33，所以第六欄被切成一半，取樣器就會讀進隔壁的影格。實務上，你會在目前姿勢的左緣看到下一個姿勢的一像素寬欄位，看起來像算圖錯誤，實際上卻是數學錯誤。另外，請把材質濾鏡設為最近鄰（Three.js 的 NearestFilter、Godot 的關閉濾鏡、Unity 的 Point 濾鏡）。線性濾鏡會跨越影格邊界混合相鄰像素，把清晰的精靈變成一團模糊。

本網站的精靈尺寸指南列出了完整的一組，並附上每個尺寸的精靈表算術，其中也包含儲存格為 32×16 或 64×32 而非正方形的等角菱形尺寸。

走進它所屬的世界

一個孤立的精靈，是個無處可站的角色。真正重要的一步，是編輯器給不了你的那一步：把你剛做好的精靈表，放進一個別人能走動穿梭的世界。本網站上的等角世界，全都是用這種方式打造並發佈的。

FAQ