しつこいような気がしなくもないですが 58 x 61 で1マスを構成することは本質的には問題ではないですよ。 その場合は全体のサイズが 696 x 488 であれば規格には適合します。 偶数にするのが制約というより 横12 縦8 マスなので1マスをどんなサイズで作ろうが必然的に全体は偶数 x 偶数になります。 ただムノクラさんも仰っているように なんか半端な数字だなという気がするのでキリのいいサイズにしたほうがいいとは思います。 標準素材のキャラチップをよく見てもわかりますが 歩行３パターンの真ん中は１ドット上にずらして描かれています。 上下にゆらしたほうが歩いている感があるからだと思われます...

ちなみにですけど
１マスの大きさが決まっていれば余白があって構わないのですが
左右は中央揃え、上下は下揃えで表示されます。
上に寄せたり、左右偏ってるとへんな位置に表示されることになるので注意？まぁ当たり前かという気もしますが。

素材規格の誤解があるように思いますので見直してみると良いと思います。

１キャラクターは横に３マス、縦に４マス
これを横に４キャラクター、縦に２キャラクター並べます。
したがって横は１２マス、縦は８マスになります。
横は１２、縦は８で割りきれるサイズでないとダメです。

１マス６０ｘ６０でギリギリ収まるサイズのようでしたので
横６０ｘ１２＝７２０
縦６０ｘ８＝４８０
で詰めなおしてみました。

これで一応は正しく表示できましたが
ちょっと縦がキツキツすぎる気がするのでもう少し余裕持たせて作ってもいいかもしれません。

前者は Game_Interpreter.prototype を継承したオブジェクト（new Game_Interpreter で生成した、 Game_Interpreter クラスのインスタンス）で、後者は Game_Interpreter.prototype オブジェクトそのものです。 Plasma Darkさん なるほど。たしかに。 詳細解説ありがとうございます。 ということは例えば戦闘中であれば Game_Troop なんかが作っている Game_Interpreter のインスタンスを経由したら直接的には問題なくなる？　…などと考えてしまいましたが トリッキーなのには変わりないので...

Game_Interpreterのインスタンスに依存するプラグインコマンドは正常に動かないので、あんまりオススメできないですね。

やっぱりそういうものですか。実のところなんとなくそんな気はしていましたが…
ちなみに正常に動かないとは具体的にはどういうコトなんでしょうか。
動く場合も、動かない場合もある？

使用効果からコモンイベントを呼ぶほうが素直ではないかと思いますが
this を Game_Interpreter.prototype に置き換えたら出来ると思います。

気になったので試してみたところ再現したのか微妙ながらおかしな挙動をすることがあるのは確認しました。
新規プロジェクト２つでマップのコピペを繰り返していたらあるとき突然コピーできなくなりました。
私の環境ではコピーもペーストもデリートも出来ない。
キーボードショートカット全般が効かなくなったというような印象です。

が、マップのツリー上で違うマップを選択しなおすと正常に戻ります。
右クリックメニューでコピペしても復活する。

この状態はわりと頻繁に再現したので何度かやってみましたが
こちらはわりと簡単な復帰手段があるので別の現象なのかな…

無効化をダメージが０であると解釈してよいのであれば計算式でできるような気がします。

スキルの使用効果にステート付加100%を付けておいて
ダメージ計算式に

とか書くと
指定したステートが付加されている相手には0、そうでなければ100のダメージを与えられます。
100のところは固定じゃなくて妥当な計算式にするとして
1回目は効果があり、2回目はダメージ0になりますが簡易的過ぎますかね？

アイテム一覧がそれっぽく見えればいいというだけなら… ということで作ってみましたが例によってあまり自信はないです。 制限というか仕様なんですが例示して頂いたような ポーション ポーション 薬草 ポーション の並びはできません。 ポーション ポーション ポーション 薬草 のようなID順になります。 手に入れた順番や並び順を保持していないための制限です。 もう1点どうすべきか悩んだところですが 通常、アイテムを複数持っているときはそれがなくなるまで連続して使用することができますが この場合は1個使うとなくなるのが自然に思われたので1個使うたびに前のウィンドウに戻るようにしています。 正しい気はしま...

equips() は関数なのです。 rpg_objects.js の 3598行目 あたりに書かれています。 Game_Actor.prototype.equips = function() {　うんたら…ってやつです。 関数だから () をつけて呼びます。 _equps という配列があるのと、equips() という _equips とは別の配列を返す関数がある。 ちょっとややこしいですね。 _equips は Game_Item というオブジェクトの配列で、中身はそれほど詳しい情報を持っていません。 アクターが何を装備しているかはセーブデータに記録されるのでセーブデータ肥大化を防ぐとかそう...