ピクチャを調べてみた

ImageManager

　これは各種画像ファイルを読み込むのに使う静的クラス。

Game_Screen

　これは画像関連イベントコマンドを実行するためのクラス。
　大域変数 $gameScreen に登録されてセーブデータとして保存される。
　[天候]、[フェード]、[フラッシュ]、[ピクチャ]、[シェイク]、[色調] あと、イベントコマンドにはないけどズーム機能がある。
　…なんでズーム機能はコマンドにないの?! めっちゃ便利じゃんよ!!
　それはそうと、ピクチャを管理してるのは主にここっぽい。

new Game_Picture

　Game_Screen.showPicture() で生成されてますね。
　このメソッドがどういう経路で呼ばれてるかというと、console.log( new Error().stack ); をGame_Screen.showPicture() に書いてイベントコマンド[ピクチャの表示]を実行、スタックトレースしますと。
　Scene_Map.update() → Scene_Map.updateMainMultiply() → Scene_Map.updateMain() → Game_Map.update() → Game_Map.updateInterpreter() → Game_Interpreter.update() → Game_Interpreter.executeCommand() → Game_Interpreter.command231() → Game_Screen.showPicture() みたいな経路になってます。
　なげーよ!

　とはいえ、Game_Interpreter.command231() がイベントコマンドの実行なので、実際は即呼ばれてます。
　誰かが作ってる便利なRPGツクールMVコマンド表を見ると231は[ピクチャの表示]です。間違いないですね。

　で、Game_Screen.showPicture() の中を見ると、
　引数をGame_Picture に設定して、生成した Game_Picture は Game_Screen._pictures プロパティに放り込まれてます。
　この辺を真似すれば、イベントコマンドを使わずに JavaScript から直接ピクチャを表示できそうです。

　でも、Sprite_Picture の生成とかしてないんですよね。
　じゃあどのタイミングで生成してんの? って話ですよ。

new Sprite_Picture

　同じように検索してみると Spriteset_Base.createPictures() で生成しているのが見つかります。
　そしてやっぱりスタックトレース。

　これはイベントの実行とかしなくても、即表示されました。
Scene_Map.onMapLoaded() → Scene_Map.createDisplayObjects() → Scene_Map.createSpriteset() → new Spriteset_Map() → Spriteset_Map.initialize() → Spriteset_Base.initialize() → Spriteset_Base.createUpperLayer() → Spriteset_Base.createPictures()。
　…やっぱ長い。

　そして Spriteset_Base.createPictures() が何やってるかというと、Spriteset_Map に最大個数(100) Sprite_Picture を追加してる。
　もしかしたら、作っては消しってやってたらメモリリークが発生する、ということを懸念してなのかな。
　なお、Spriteset_Battle でも100個で計200個作る。
　ま、なんでそんなことしてるのか分からないけど、とにかく生成箇所は分かった。

Game_Picture の update()

　以前の記事をお読みの方なら、もうお分かりかと思いますが、SceneManager からアップデートを追っていきます。
　途中端折りまして、Scene_Map.updateMain() → Game_Screen.update() → Game_Screen.updatePictures() → Game_Picture.update() と呼び出されていきます。
　そして Game_Picture.update() では、Game_Picture.updateMove()、Game_Picture.updateTone()、Game_Picture.updateRotation() が呼ばれて、それぞれの数値のアップデートが行われます。
　Game_Picture.update() で書き換えやってるな、とアタリをつけてスタックトレースでもいいですよ。

Sprite_Picture の update()

　Sprite_Picture の方で、Game_Picture の値を参照して画像の描画が行われるので、こちらのupdateも追ってみます。
　Scene_Map.uadate() から親クラスの Scene_Base.update() → Scene_Base.updateChildren() で、自身が包含している childlen に登録されているオブジェクトをアップデートしてます。
　Scene_Map の場合その中に、Spriteset_Map も含まれています。
　Spriteset_Map.update() は親クラスへと辿っていき Sprite.update() でやはり自身が包含している childlen に登録されているオブジェクトをアップデートしてます。
　で、やっと Sprite_Picture.update() が呼ばれます。

　Sprite_Picture.update() の中では大量のアップデート系メソッドが呼ばれていて、アップデート祭りです。
　次のメソッド群は表示している時だけ呼ばれます。
　Sprite_Picture.updateOrigin()、Sprite_Picture.updatePosition()、Sprite_Picture.updateScale()、Sprite_Picture.updateTone()、Sprite_Picture.updateOther()。
　だいたいメソッド名で内容は想像つきますね。

　そして常に Sprite_Picture.updateBitmap() が呼ばれます。
　Sprite_Picture.picture() で取得する Game_Picture が持っているGame_Picture.name()で取ってファイル名をチェックして、今までのと変わっていたらSprite_Picture.loadBitmap() して画像を設定。
　 Game_Picture がそもそもなかったら、非表示にする。

顔イメージ

　顔イメージは 'img/faces/' フォルダにあるので、この文字列で検索してみます。
　てゆーか、すぐ近くにImageManager.loadFace()ってありますね。検索するまでもありませんでした。
　Window_Base.drawFace() で使われて、読み込んだ bitmap は this.contents.blt( bitmap, sx, sy, sw, sh, dx, dy ); という形で使われてます。
　Bitmap.blt()ってのは画像の一部を切り取って別の画像に貼り付けるメソッドです。
　これで見事ウィンドウの画像にペタッと貼り付けられたわけですね。
　Window_Base.contents の描画はまだ調べてなですが、ウィンドウの方がいい感じにやってくれるはず。

　しかしこれ、静止画の場合はいいんですけど、アニメーションさせたいという場合は毎回画像転送するのか、というか転送前に前描いた部分を消去しないとずっと残るんでは? てゆーか消したらもともとそこにあった他の画像も消えるのでは? みたいな心配が必要になりますね。
　やはりSprite_Pictureが必要ってことでしょうか?

Sprite

　Sprite_Picture の親をたどって行くと Sprite ってのが現れます。
　そこにはPRGツクールMVでは、ImageManagerで画像ファイルから読み込んだBitmapを、コンストラクタ引数に指定してSpriteを生成し、StageなどのコンテナオブジェクトにaddChildする、という手順で画像を表示する。って書いてあります(自作自演がひどい)
　addChild() で追加しているので、前記した updateChildlen() でアップデートもされます。
　この方法で行けば重ね合わせなど、いい感じに処理してくれそうです。

　追加する対象は Window か Spriteset_Base あたりになるのかな。
　まだウィンドウ関連を調べてないんで使い分けがピンと来ませんが、Spriteset_Base なら前に出てきた Spriteset_Base.createUpperLayer() メソッドあたりに追記しておけば良さげです。