PixelLab 替代方案 — 從像素精靈到可以走動的 3D 遊戲資產
打造你自己的 PixelLab 替代方案
PixelLab 生成 2D 像素素材。Neta 生成像素精靈和 3D 模型——再把它們放進一個你可以走動的世界。免費，在瀏覽器裡。
搜尋 PixelLab 替代方案，通常始於一個很具體的挫折：像素藝術本身沒問題，但你想要把它用上的那個場景還不存在。PixelLab 生成 2D 像素素材：角色精靈、走路循環、旋轉組、圖磚集、UI 框。它生成得很好。它沒做的事，是把這些素材放進一個你可以走動的空間裡。
Neta Studio 在一個瀏覽器分頁裡同時涵蓋這兩半。你生成像素精靈，再把它們放進一個真正的 Three.js 世界，有深度、有碰撞，還有一台用 WASD 操控的相機。免安裝、不用匯出引擎專案、沒有另一條需要持續同步的素材管線。這一頁談 PixelLab 停在哪裡、3D 場景從哪裡開始，以及怎麼判斷你到底需不需要後半段。
快速解答
PixelLab 製作 2D 像素素材。精靈、動畫格、多方向旋轉組、等角組、圖磚集、UI 元素，再加上內補繪與保留風格的編輯。對像素藝術這個問題來說，這是一個完整的答案。界線在於：素材不是場景。精靈表沒有位置、沒有深度、沒有碰撞器，也沒有相機。如果你的遊戲是固定相機加上圖磚網格，這條界線永遠不會妨礙你。如果你想要一個別人可以走動的空間，素材就是輸入，不是輸出，你需要一個能把它放進去的東西。
PixelLab 擅長什麼
把這四項強項講清楚很重要，因為正確的替代方案取決於你實際用的是哪一項。
第二，多方向與等角旋轉。一個基礎精靈會變成 4 方向或 8 方向組，再加上對齊 2.5D 網格的等角變體。這是大多數生成器會跳過的部分，通常也正是決定一個精靈能不能用在真正的遊戲裡、而不只是概念稿的關鍵。
第三，保留風格的編輯與內補繪。你可以替頭盔重新上色、修好斷掉的手臂，或延長軀幹，而不必重新生成整個角色、弄丟你已經核可的版本。第四，環境與圖磚集生成：草地、石頭、水、牆面套件，都以一致的邊緣處理產出，讓圖磚相接時沒有接縫。
- 一致的 AI 動畫從同一個參考生成出來的走路循環，會在各格之間維持調色盤與比例。逐格飄移是 AI 像素動畫常見的失敗，而要讓角色在 6 到 8 格之間維持設定一致，才是困難的地方。
- 多方向與等角旋轉一個精靈會變成 4 方向或 8 方向組，再加上對齊菱形網格的等角旋轉。方向數量要一開始就選好，因為每個方向都是一次獨立的生成。
- 保留風格的編輯與內補繪局部編輯會維持在既有的調色盤和線條粗細之內。當某個細節錯了、而重新生成整個精靈會讓你失去已核可的版本時，這就很有用。
- 環境與圖磚集生成地形、道具和牆面套件都以套組方式生成，邊緣處理彼此搭配，讓 32x32 的圖磚和鄰居相接時不會出現看得見的接縫。
2D 素材與 3D 素材
2D 素材解決的是貼圖。3D 素材解決的是空間。這是兩個不同的問題，有不同的失敗模式，而把它們混為一談，正是這麼多人不停在工具之間跳來跳去卻什麼都做不完的原因。
第一種需求形態是固定相機。在側視平台遊戲或俯視角 RPG 裡，精靈就是物件全部的呈現方式。玩家需要知道關於一個角色的一切，都裝在單一格裡。深度是用繪製順序假造出來的：Unity 裡的排序圖層、Godot 裡的 Y 排序、自訂渲染器裡的一個索引。這行得通、很便宜，而且不會犧牲任何逼真度。在這裡，2D 工具就是正確的工具，3D 管線的任何部分都不會讓它更好。
第二種需求形態是玩家會移動的相機。相機一旋轉，或玩家一走過某個物件，8 方向的精靈組就不夠用了。你有八個角度，相機卻有無限個角度，這個落差會表現成：世界平順地滑動，角色卻在朝向之間硬切。素材必須變成帶貼圖的幾何、面向相機的四邊形，或兩者皆是。這就是分界線：相機固定，2D 就完整；相機移動，你就需要在 3D 空間裡擺放。
| 你在做什麼 | 素材必須做什麼 | 哪個工具合適 |
|---|---|---|
| 側視平台遊戲，固定相機 | 每個狀態一個精靈；深度只是一種排序 | 2D。PixelLab 就夠了。 |
| 俯視角 RPG，4 或 8 方向 | 每個角色一組旋轉，地圖用圖磚集 | 2D，再加上你引擎裡的圖磚地圖編輯器 |
| 等角場景，相機角度固定 | 等角圖磚和旋轉過的精靈 | 兩者皆可。相機永不旋轉的話，2D 比較便宜。 |
| 可探索場景，玩家操控相機 | 帶貼圖的幾何，或把精靈當成面向相機的四邊形 | 3D 管線。這正是 Neta 適合的地方。 |
| 第一人稱或第三人稱走動 | 模型、材質、碰撞體積 | 只有 3D。精靈組涵蓋不了。 |
在這裡生成精靈
這裡也涵蓋像素精靈。這個生成器執行的是和 PixelLab 同一類的任務：描述一個主體，拿回一個透明背景、格線配置可以切分的精靈。決定這些選擇的順序，才是決定產出能不能用的關鍵。
Agent Sprite Forge 在 Neta Studio 裡處理這件事。重要的是，它和餵養 3D 那一側的是同一條工具鏈，因為在這裡產出的精靈可以直接當作立牌放進場景，而不必匯出到另一個程式再重新匯入。
01
用一句話描述主體：主體、剪影提示、調色盤。「穿盔甲的青蛙騎士，綠色與黃銅色，寬肩膀」每次都勝過一整段設定背景。
02
先挑畫布尺寸，其他之後再說。圖磚和小道具用 32x32，角色用 64x64，只有在精靈會被大幅顯示時才用 128x128。現在就把它對齊你引擎的圖磚尺寸或每單位像素數，不要等到你用錯的解析度核可了精靈之後才做。
03
選擇方向數量。固定相機的遊戲用 1，俯視角網格用 4，角色會平順轉向就用 8。每個方向都是一次獨立的生成，所以這既是美術決定，也是成本決定。
04
選擇格數。靜態道具用 1，待機用 4，走路循環用 6 到 8。格數多不代表更好：32x32 的八格，細節已經超過畫布能容納的量，多出來的格只會糊掉。
05
把原點設在角色的腳下，而不是影像的正中央。置中原點是角色擺放後浮在地面上方半個精靈高度的最常見原因。
06
先鎖定調色盤，再要求加上一像素的深色輪廓。替還沒核可的精靈描邊，只是燒掉一次你之後會丟掉的生成。
玩一個用素材組出來的場景
當有東西決定它站在哪裡、以及什麼會擋住玩家時，素材就變成了一個世界。差別就只在這裡，而且只是少數幾個設定。
失敗模式出現在這裡，而不是生成器裡。兩個立牌在同一個座標會發生深度衝突：把其中一個偏移幾公分，而不是去跟深度緩衝區硬拚。一個開啟了透明卻沒有做 alpha 測試的精靈，和牆面的排序會出錯，因為渲染器分不出哪些像素是實心的。而由一個做 alpha 測試的四邊形投出的陰影，除非陰影材質也在同一個門檻做 alpha 測試，否則會渲染成一個實心矩形。
01
生成或匯入精靈。透明 PNG，原點在腳下。
02
擺放它。這個建構器會在那個位置放一個面向相機的四邊形，讓精靈在 3D 空間裡變成一個立牌，而不是一個扁平圖層。
03
對照世界網格設定縮放。一個圖磚等於一個世界單位。一個兩格高、64 像素的角色，四邊形高度設為 2；寬度由長寬比決定，不要手動設定。
04
把材質設定成適合像素藝術。點取樣、關閉 mipmap、alpha 測試設 0.5、關閉透明。在 32x32 的貼圖上開 mipmap 再加上雙線性濾鏡，是生成的像素藝術一進到 3D 場景就顯得糊掉的最常見單一原因。
05
在腳下加入碰撞。一個膠囊或方塊碰撞器。精靈是扁平的；碰撞器不是，也不該是。
06
走動看看。第一人稱或跟隨相機、WASD、滑鼠視角。如果場景從移動中的相機看過去依然讀得正確，擺放就完成了。
PixelLab、thepixellab、the pixel lab——是同一個工具嗎？
是的。PixelLab、thepixellab、the pixel lab 和 pixel lab，是同一個查詢的四種打法。搜尋引擎會把空格和開頭冠詞併入同一個實體，所以這四者都會指向同一個產品。並沒有一個叫做「the pixel lab」的獨立工具，這個變體背後也沒有另一個不同的「pixel lab」產品。
拼錯的變體會回傳單薄的結果，是出於結構性原因，而非受歡迎程度。一個背後沒有競爭實體的查詢，只會產生導覽性結果：產品自己的頁面，沒有別的。比較型內容、替代方案清單和教學，都是針對一個類別而寫的，而拼錯字不是一個類別。三個字的形式又更弱，因為「pixel lab」會分散到這個詞的無關用法上，例如影像處理和印刷作業，結果就不再和精靈有關。如果你要的是這個問題的 3D 那一半，該下的查詢是關於場景建構或 3D 遊戲資產，而不是同一個產品名稱的另一種拼法。那正是 3D 遊戲建構器涵蓋的範圍。
| 查詢變體 | 它指向什麼 | 該怎麼用它 |
|---|---|---|
| pixellab | 產品本身 | 把這個當作基準查詢 |
| thepixellab | 同一個產品，開頭冠詞被併入 | 沒有不同。結果一樣。 |
| the pixel lab | 同一個產品，空格被併入 | 看自然搜尋結果，而不是最上方的廣告版位 |
| pixel lab | 分散到這個詞的無關用法 | 加上「sprite」或「animation」來強制指向像素藝術的語意 |
| pixellab alternative | 比較意圖；3D 那一半沒有被處理 | 從你的相機出發，而不是從工具名稱出發 |
你到底需不需要 3D 素材？
大概不需要。大多數在搜尋 PixelLab 替代方案的人並不需要 3D 管線，而多加一條是真的會花時間。一個網格模型要有 UV 布局和材質，看起來才像個東西。精靈兩者都不需要。在認定 3D 版本是一種升級之前，老實地把這筆成本算進去。
有一條中間路線可以避開大部分成本：保留像素精靈，並把它們當成面向相機的四邊形放進 3D 場景。你得到了深度、一台移動的相機和自由的擺放，卻不必建模或綁定骨架。那正是 3D 遊戲建構器所為而生的情境，也是唯一能讓你不用做兩次工就拿到兩半的情境。
- 相機固定時，2D 是正確的側視、俯視，或鎖定的等角。如果相機永不旋轉，再多的幾何都不會加入精靈沒有的資訊，而你卻要為一條在螢幕上什麼都沒改變的管線付出代價。
- 動畫節奏就是遊戲時，2D 是正確的精確的格數、刻意的停格、單格的預示。這要在你能控制每一個像素的精靈表裡編寫，而不是在一個內插的骨架上。
- 像素網格就是身分時，2D 是正確的如果你的視埠很小、每個像素都是刻意的，3D 場景會在任意角度重新取樣那張網格。外觀沒有被保留，而是被平均掉了。
- 玩家操控相機時，3D 值得走動式場景、可探索的關卡，任何把轉頭環顧當成體驗一部分的東西。8 方向的精靈組涵蓋不了連續旋轉。
- 場景本身就是交付物時，3D 值得一個示範、一件作品集、一個你想讓別人用瀏覽器分頁打開來探索的關卡。走動體驗才是成品，不是精靈。
- 需要縮放與自由擺放時，3D 值得任意尺寸的道具、地形上的物件、一個從任何接近角度都要讀得正確的空間。位置和旋轉變成真正的數值，而不是一個繪製順序。
走進它所屬的世界
精靈和一個場所之間的落差，就是這一頁的重點。打開它的另一側：一座等角 3D 世界，它的素材是生成出來的、場景是用描述出來的，而且就執行在你原本會用來匯出 PNG 的同一個瀏覽器分頁裡。
常見問題
PixelLab 免費嗎？+
去看它目前的定價頁面，而不是第三方的摘要，因為方案會變，而我們不會引用一個可能已經過時的數字。在我們這邊，精靈生成器和 3D 遊戲建構器都可以在瀏覽器裡免費使用，什麼都不用安裝。
PixelLab 能製作 3D 模型嗎？+
不行。它輸出的是 2D 點陣素材：精靈表、旋轉組、圖磚、UI。沒有網格模型、沒有 UV 布局、也沒有材質。等角產出看起來很立體，其實不是；它是一張畫在菱形網格上的平面影像，不會跟著移動的相機旋轉。
精靈能在 Unity 或 Godot 裡運作嗎？+
可以。你匯出一張 PNG 表加上格的中繼資料。在 Unity 裡，以 Sprite Mode: Multiple 匯入，把 Pixels Per Unit 設成符合你的圖磚尺寸，Filter Mode: Point，Compression: None。在 Godot 裡，匯入精靈表，關閉貼圖濾鏡，再從中切出區域。兩邊都讓壓縮保持關閉，因為引擎壓縮是匯出的像素藝術到手時變糊的常見原因。
thepixellab 和 pixellab 一樣嗎？+
是的。搜尋引擎把開頭冠詞當成雜訊，所以兩種拼法都會指向同一個產品，這個變體背後也沒有另一個獨立的工具。三個字的形式「the pixel lab」也還是同一個查詢，只是在結果裡更弱。
最好的免費替代方案是什麼？+
這取決於你缺的是哪一半。如果你需要 2D 像素素材，PixelLab 對這個工作來說已經完整，換掉也買不到什麼。如果你需要把這些素材放進一個你可以走動的場景，Neta Studio 兩者都涵蓋：生成精靈，把它當成面向相機的四邊形放進 Three.js 世界，在腳下加上碰撞器，在瀏覽器裡走動它。
我需要自己畫任何東西嗎？+
不用。你寫描述，然後選擇畫布尺寸、方向數量和格數。你還是得做兩個生成器無法替你做的決定：精靈相對於圖磚網格的大小，以及方向數量相對於你相機的行為。這兩件事造成的重工，比美術品質還多。
回到 3D 遊戲建構器
全部 31 個完成的 3D 世界、遊戲和場景都在同一頁——每一個都能玩。