RPGツクール ドット絵素材の規格とサイズ｜MV/MZ対応

RPGツクールMVRPGツクールMZのキャラ素材は、まず48x48pxタイル、816x624px画面、PNG透過を基準に置くと、サイズの迷いが止まります。
歩行キャラも4方向×3パターンの12コマと決まっているので、単体なら144x192px、8キャラ入りなら576x384pxという寸法にそのまま落とし込めます。

ここを曖昧にしたまま描き始めると、書き出し後にズレや切り分けミスが出ます。
たとえばAsepriteで48x48のグリッドを表示して作業すると1pxのズレが見つかりやすく、歩行コマの間隔が安定します。
!による表示位置の差はコミュニティで広く報告されていますが、補正量（「約6px」など）の数値は環境やバージョンで差があり、公式ドキュメントで明記された数値は確認できていないため、慣習的な運用として紹介します。
公式仕様やツール操作はRPGツクール公式マニュアルやAseprite公式ドキュメントで確認してください。
この記事では、Asepriteなどを使った制作からPNG出力、img/charactersへの配置までを初心者でも順を追って解説します。
$や!の扱いは慣習による運用が混在するため、その点も補足します。

基準タイル48x48pxと理由

素材を描き始める前に、保存場所だけ先に固定しておくと後工程が乱れません。
歩行キャラやオブジェクト系は img/characters、マップ用タイルは img/tilesets が基本の置き場です。
この2つを起点にして、MVとMZでは標準タイルサイズが48x48pxで共通と捉えると、制作単位が一気に明確になります。

この48x48pxは、歩行キャラ1コマの基準にもそのままつながります。
4方向×3パターンで12コマという歩行規格に当てはめると、1キャラぶんは144x192px、標準の8キャラ入りシートは576x384pxです。
つまり「1コマを何pxで描くか」が曖昧なままだと、シート全体の寸法まで連鎖して崩れます。
先に48pxグリッドを敷いてから描くほうが、1px単位のズレや余白の不統一を初期段階で見つけやすくなります。

旧世代のRPGツクール2000RPGツクールVX Aceは16x16pxや32x32pxが基準でしたが、MV/MZでは48x48pxが標準です。
ここを過去作の感覚で小さく見積もると、頭身や装備の情報量、背景との比率が噛み合わなくなります。
MVとMZの共通規格として、まず48x48pxを土台に置くのが実務では最短です。

標準画面816x624px＝17x13タイル

画面全体の見え方も、タイル基準で考えると整理しやすくなります。
MV/MZの標準画面サイズは816x624pxで、48で割ると横17タイル、縦13タイルです。
1画面で見えるマス数がこの時点で確定するので、キャラの大きさ、建物の幅、通路の圧迫感まで逆算できます。

実制作では、私は最初に816x624pxのキャンバスを用意して48pxグリッドを重ねます。
すると17x13の格子がぴったり収まり、1画面に何マス見えるのかを絵の段階で確認できます。
これをやっておくと、UIとキャラが重なる位置、イベントの密度、壁際の圧迫感がマップに入れる前から見えてきます。
配置検証を画像上で済ませられるので、あとでエディタ上を何度も往復する回数が減ります。

この画面規格は、1枚絵としてのレイアウト確認にも向いています。
たとえば大きめの家具や樹木を置いたときに、1画面内でどれだけ視界を占有するかを17x13マス基準で測れます。
素材単体の出来よりも、1画面内で何マス使う前提なのかを把握しておくほうが、ゲーム画面としての完成度は安定します。

PNG透過を前提にする

MV/MZの素材形式はPNGが前提です。
理由は単純で、ドット絵素材では透過が必須だからです。
歩行キャラ、ドア、木、影付きオブジェクトなどは四角い画像の中に必要な部分だけを見せ、周囲は透明で抜く構造になります。
PNGならこの透明ピクセルを保持したまま扱えます。

一方でJPGは透過を持てず、圧縮によるにじみも出ます。
ドット絵の輪郭は1pxの境界に意味があるので、JPGの圧縮ノイズは想像以上に相性が悪いです。
輪郭の黒が少し滲む、半端な色が周囲に混じる、その程度でもゲーム内では縁取りの甘さとして目立ちます。
透過も使えないため、キャラやタイル素材の保存形式としては外れます。

特にキャラクターシートでは、透明部分も画像サイズの一部として扱われます。
帽子の先やマントの裾がフレームごとに飛び出す場合でも、全コマの余白を同じ条件で揃えないと、再生時にガタついて見えます。
PNG前提で作るというのは、単に拡張子を合わせる話ではなく、透明領域を含めてフレームを規格化するという意味です。

プロジェクトの配置先

作った素材をどこへ入れるかも、最初に固定しておくと混乱を防げます。
キャラクター画像は img/characters、タイルセット画像は img/tilesets に配置するのが基本です。
MVでもMZでも、この整理でまず困りません。
描く前に保存先と用途を対応づけておくと、「これは歩行グラ用なのか、マップチップ用なのか」が制作途中でぶれなくなります。

MZではタイルサイズを変更できるという情報が広く共有されていて、16、24、32、48といった選択肢が挙げられることがあります。
ただし、運用の基準として無条件にそれを前提にするのは危険です。
MZの標準規格は48x48pxで、既存RTPや多くの素材、関連する制作フローもこの前提で組まれています。
タイルサイズに関する機能追加の存在自体は押さえつつも、互換性まで含めた実務では48px基準を軸に据えるほうが破綻が起きにくい設計です。

歩行キャラ素材のサイズとシート構成

4方向x3枚=12コマの並べ方

歩行キャラ素材は、下・左・右・上の4方向に対して、それぞれ3パターンの足運びを持つ構成です。
つまり、1キャラあたりの総コマ数は 4方向 × 3パターン = 12コマ になります。
MV/MZの歩行グラフィックはこの並びを前提に読み込まれるので、絵の内容以前に、まずコマ配置の規格を崩さないことが土台になります。

並べ方は、横に3コマ、縦に4行です。
横3コマは一般に「左足前・静止・右足前」のような歩行サイクルとして扱い、縦4行は方向ごとに分かれます。
図として考えると、1行目に下向き3コマ、2行目に左向き3コマ、3行目に右向き3コマ、4行目に上向き3コマ、という理解でほぼそのまま通ります。
エンジン側はこの順番を前提にアニメーションを切り出すため、上下左右の行を入れ替えたり、横4コマで作ったりすると、ゲーム内で意図しない向きや歩き方になります。

制作時には、1方向ぶんの3コマだけ先に整えてから他方向へ展開するより、12コマ全部の足元基準線を先に揃えておくと事故が減ります。
私は48x48の等幅セルを敷いた段階で、足裏の接地線を1pxの基準線に合わせて全フレーム置いていきます。
このやり方だと、再生したときに頭や胴体が上下に揺れて見える現象が出にくく、歩行アニメが落ち着いて見えます。
1コマごとの絵が少し違っていても、接地位置さえ揃っていれば「歩いている」印象は安定します。

単体シート144x192pxの作り方

1コマを48x48pxで作るなら、1キャラぶんの歩行シートは横3コマ×縦4コマです。
したがって横幅は 48×3=144px、高さは 48×4=192px になり、単体シートの寸法は 144x192px で確定します。
ここは感覚で決める部分ではなく、歩行規格からそのまま計算で出る値です。

作業手順としては、最初に144x192pxのキャンバスを作り、48pxごとのグリッドを表示して12分割の枠を見える状態にすると流れが安定します。
Asepriteのようなドット絵ツールでも、48px単位の区切りが見えているだけで、コマのはみ出しや中心のズレを早い段階で拾えます。
特に頭飾りや武器、長い髪の先端は、描いている本人は同じ位置に置いたつもりでも、フレームごとに1pxずつ動いていることが珍しくありません。

単体シートは「1キャラだけを1枚で管理したい」ときに扱いやすい形式です。
大型キャラや、通常の人型より余白調整がシビアなモンスターでも、144x192pxを基準に作っておくと切り分けの意図が明確になります。
人型を描く場合も、まずこの単位で完成させてから複数人シートへ並べ直すほうが、問題の切り分けが早く進みます。

8キャラシート576x384pxの分割ルール

標準の複数キャラシートは、8キャラ分を1枚にまとめる構成です。
配置は横に4体、縦に2体で、それぞれのキャラが「横3コマ×縦4コマ」を占有します。
つまりシート全体では、横方向に 4体 × 3コマ = 12コマ、縦方向に 2体 × 4コマ = 8コマ です。
1コマ48pxなので、全体サイズは48×12=576px、48×8=384pxとなり、標準シートは 576x384px です。

この計算を図として言い換えると、横576pxの中に48pxセルが12列、縦384pxの中に48pxセルが8行並ぶ形です。
左上から3列4行が1人目、その右隣の3列4行が2人目という並びで、4人ぶん並んだら次の段へ移ります。
1キャラの領域は必ず3列4行ぶんで固定されるので、途中の列を共有したり、キャラごとにセルサイズを変えたりはできません。

8キャラシートでは、1体でもセル寸法を間違えるとズレが連鎖します。
実際、576x384のシートで1キャラだけを誤って48x49で描いてしまうと、その場では1pxの差に見えても、右側のキャラほど切り出し位置が合わなくなり、右端の列で輪郭が欠けたり、下段で足元が食い込んだりします。
こういうズレは「どこか1枚だけおかしい」ように見えて、原因が見つかりにくいのが厄介です。
複数人シートは、各キャラの絵柄より先にセルの寸法を全員同じに揃える必要があります。

ファイル名の先頭に付ける$は慣習的に「この画像が単体キャラシートである」と示す命名です。
多くの現場でこの運用が使われていますが、厳密な挙動はエンジンやバージョンによって差があるため、プロジェクトで使用するエディタやエンジンの仕様を確認してください。
$は慣習的にファイル名の先頭に付けて「単体キャラシート」であることを示す運用が広く使われています。
ただし、エンジンやツール、バージョンによって挙動が異なる場合があるため、プロジェクトで使用する環境の仕様を必ず確認してください。
同様に先頭に!を付ける運用は、表示位置の自動補正を抑止する慣習として多くの現場で用いられています。
コミュニティ資料で補正が「約6px」と言及されることがありますが、公式ドキュメントで明確な数値が示されていない場合もあるため、具体的な補正量や動作は使用するバージョンやツールで実際に確認して運用ルールを決めてください。
MV/MZには、キャラクター表示を上に約6pxずらす前提があります。
この仕様があるため、人型キャラは標準のままで置くと足元の見え方が自然になりやすく、逆にドアや宝箱のようなオブジェクトは少し浮いた印象になりがちです。
そこで!を付けると、この補正が無効になり、絵の下端をタイルに対して素直に合わせられます。
人型には補正あり、ドアや宝箱には補正なし、という整理で覚えると混乱しません。

タイルセット素材の作り方と48x48グリッドの考え方

A〜Eセットの役割

マップ用素材は編集単位を48x48pxに固定して設計するのが安定します。
ここを決めないまま描くと、画像を並べたときに境目が合わず、タイルセット登録時に違和感が出やすいからです。
タイルセットはA〜Eの枠で分かれており、用途によって置き場所が決まっています。
A系は下層寄りでオートタイルや地面の接続を受け持ち、A1〜A5に細分化されます（例: A1は水系、A2は地面接続）。
B〜Eは上層の静的タイル（机や木箱、看板など）を収める領域です。

オートタイルの最低限だけ押さえる

オートタイルは、置いた周囲の状況に合わせて見た目が自動で切り替わる特殊なタイルです。
マップ制作では便利ですが、素材を自作する段階では一気に難度が上がります。
そこで最初は、「A系の中には自動接続される枠がある」「同じ地面でも角や端のパターンを内部に持っている」と把握しておけば十分です。

この仕組みを細かく追うと、どの断片がどの形に使われるかという設計の話になります。
現段階では深掘りを後回しにして、まずは「オートタイルは接続パターン込みの素材で、静的タイルと作り方が異なる」と押さえておきましょう。
床や壁の練習段階では、A5やB〜E向けの通常タイルを揃えることを優先し、オートタイルは既存素材を観察して構造を把握するにとどめるのが安定です。

制作中は、キャンバス全体を1枚絵として扱うより、48x48グリッドに沿って切る前提で描くほうが事故が減ります。
Asepriteのようにグリッド表示とスナップを使えるツールなら、最初に48px刻みの区切りを出して、そのセルの中だけで作業を進める形が扱いやすいのが利点です。
マップは標準画面で横17タイル、縦13タイルが並ぶ設計なので、1マスのズレは単独では小さく見えても、敷き詰めると列単位・行単位で目に入ります。

ここで気を付けたいのは、絵の情報がセル境界をまたいでしまうことです。
たとえば石床のヒビを左端ぎりぎりまで走らせたのに、右端では1px内側で止めると、繰り返した瞬間に継ぎ目のリズムが崩れます。
木目やレンガ目地も同じで、上下左右の端に来た線の太さや位置が揃っていないと、敷いたとたんに格子状の違和感が出ます。
1枚単体で見栄えが良くても、タイルセットでは隣接後の見え方が基準になります。

アンカー位置のズレにも注意が必要です。
床や壁なら「セルのどこまでを面として使うか」、棚や柱なら「どの位置で接地しているか」が揃っていないと、並べたときに片方だけ浮いたように見えます。
とくに直線的な素材では、上辺だけ1px高い、影だけ1px右に寄っている、といった差が目立ちます。
1pxは小さな誤差ではなく、48x48という限られた面積では形そのものを変える量です。

実務では、まず48x48の枠を複製しながらベースを作り、端の処理だけを重点的に見ます。
中央の模様は後から整えられますが、四辺の設計が甘いと反復で必ず露見します。
床タイルなら上下左右の端を先に確認し、そのあと中央へノイズや模様を散らしたほうが、継ぎ目の破綻を防げます。
壁タイルでも、最上段の影、中央の面、下端の区切り線を別要素として考えると、どこが48x48の境界なのか頭の中で整理しやすくなります。

歩行キャラ（144x192または$単体）を作る手順

歩行キャラは、4方向×3パターンの12コマを1枚にまとめるところまでを先に決めてから描くと、途中で切り方に迷いません。
RPGツクールMVRPGツクールMZの標準基準に合わせるなら、1キャラ分は 144x192px です。
Asepriteなら新規作成の時点でこのサイズにして、背景は最初から透過レイヤーのまま進めます。
白背景の仮置きで描き始めると、輪郭の確認はしやすくても、書き出し時に抜き忘れが起きやすいので、私は最初から透過前提で進めます。

1. 新規キャンバスを 144x192px で作成します。単体キャラとして使う前提なら、ファイル名は $ を付けた形で管理すると後工程で混乱しにくくなりますね。複数キャラをまとめる標準シートではなく、1体だけを切り出して扱う意図が名前だけで判別できるのが便利です。
2. 表示設定で48x48グリッドを有効にし、スナップも入れます。3列×4行で並ぶため各マスがそのまま1コマになります。

1. 上下方向も同じ基準線で揃えますよ。4方向すべてで足元が同じ高さに乗ると、イベント配置後の接地感が崩れにくくなりますね。静止に使う中央コマを先に完成させ、左右の差分を前後に広げる順で作ると、歩きのリズムが整うでしょう。
2. 余白と透過を確認して PNG保存 しますね。書き出しでも背景色を入れず、透過PNG のまま出すのが前提です。1pxでも不透明なゴミが残ると、ゲーム内で黒や白の点として出るでしょう。

床タイル（48x48）を作る手順

床タイルは1枚で完結するので、歩行キャラより先に量産の感覚を掴む題材として向いています。
ここでも基準は同じで、48x48 の中に収め、背景は透過のまま進めます。
床そのものは不透明で描いても、周囲の余白や差し替え作業を考えると透過レイヤーのまま扱ったほうが後から崩れません。

1. 48x48グリッドを表示し、スナップを有効にします。床タイルは1マス素材なので、グリッドがそのまま外枠になります。フリーハンドで置いた1pxが、あとで継ぎ目の線になります。スナップが効いていると模様を複製したときにも位置がぶれにくい設計です。
2. 表示倍率は整数倍で作業し、ツールの補間設定を補間なし（最近傍相当）に合わせてください。等倍と整数倍を行き来すると、敷き詰めたときの粗さと1px単位の配置ミスの両方を確認できます。
3. 48x48の完成版を3×3に複製して確認します。単体では自然でも、9枚並べた瞬間に縦線や横線が浮くことがあります。私はこの段階で、四辺に寄りすぎた明るい点や、角だけ濃い影が残っていないかを重点的に見ます。
4. 問題がなければ PNG保存 します。床タイルも 透過PNG のまま書き出します。表示確認は等倍や整数倍（2倍・3倍など）の表示で行い、ツール側の補間設定は「補間なし／最近傍相当」に合わせてください。ツールごとの具体的な設定手順は各公式マニュアルを参照することを推奨します。

プロジェクトに配置してMV/MZで確認

素材は書き出した時点で終わりではなく、実機の表示で見て初めて完成形が見えます。
歩行キャラと床タイルは、保存したらその流れのままプロジェクトへ入れて、ゲーム内で1回確認するところまでをひと続きにしておくと、修正の往復が短くなります。

1. 歩行キャラのPNGを、プロジェクト内の img/characters に入れます。単体キャラとして作ったシートなら、ファイル名の先頭に $ を付けたまま配置しておくと分かりやすいですよ。
2. 床タイルのPNGを、プロジェクト内の img/tilesets に入れますよ。タイルセット素材は置くだけではマップで使えないので、エディタ側で該当画像をタイルセットに割り当てる必要がありますね。
3. エディタで歩行キャラをイベントまたはアクターに設定し、マップ上に置いて確認します。ここでは等倍に近い見え方で、足元の接地、頭の揺れ、左右移動時のブレを確認するようにしてください。作業画面で整っていても、ゲーム内では1コマごとの重心差が目立つことがあるでしょう。
4. 床タイルはマップに複数枚敷いて確認しますよ。1枚だけだと良く見えても、横方向に続けたときと縦方向に続けたときで継ぎ目の出方が違いますね。少なくとも広めに並べて、面として違和感がないかを確認してください。
5. 気になる点があればAsepriteに戻し、同じファイルへ上書きして再度確認します。往復する際は表示倍率を整数倍に固定していると修正点がぶれませんよ。等倍でゲームを見て、400%で直し、また等倍で戻るという流れが最も安定するでしょう。

ここまでを一連の作業にしておくと、素材制作が「描く工程」と「入れて確かめる工程」に分断されません。
歩行キャラは img/characters、床タイルは img/tilesets という置き場を固定し、透過PNGで保存してそのまま差し替える形にすると、調整の判断が速くなります。
制作中の見え方とゲーム内の見え方を近づける鍵は、透過背景、整数倍表示、最近傍の考え方、48x48グリッド の4点を最初から揃えておくことです。

よくある失敗：ズレる・切れる・ぼやける

透明余白・基準線のずれ

歩行キャラで最初につまずきやすいのが、絵そのものではなく透明な余白も1コマのサイズに含まれるという点です。
RPGツクールMZの歩行キャラは4方向×3パターンの12コマで動きますが、見えている頭や体だけが判定対象ではありません。
画像の外周にある透明部分まで含めて切り分けられるので、頭頂や髪先、マント、武器の先端が1コマだけ上にはみ出していると、そのコマだけ全体が高く見えます。

このズレは静止画だと見逃しやすいのに、ゲーム内で歩かせると急に目立ちます。
典型例が、髪の上端が一部のコマだけ1px高いケースです。
1枚ずつ見ると誤差にしか見えませんが、3コマ歩行にした瞬間に頭が上下へ跳ねたように見えて、滑らかさより“カクつき”が先に目に入ります。
私はこの違和感を、輪郭の描き込み不足より先に疑います。
原因の多くは作画力ではなく、全コマで基準線が揃っていないことです。

対策は単純で、最初に頭頂、目線、肩、足裏のガイド線を置き、12コマすべてをその基準に合わせて並べます。
頭や武器がフレーム外へ出る構図なら、出るコマだけ広げるのではなく、全コマで同じだけ透明余白を確保します。
Asepriteでグリッドと補助線を併用していると、この種のズレは仕上げ前に見つかります。
足元が揃っているのに頭だけ跳ねる場合も、たいていは余白設計の問題です。

加えて、旧作のRTP規格の感覚をそのまま持ち込むと崩れます。
RPGツクール2000は16x16タイル系、RPGツクールVX Aceは32x32系、RPGツクールMVRPGツクールMZは48x48系が前提なので、昔の「このくらいなら入る」という感覚がそのまま通用しません。
RTPごとに基準サイズが違う以上、同じ頭身でも余白の取り方は描き直し前提で考えたほうが整います。

拡大表示のぼやけ

ドット絵が急に眠い見た目になる原因は、描き込み不足より表示倍率であることが多いです。
非整数拡大の150%のような倍率では、1px線が均一な太さで並ばず、場所によって細く見えたり太く見えたりします。
しかも表示側がバイリニア補間になっていると、隣り合う色が混ざって境界がにじみます。
これが「ちゃんと描いたのにボケる」の正体です。

整数倍なら、元のピクセルがそのままブロック状に複製されるので、輪郭の揺れ方が安定します。
たとえば16px幅の要素を3倍表示すると48pxになり、各ピクセルがきれいに3×3で並びます。
ところが2.5倍のような非整数では、どこかの列だけ幅が1段薄く見え、別の列では太って見えます。
ドット絵ではこの不均一がそのままノイズになります。

制作中の表示も書き出し後の確認も、整数倍表示を前提にして、補間はNearest Neighbor系で統一すると判断がぶれません。
ぼやけて見える状態で修正を重ねると、作者の側がそれに合わせて線を太らせたりコントラストを上げたりしてしまい、今度は正しい表示で見たときに過剰な絵になります。
表示の設定がずれているだけなのに、元絵を壊してしまう流れは避けたいところです。

命名規則ミスとその症状

画像そのものが合っていても、ファイル名の規則を外すとRPGツクールMZ側で別物として解釈されます。
ここは初心者がもっとも「絵は正しいのに表示だけ変」と感じやすい部分です。

まず、JPGは使えません。
非可逆圧縮なので輪郭がじわっと崩れ、さらに透過も扱えません。
キャラ素材とタイル素材はPNG-24の透過で持つのが前提です。
背景を白で塗ってJPG保存した時点で、ドットの周囲に圧縮ノイズが乗り、髪や輪郭の外側に汚れた縁が出ます。

次に多いのが、1キャラ用シートなのに$を付け忘れるケースです。
1キャラ分は48x48基準なら144x192ですが、ファイル名に$がないと、エンジンはそれを8キャラ入りの標準シートとして分割します。
結果として1コマの切り出しが意図より小さくなり、顔だけが欠けたり、別の場所が表示されたりします。
単体キャラとして作った画像は、$Name.png の形で保存してはじめて正しい分割になります。

8キャラシートでも似た失敗があります。
標準の8キャラシートは576x384で、そこから各コマが48x48に切られる前提です。
キャンバスが少しでも違うと、1コマ48x48にならず、境界がずれたまま分割されます。
自分では8人分をきれいに並べたつもりでも、ゲームでは目の位置だけ隣コマを拾う、といった壊れ方になります。
こういうときは、最初から576x384のキャンバスを作り、グリッドスナップで枠に吸着させたほうが事故が起きません。

もうひとつ見逃せないのが、!を付けないままドアや宝箱を歩行キャラ規格で置くケースです。
MV/MZ系ではキャラ表示にY方向の補正が入るため、静的オブジェクトを通常キャラとして読むと、ドアや宝箱が6pxほど浮いたように見えます。
立ち絵としては正しいのに、マップへ置いた途端に接地感が消えるのはこのためです。
床にぴったり置きたいオブジェクトは、!Name.png にしてY補正を切ったほうが見た目が揃います。

タイルサイズ変更時の落とし穴

RPGツクールMZはタイルサイズ変更の運用が可能になっていますが、ここで起きる失敗は「設定で変えられるなら、既存素材もそのまま使えるだろう」と考えてしまうことです。
MZの標準は48x48で、既存のRTPや周辺素材もこの前提で作られています。
つまり、後から別サイズへ寄せると、既存素材を拡大縮小して合わせる場面が出ます。

このときに起きるのが、RTP規格との差異によるにじみです。
もともと48x48前提で描かれたタイルを別サイズへ変換すると、線幅と模様の密度がずれます。
補間が入れば輪郭は鈍り、最近傍で縮小しても今度は情報が間引かれて、石畳や木目のリズムが崩れます。
旧作規格からの流用でも同じで、32x32前提のRPGツクールVX Ace素材や、さらに小さいRPGツクール2000系素材をそのまま混ぜると、密度感が揃いません。

タイルサイズを変更して運用するなら、採用するサイズで最初から描くのが最も安定します。
あとから合わせる発想だと、床は許容できても壁の縁取りや影の段差で破綻が出ます。
キャラ素材もタイル基準と噛み合わなくなり、接地位置や見た目の頭身に違和感が出やすくなります。
設定変更は便利ですが、素材制作まで含めて新しい規格に作り直す前提で扱うと、途中で修正箇所が連鎖しません。

MVとMZで規格がどう違うか

MV/MZの共通点

RPGツクールMVとRPGツクールMZは、素材制作の前提を同じ軸で見てよい場面が多いです。
古い記事を読んでいると「MV用」「MZ用」で別規格のように感じることがありますが、少なくとも歩行キャラとタイルの基準を押さえる段階では、両者は同じ土俵にあります。

共通している中心の規格は、タイルが48x48px、標準画面が816x624px、歩行キャラが4方向×3パターン、画像形式がPNGという点です。
画面サイズとタイルサイズもきれいに割り切れる設計なので、標準状態では横17タイル、縦13タイルで見えていると考えると把握が早くなります。
制作側から見ると、1タイルの寸法と1コマの区切りが同じ基準で揃うため、マップチップと歩行キャラの密度感を合わせやすい構成です。

歩行キャラの見え方もMVとMZで共通理解を持てます。
1方向につき3コマ、4方向で合計12コマという構造は同じなので、1キャラ単体シートを組む考え方もそのまま通ります。
48px基準なら1キャラ分は144x192px、標準の8キャラシートは576x384pxで整理できます。
この共通点があるため、MVで蓄積された「1コマずつグリッドで区切って描く」「単体キャラはファイル名で単体扱いにする」といった実務の知識は、MZでもそのまま役に立ちます。

見落とされやすいのは、MVとMZの違いより、MV/MZと旧作の差のほうがずっと大きいことです。
たとえばRPGツクールVX Aceは32x32px基準で、同じ「ツクール素材」でも1マスの情報量が違います。
さらにRPGツクール2000RPGツクール2003系までさかのぼると、マップチップは16x16px、キャラチップは24x32px系で、そもそもの省略の仕方が別物です。
MVとMZを混同するより、32x32時代や16x16時代の感覚を48x48へそのまま持ち込むほうが、密度や余白の判断を外しやすくなります。

MZのタイルサイズ変更の扱い

RPGツクールMZでは、タイルサイズを変更できる運用が存在します。
ここで混線しやすいのが、「変更できる」と「標準規格が移った」は別の話だという点です。
MZの標準はあくまで48x48で、既存のRTPや周辺の制作知識もこの基準の上に積み上がっています。

実務上は、MZで16・24・32・48のタイルサイズに触れられるという見解がコミュニティでは広く共有されています。
ただし、公式ヘルプ側で明瞭に固定一覧として並んでいるわけではなく、確認できるのはタイルサイズ設定に対応したことまでです。
記事や動画だけを見て「MZは最初から何でも同格に扱う」と受け取ると、その後の素材運用でずれます。
標準規格として断言できるのは48x48で、他サイズ運用は機能として扱うほうが整理しやすくなります。

この差は、既存素材との噛み合わせで表面化します。
RTP素材は48x48前提で作られているため、タイルサイズを変えた時点で、そのまま並べても密度感と接地感が揃いません。
プラグイン側も48x48を前提にした座標計算や表示補正を持っていることが多く、マップ表示・当たり判定・UI周辺で前提のずれが出ます。
MZに設定項目があることと、配布素材やプラグイン群が同じ温度感で追従していることは一致しません。

古い16x16素材をMV/MZへ持ち込むときは、この差を逆手に取ったほうが整います。
私自身、16x16配布タイルを48基準のマップへ混ぜる場面では、まず3倍に拡大して48x48へ揃える運用をよく使います。
このときはNearest Neighborで整数倍にしておくと、元の1pxがそのまま3x3のブロックへ置き換わるので、輪郭の線幅がばらつきません。
16から40や44のような中途半端なサイズへ持っていくと、細線だけ痩せたり、石畳の目地だけ不規則に太ったりして、古い素材特有の気持ちよさが消えます。
48基準の画面に載せるなら、16を3倍して合わせるほうが収まりがよく、拡大後に影や縁取りだけ少し描き足すほうが結果も安定します。

旧作素材の互換性を考えるときも、「読み込めるか」ではなく「規格差を吸収できるか」で見たほうが実態に近いです。
VX Aceの32x32は48x48に対して1.5倍の差があり、整数倍になりません。
最近傍で拡大しても線幅が不均一になりやすく、補間を使えば今度は輪郭がにじみます。
20002003系の16x16は3倍で48に届くぶん処理が明快ですが、情報量そのものは小さいので、床や壁に使うと余白感が強く出ることがあります。
つまり、古い素材ほど「タイルサイズ」だけでなく「描き込み密度」も別規格として扱う必要があります。

シリーズ別サイズ早見表

古い資料を読んでいると、シリーズごとの規格が一文ずつ混ざって出てきます。そこで、混同しやすい項目だけを並べると次の形になります。

この表で見ておきたいのは、MV/MZが旧作の延長線上に見えても、実際には16→32→48と段階的に基準が拡大してきたことです。
2000/2003系は少ないピクセル数で記号的に見せる設計で、建物も地形も省略の圧が強くなります。
VX Aceはその中間にいて、32x32の収まりの良さがあります。
MV/MZは48x48になったぶん、床の模様、壁の厚み、キャラの髪型や服の段差まで入れられる余地が増えています。

この歴史を知らずに素材を混ぜると、「同じツクール素材なのに並べた瞬間に浮く」という現象が起きます。
16x16時代の床は簡潔で読みやすい反面、48x48の壁や家具と合わせると面の情報が足りず、広い空白に見えます。
逆に48x48のタイルを32x32文化の感覚で縮めると、模様が詰まりすぎて息苦しい画面になります。
シリーズ差分を把握する目的は懐古ではなく、どの時代の素材を、どの前提で再利用するかを判断することにあります。

MVとMZのあいだで迷ったときは同じ規格として扱い、VX Ace以前の素材が混ざった時点で別世代として見分けると、調整の優先順位がはっきりします。
古い配布素材の説明文に32x32や16x16の記述が出てきたら、その時点でMV/MZ標準とは別枠です。
そこを切り分けておくと、過去記事の情報を読んだときにも、どこまでがそのまま使えて、どこから先が変換前提なのかをすぐ判別できます。

最初に作るならどの素材から始めるべきか

最初の1枚：床タイル

最初に作る素材は、歩行キャラでも壁でもなく1種類の床タイルです。
基準にするのは48x48の1枚で、ここに世界観の空気を凝縮します。
石畳なのか、土なのか、木の床なのかを決め、色はまず2〜4色程度に絞ると、画面全体の温度が定まります。
ここで決めた色味が、その後のキャラの服色、影色、建物の材質感まで引っ張るので、最初の床は単なる背景パーツではなく、世界観の基準色を置く作業になります。

床タイルから始める利点は、マップに置いた瞬間の見え方を最短で確認できることです。
1枚だけでも面として敷き詰めれば、明るすぎる、暗すぎる、模様がうるさい、情報が足りない、といった問題がすぐ露出します。
人物を先に描くと、そのキャラ単体の出来に目が向きがちですが、実際のゲーム画面では床の占有面積のほうが大きいので、先に床の密度を決めたほうが全体の方向性がぶれません。

色数制限もこの段階から入れておくと後で効いてきます。
床1枚の時点では2〜4色で十分ですが、制作全体の上限としては最初から8〜16色程度を意識しておくと、後で量産に入ったときに統一パレットへ寄せやすくなります。
序盤から色を増やしすぎると、床だけ青みが強い、キャラだけ彩度が高い、家具だけ別作品のように見える、といった分裂が起きます。
最初の床タイルは、描き込みの練習というより「このゲームはどんな色で息をしているか」を決めるための試作と考えると進めやすくなります。

次の一歩：歩行キャラ1体

床の基準色が決まったら、次は歩行キャラ1体です。
ここでは8キャラ入りの標準シートをいきなり埋めるより、$を付けた単体シートで1人だけ作るほうが流れが安定します。
48x48基準なら、1キャラ分は144x192です。
中身は4方向×3枚で、合計12コマを等間隔に並べます。
まず1人を正しく作って、マップ上で動かし、足元が浮かないか、頭が切れないか、向きによって幅が暴れないかを見るほうが、学ぶ量を小さく保てます。

この段階で揃えておきたいのは、絵の上手さより透明余白と足元基準線です。
上方向だけ頭が高い、左向きだけ横幅が広い、といったズレは、1コマずつ見ていると気づきにくいのですが、ゲームに入れると歩行で急に目立ちます。
私は最初の1体を作るとき、靴底が乗る位置を全コマで先に決めてから、そこに胴体を積む感覚で描きます。
この順番にすると、歩きの接地感が崩れにくく、後からモーションだけ直す作業にも切り分けやすくなります。

床タイルのあとに歩行1体を置く流れは、制作の動機づけの面でも強いです。
床だけではまだ静止画ですが、そこに単体シートのキャラを載せると、テストマップがすぐ“動く”状態になります。
自分で描いた床の上を、自分で描いたキャラが歩くところまで届くと、素材制作が急に部品作りではなくゲーム作りへ変わります。
ここで得られる手応えがあると、その後に必要になる量産作業にも入りやすくなります。

保存形式はPNG透過で統一し、キャラは img/characters、床タイルは img/tilesets へ入れて、実際にRPGツクールMVRPGツクールMZ上で表示確認します。
単体シートの段階では、見た目の完成度よりも、正しいサイズで切られるか、透明部分が濁らないか、足元の位置が自然かを見るほうが収穫が大きくなります。

拡張：8キャラシートとタイルセットA〜E

床1枚と単体シート1体で表示確認まで通ったら、そこから先は量を増やす段階です。
まず広げやすいのは、単体で作った歩行キャラを基準にして8キャラシートへ展開する方法です。
48x48基準の8キャラ標準シートは576x384なので、1体で決めた頭身、影色、輪郭線、足元位置をそのまま横展開できます。
ここで別の塗り方や別パレットを混ぜると、同じゲーム内にいても所属作品が違うように見えるので、量産に入るほど世界観の統一が効いてきます。

タイル側も同じで、最初の1種類の床タイルが問題なく敷けたら、A〜Eへ少しずつ広げていくのが堅実です。
いきなりA1やA2のオートタイルへ飛び込むより、まずは通常タイルとして置ける範囲から増やし、壁、装飾、家具、上層パーツの順で整理すると破綻が出にくくなります。
A系は下層、B〜Eは上層という役割を意識しながら、1枚目の床で決めた色相と明度差を流用すると、画面が自然につながります。

1素材ごとに好きな色を足していくと、数が増えた途端に管理できなくなります。
最初は8〜16色程度に抑え、その中で床・壁・服・影の役割を分担させ、量産の途中で統一パレット化していくと、差し替えや微調整の速度が落ちません。
私は8キャラシート化に入る前に、使った色を一度並べ直して「この茶色は床と髪で兼用する」「この青灰色は金属と影の両方に使う」と整理します。
こうしておくと、新しいキャラやタイルを足しても画面の空気が散らばりません。

この順番で進めると、1枚の床が地面の基準になり、1体の歩行キャラが人物の基準になり、その2つを軸に8キャラシートやタイルセットA〜Eへ伸ばしていけます。
関連記事としては、今後Asepriteで始めるドット絵入門オートタイル入門アンチエイリアス基礎といった記事を用意する予定です。
公開後はそちらも参照してください。

まとめ

作り始める前に規格を覚えるより、1枚作って配置し、崩れた理由を規格で言い直せる状態まで持っていくと制作が安定します。
私自身、チェック項目を毎回同じ順で回すようにしてから、保存形式や配置先の見落としが作業の前半で消えるようになりました。
素材制作は絵の上手さだけで進まず、確認手順まで含めて手になじませた人から速くなります。
床1枚と歩行キャラ1体で表示確認まで通ったなら、量産に入る準備はもう整っています。