Aseprite 替代方案 — 給遊戲開發者的免費像素繪圖程式

Aseprite 的替代方案得先回答一個很窄的問題：像素繪圖程式到底做了什麼，是一般影像編輯器做不到的？三件事——放大後仍然可信的像素網格、能鎖定並索引的調色盤、以及帶洋蔥皮的逐格動畫。工具做到這三件，其餘都是偏好。Aseprite 三件都做得好，但只跑桌面、而且要付費。這一頁把它拿來跟一款免費的像素繪圖程式比較：跑在瀏覽器裡、手繪與手動動畫，還多了一條從文字生成精靈的路徑。

Neta Studio 是一個跑在瀏覽器裡的 3D 世界與遊戲產生器。其中一部分是像素畫布：選尺寸、逐格畫、匯出精靈表。另一部分是 Agent Sprite Forge，用一段文字描述生成像素精靈與動畫影格。這些素材接著會進到 3D 遊戲產生器裡的等角 3D 場景——The Cyclops' Island 和 Mini World 就是走這條流程做出來的。以下是各工具擅長什麼、瀏覽器這條路差在哪裡，以及在兩者之間搬動精靈時真正會出問題的地方。

像素繪圖程式是拿來做什麼的

像素繪圖程式本質上是有約束的網格編輯器。網格必須精確——每一筆都落在整數像素上、每個匯出格都是你設的尺寸、不能有重取樣濾鏡偷偷把邊緣糊掉。32x32 的角色和 128x128 的圖磚集是不同的工作，但只要工具把像素當成「大概就好」，兩者都會用同一種方式壞掉。如果你的編輯器會對座標做四捨五入，或在變形時套用反鋸齒，精靈就不再能拼接，調色盤也不再對得上。

第二個要求是能鎖定的調色盤。索引式像素工作裡，調色盤就是檔案本身——一組固定的顏色，每個顏色帶一個索引。匯入時會自由改色的編輯器不是像素繪圖程式，它只是一套被指向小圖的繪圖程式。你要的是：載入調色盤、照著它畫，然後確定精靈表進到程式碼裡時，索引 7 還是同一個紅。

第三個要求是帶洋蔥皮的動畫。像素動畫活在影格層級：走路循環 4 格、6 格或 8 格，每一格都對著前一格的殘影來編輯。洋蔥皮就是讓你在不量的情況下，把剪影在影格之間維持穩定的方法。這三件以外——圖層、標籤、腳本、圖磚模式、匯出預設——都只是偏好，也正是各家工具開始分岔的地方。

三個要求，再說一次

網格：固定畫布尺寸、整數縮放、縮放時不做重取樣。調色盤：載入、索引、鎖定。動畫：N 個影格、洋蔥皮、以精靈表匯出。評估任何 Aseprite 替代方案都用這三點，而不是看功能清單。

Aseprite 概觀

Aseprite 是桌面端的像素繪圖與動畫軟體。要付費，跑在 Windows、macOS 和 Linux 上，而且它對自己當初被做出來的那件事——逐格動畫——確實做得很好。洋蔥皮是一等公民，時間軸很快，標籤系統讓你命名像「idle」「run」這樣的區間，匯出時就知道該切哪些。它提供 Lua 腳本 API，所以你可以批次處理上百個精靈、重映射調色盤，或自己寫匯出流程。社群大，檔案格式有完整文件，這也是為什麼很多遊戲專案把 .aseprite 檔直接放進版本庫。

它的代價是結構性的，不是品質問題。它是桌面軟體，所以你在哪台機器上畫，就得在那台機器上安裝——手機不行、Chromebook 不行、也沒辦法丟一個連結請協作者打開同一張畫布。要付費，這在帶一班學生、跑 game jam、或帶團隊時會有差。而且它就是一個像素繪圖程式，僅此而已：它不會幫你生成精靈，也不會把精靈放進 3D 場景。如果你的工作純粹是手繪 2D 動畫，這個取捨沒問題。如果你的瓶頸是得生出四十個精靈而不是一個，那就有問題。

免費瀏覽器程式涵蓋到哪裡

瀏覽器像素編輯器能滿足全部三個要求，但其中兩個的滿足方式不一樣。網格是同一件事：你設一個畫布尺寸，比如 32x32 或 64x64，然後在整數縮放下畫。差別在互動——瀏覽器畫布沒有作業系統層級的感壓，也沒有平板驅動的掛鉤，所以線條來自指標事件。對像素工作來說這多半是優點，因為 1 像素的筆畫不是落在像素上就是沒落上。真正在做事的是縮放和網格吸附。

調色盤的滿足方式也一樣：載入一組索引色、照著畫、匯出時保持索引不變。瀏覽器工具通常輸給桌面的地方是大畫布的效能——一張 512x512 的索引圖加二十個圖層，在瀏覽器分頁裡就是比原生程式重。但實際上大多數遊戲精靈遠低於這個規模。一個 64x64 的角色、8 個影格，對兩邊都是小事。

第三個要求——動畫——瀏覽器這條路行為相同、匯出也相同：影格、洋蔥皮，以及用統一格排出來的精靈表。它多出來的是第四條路：生成。與其畫第四十個精靈，你改用描述它。Agent Sprite Forge 接收一段文字描述，在你的專案裡產出像素精靈與動畫影格；接著你可以像對待任何手繪作品一樣，在同一張畫布上逐格編輯。

生成改變了什麼

生成不是取代手繪，而是改變順序。主角用手畫，群眾用生成，然後把在遊戲尺度下讀不出來的生成影格手動修掉。畫布還是同一張畫布，只是精靈來自兩個來源。

手繪還是生成——什麼時候哪個更快

這個決定不是「哪個比較好」，而是「對這個特定素材哪個比較便宜」。精靈承載身分認同、或需要精確像素控制時，手繪勝。素材數量多、結構相似、容得下反覆迭代時，生成勝。以下是一份根據實際情況整理出來的清單。

單一主角精靈——手繪。你會改它十幾次，生成光是下提示詞和清理就比直接畫貴。四十個角色的群像——生成。四十個手繪角色是一週的工作；四十個生成角色是一次提示、一輪檢查，再加上針對少數在 32x32 下讀不出來的做修改。圖磚集——基底圖磚手繪，因為接縫和邊緣需要精確的像素位置；只有在你的產生器支援對應尺寸與調色盤時，才生成變體。

快速概念稿——生成。你想在做決定之前先在場景裡看到一個剪影。一份等等就要丟掉的概念稿，不值得花一次手繪。

• 單一主角精靈手繪。身分認同與修改次數讓手繪更便宜。
• 四十個角色的群像生成。數量是主導因素；在共用的畫布上手動修掉離群的。
• 圖磚集基底圖磚手繪，變體只在網格與調色盤對得上時生成。
• 快速概念稿生成。重點就是它會被丟掉。

動畫與精靈表

精靈表就是一堆影格排成的網格。規則簡單而且不留情：格子要統一，而且影格尺寸必須能把精靈表整除成整數的欄與列。如果你的角色是 32x32、有 8 個影格，一張 128x64 的精靈表給你 4x2 的網格——4 欄、2 列、8 格，每格正好 32x32。這樣整除，不會有剩餘。但如果你匯出的是一張 130x64，就會多出兩像素的邊距，而每一個用索引切影格的引擎，從第一格開始就會讀到錯的像素。

第二種失敗模式是動畫長度。走路循環用 4 格和用 8 格讀起來不一樣。4 格快、便宜；8 格更順，但編輯與匯出的成本大概翻倍。洋蔥皮就是拿來維持這些影格一致的手段——第 2 格疊在第 1 格的殘影上畫，第 3 格疊在第 2 格的殘影上畫，每一格畫面該改變的量是受控的。如果某一格的剪影移動超過兩三個像素，這個循環就會看得出來在跳。

匯出預設在這裡很要緊。Aseprite 讓你用標籤命名影格區間，每個標籤匯出一張精靈表。瀏覽器裡的免費線上精靈產生器做的是同一件事，用時間軸上的具名區間，然後寫出格子統一的精靈表，外加一段記錄網格的精靈表中介資料。把那段中介資料跟 PNG 放在一起。當精靈表和中介資料對不上時，遊戲裡每個動畫都會播錯影格，而且這是用眼睛最難診斷的 bug 之一。

試試瀏覽器這條路

「免費 Aseprite 替代方案」這個說法應該可以被驗證，而不是只能被宣稱。頁面上有兩套工具並排。第一套是手動編輯的像素畫布：設定尺寸、載入或建立調色盤、在目前影格下方看得見洋蔥皮的狀態下逐格畫，然後匯出格子統一的精靈表。那就是 Aseprite 的工作流程，少了安裝和費用，而且是在一般遊戲精靈的尺寸下。

第二套是產生器。輸入一段對精靈及其動畫的描述，Agent Sprite Forge 就會把影格產進同一個專案。那些影格會落在畫布上，所以你可以打開其中一格手動編輯——修掉一隻沒踩到地平線的腳、收緊剪影，或改掉一個破壞調色盤的顏色。

兩邊寫進的是同一個素材庫。你不是選一條路然後一路走到底，而是在便宜的地方用便宜的那條。這一點用文字很難展示、用工具卻很容易展示，所以兩者都放在頁面上，而不是用講的。

把精靈放進世界裡

精靈表不是這條流程的終點。3D 遊戲產生器接收同一批像素素材，把它們放進等角 3D 場景，在瀏覽器裡算圖，不必安裝引擎。你把精靈放進世界裡的某個位置、給它一段要播的影格區間，它就在那裡動起來。The Cyclops' Island 和 Mini World 就是這樣做出來的兩個場景——像素素材、等角佈局、跑在瀏覽器裡。

這件事對「Aseprite 替代方案」這個問題之所以重要，是迭代速度。在桌面到引擎的工作流程裡，你得畫、匯出、匯入引擎、建置、執行、然後看。這個循環要跨兩個應用程式和一個建置步驟。在這裡，繪圖畫布、產生器和場景都在同一個工具裡，所以改一段走路循環，不需要來回匯出匯入就能在世界裡看到。你還是可以把精靈表匯出去給別的地方用——素材是你的，PNG 格式——但你不必離開瀏覽器，就能看出一個精靈在遊戲尺度下讀不讀得出來。

這就是兩套工具之間誠實的界線。Aseprite 是更強的純 2D 動畫應用。瀏覽器這條路在大畫布效能和桌面整合上較弱，在生成、以及「一個畫出來的像素到一個跑起來的場景之間那段距離」上較強。

走進它所屬的世界

分類頁就該以「分類在你手上」作結。打開工具，生成一個精靈，然後打開它該待的世界——兩者都跑在這個瀏覽器分頁裡，也都不要求你安裝任何程式。

常見問題