現代像素遊戲開發的隱藏細節：兩大流派的優缺點與取捨

作法一、 模擬真實低像素設備：符合像素大小的低解析度畫布

這種做法是將遊戲的視窗解析度（Viewport）直接設為小尺寸（例如：320x180 或 640x360），強迫螢幕只能顯示有限的像素格，就很像在螢幕上面畫了一格一格的格子，規定電腦在填色時，只能填滿這些格子，不能只填一半。

優點：

• 美術素材製作流程最直覺，素材輸出後直接放入引擎，不需計算縮放倍率，能呈現最純粹的復古感。

開發時會遇到的限制：

1. 旋轉物體的鋸齒感： 因為像素格有限，物體旋轉時會產生嚴重的變形，除非手繪每一格的旋轉動畫，否則由引擎自動旋轉的效果通常會很慘烈。
2. 文字辨識度較低： 在這麼小的畫布下，必須尋找專門的「像素字體」，尤其是中文筆畫較多，更容易擠在一起，而且字級縮放也會受限，例如：免費的開源像素字體「俐方體11號」通常只能設定為 12,24,36...等，以12為倍數的尺寸大小，否則字體就會破圖。
3. 抖動與破圖（Jittering）： 如果相機位移或物體移動不是在「整數座標」上，或者螢幕縮放倍率不是整數倍（如 1.5 倍），畫面就會出現像素撕裂感或是線條粗細不一的問題。

這些限制雖然都有相對應的解決辦法，但是必須花費許多前期建設的精力，也會在後續創作時受到限制。

非整數倍縮放時會遇到的各種問題（來源：minifloppy.it）

作法二、 現代化整合：使用高解析度畫布（HD Canvas）

這種作法是將遊戲畫布設為現代標準（如 1080P），而像素圖片作為普通的圖片素材放入遊戲中。

優點：

• UI 設計極度自由： 介面不一定要切齊像素格，可以彈性搭配非像素的向量風格 UI 或高解析文字。

需要注意 Mixels 與倍率問題：

雖然畫布是 HD 的，但像素素材放大倍數必須保持相同，否則會出現像素顆粒大小不一致（Mixels）的怪異感。

舉例來說： 假設遊戲畫布是 1080P (1920x1080)，而像素圖稿是 320x180，則所有素材在畫面中必須統一放大 6 倍。

關於「放大」，通常有以下兩種實作方式：

1. 素材輸出時直接輸出 6 倍大小

• 好處： 在遊戲中是一倍大小（1:1），遊戲引擎處理的時候較為單純，不容易出錯。

• 壞處： 遊戲素材一多，整體的檔案大小會很大，失去像素素材尺寸小的優勢。

2. 輸出 1 倍原始大小，在引擎內放大圖片容器（Sprite2D）至 6 倍

• 好處： 整體圖片檔案會非常小。

• 壞處： 在遊戲引擎中必須很留意，放大的容器是否會影響到引擎的物理運算判定。

觀察《星露谷物語》（Stardew Valley）的取捨

我以前一直以為《星露谷》是採用第一種「硬核像素」作法，但仔細觀察細節後發現，作者 ConcernedApe 其實使用了第二種方法的靈活變體：

1. 旋轉的鋤頭： 仔細觀察鋤頭動畫的部分，會發現鋤頭在揮動時，其實像素格是「斜斜地」跨過其他像素格子的，證明他是使用第二種作法，只用了一張鋤頭圖片去改變角度旋轉。

   來源：miro

2. 手繪的澆水壺： 但在觀察澆水動作時，又會發現這邊並不是直接旋轉澆水壺，而是完整繪製了三格的傾倒動畫。 來源：tenor

透過以上的觀察，可以得知：即便選擇了現代化的第二種作法，你依然可以在關鍵時刻，用手繪動畫來保留那種「純粹像素」的復古感。

結論：新手開發者該選哪一個？

雖然 Godot 的像素遊戲官方教學，大部分是針對第一種作法（低解析畫布）開始教起，但如果你對傳統像素美術沒有強烈的執著，我個人會比較建議獨立開發者選擇第二種做法（高解析畫布）。

為什麼？ 選擇第二種方法，我們擁有隨時回歸傳統的彈性，但如果一開始就選了第一種，當你想加入精美的 UI 或流暢的旋轉效果時，那些開發限制會讓我們寸步難行。

「限制」應該是用來服務美學的，而不該成為開發的絆腳石。