今まで作ったコモンを振り返ってエゴサーチ

今までいくつものウディタ用コモンイベントを作り、公式コモン集に公開してきました。
多くの人に利用してもらえているようでうれしい限りです。
その利用状況を反映しているかもしれないのが、各コモンに寄せられたコメント数です。
まあコメントせず利用する人も多いだろうし、コメントしても利用しない人もいるだろうけど。
そこで、公式コモン集で「じゃ。」と検索し、コメント数を見てみました。
（自分で自分のことを検索することをエゴサーチというそうですよ。）
これがその結果です。




じゃ。製作のコモン、コメント数ランキング！

第１位　鏡コモンセット
第２位　敵が追いかけてくるコモン
第３位　万能型用語辞典の改変版
第４位　キャラころりん
第５位　主人公の歩行グラ部分表示
・
・
・
という結果になっています。
うーん。いろいろ思う所があるので書いていきますね。

まずは鏡コモンセット。
これは何だかぼくの代表作のようになりました。
最近では今年のウディコンで最後に提出されて話題を集めた「ほたるのひかり」でも使ってもらいました。
ツクールＶＸでできる鏡の表示がウディタでできないのが悔しくて当時としては頑張って作りました。
後になってソフトニシンさんが作ってくれた改良版の方が汎用性も高いと思うのですが、今でもこのシンプルな粗の多いコモンを使ってもらっているのはうれしいです。
パーティーを組む時などはソフトニシンさんのほうをどうぞ！

敵が追いかけてくるコモン。
これはある意味ちょっと中途半端化なコモンです。
ちゃんと追わせたいなら、最近作った「接近コモン」の方がおすすめかも。
追いかけの起動方法がちょっとややこしいのも難点です。
まあ説明をめんどくさがって、ＲｅａｄＭｅが読みにくいというのもあると思うし。
導入が分からなければ遠慮せずにメールで聞いてきてください。
ただ一点接近コモンと比較して、動作が重くならないというのが大きな利点です。
ホラーゲーなどでマップの形によってはこちらで十分対応できるんでしょうね。
まあこのコメント数２位という結果は、公開期間の長さもあるかも。
もし接近コモンと同時に公開したなら、接近コモンの方が反応をもらえていたかもしれないと思います。

万能型用語辞典の改変版。
これはうちのロングセラーですね。
元の用語辞典を作ってくれたシニスレッドさんありがとうございます。
やはり自由に書きこんだり表示したりできるものがパッケージとして用意されていると便利ですよね。
上級者だと自作できるから問題ないですが、初心者だって項目表示はしたい、でも万能ウィンドウは難しい！
そんな時に助かるコモンです。
ぼく自身も、自作ゲームのうち４つくらいで使いました。
なおこのコモンも非常に不親切な部分があります。
デフォルトで「協力者情報の一覧です」とか書いてあるけど。
これの変え方や消し方は多分どこにも書いてなかったんじゃないかな。
なんて不親切なんだ・・・。
ＤＬしたものの「協力者情報以外には使えないやん」と投げちゃった人もいそう。ごめんなさい。
表示を変えたい方、わからない方は、メールで（以下略）。

キャラころりんはですね。
特にどうといっていうことはないです・・・。
あ、名前がまぎらわしいかなと後で思ったのですが、ころりんと回転させるのじゃなくて、回転済みの画像を表示するだけのコモンです。
誤解させた方、もしいたらすいませんでした。
ちなみにこの「キャラころりん」と「敵が追いかけてくる・・」それに「おまけ解放・・」は、短時間に必死で作りました。今だから書きますが。
当時の状況は、いつまでウディタを触っていられるかわからなかったので。
残された時間で悔いのないようにがんばったら、自分でも驚くパフォーマンスが出せました。
やればできるってことだー。

主人公の歩行グラ部分表示・・・。
これがコメント数５位にランクインしているのは、まあ誤差のようなもんですね。
コメントのうち１つは自分で書いたものだし。
しかもこれ恥ずかしいことに、マップチップの通行設定でできるんですよね。
水中を歩く表現などは。
公開してだいぶ経ってから知りました。
まあ完全非表示も可能、分割位置も自由に指定可能ということで、ピクチャ表示になってしまう不便さを差し引いても使うメリットを感じてもらえたなら、ぜひ利用してください。

ではここからはランク外のコモンについて。
素材を用意すれば簡単にできるのに、ということに対してはやはり反応が薄いですね。
そりゃそうか。
描画についてやりたいことが明確にわかっている場合、素材を用意したらできるということははっきりわかるけど、得体のしれないコモンを使ってみようとはなかなか思わないですよね。
でも、自分でいうのはなんだけど（誰も言ってくれないから自分で言うけど）、主人公演出セットはもっともっと評価されるべきだと思っています。
セットにしたから演出用と勘違いされたのかな。
この中に入れてある歩行グラをピクチャ表示させる仕組みは非常に可能性を持っています。
鏡コモンもこれの応用だし、またこれをつかえば歩行アニメの枚数を変えることもできます。
確かに改造できない人には使いにくいと思いますが、ぜひいろいろ使ってほしいです。
いや、まああまり使ってもらえないのはまあそうだろうと思うんですけどランキング最下位はちょっとさみしいかなって。自分の中の最高到達点と思っているので。

そんなわけで、これからもよろしくー！

＜ウディタ＞歩行アニメーションのパターン数を増やしたい�A

デフォルトの歩行アニメーションの切替間隔が何フレームあるかを調べました。

＜調べ方＞
以下のコマンドを常時並列コモンで実行しました。（こんなのに興味のある人はいるかな）
なんとなく誤差がありそうですが、まぁあっても１フレームじゃないでしょうか。

■ウェイト：1 フレーム
■変数操作+: CSelf11[今のＰ番号] = 主人公 の アニメパターン[0-4]
■条件分岐(変数): 【1】CSelf11[今のＰ番号] が CSelf12[前のＰ番号]と同じ 【2】CSelf11[今のＰ番号] が CSelf12[前のＰ番号]以外
-◇分岐： 【1】 [ CSelf11[今のＰ番号] が CSelf12[前のＰ番号]と同じ ]の場合↓
|■変数操作: CSelf13[今になってからのフレーム数] += 1 + 0
|■
-◇分岐： 【2】 [ CSelf11[今のＰ番号] が CSelf12[前のＰ番号]以外 ]の場合↓
|■文字列操作：CSelf5[表示文字列] += "\cself[12]番を表示した時間は\cself[13]フレーム\n"
|■変数操作: CSelf13[今になってからのフレーム数] = 0 + 0
|■
◇分岐終了◇
■ﾋﾟｸﾁｬ表示：15 [左上]文字列[\cself[5]] X:381 Y:0 / 0(0)ﾌﾚｰﾑ / ﾊﾟﾀｰﾝ 1 / 透 255 / 通常 / 角 0 / 拡 50％ / ｶﾗｰ R[100] G[100] B[100]
■変数操作: CSelf12[前のＰ番号] = CSelf11[今のＰ番号] + 0

＜結果＞
連続移動中の切替は、この調査方法では５ﾌﾚｰﾑと４ﾌﾚｰﾑ交互に行われているように思われました。
具体的には、

３パターンの場合は（上段がパターン番号、下段が上段のパターンを表示し続けたﾌﾚｰﾑ数）
１０１２が
４５４５

５パターンの場合は（同）
３４３２１０１２が
５４５４５４５４

・・・となりました。
移動速度を変更しても切替間隔は変化しませんでした。


＜考察＞
まず疑問に思うのが、なぜ交互に間隔が５と４で変わるのかです。
ぼくの調べ方がまずいのかもしれませんが、それもよくわかりませんでした。
この数字を信じるなら１周期の表示をするのに１８ﾌﾚｰﾑかかっていますね。

昨夜調べてわかったのですが、一番遅い移動速度で１マス進むのに、３パターンだと１周期表示が巡るようです。
移動時間（マス/ﾌﾚｰﾑ）なんて基本的なことだからどこかに載ってないかと検索しましたが、ぱっと見では見当たらなかったです。

デジタルの原理は不案内なのですが、１８なんて１６に比べたら扱いやすいわけではないだろうに、全パターン４フレームにするわけにはいかなかったのでしょうかね。
やはりぼくの計り方がおかしいのでしょうか。
各パターン番号の表示内容と表示時間の関係に意味があるのかとも思いましたが、３パターンと５パターンで一貫性はないですね。
３パターンの場合は右足や左足が出てる時は長く、切替中の過渡期は短いです。
一方で５パターンでは足が出てる時と基本姿勢が短く、切替中の過渡期は長いです。

あ、まさか、全ての表示は４．５フレームで行われてるけどそれを計測したら処理の関係でこのように見えてしまうとか？
ウディタは何をするにもフレーム単位でしか動けないヤツだと思ってましたが、ひょっとして違うという可能性もあるのかな。
うーんよくわからない・・・。

--------------------------------------------------------------------------------
後日追記
この記事を書いてる時点で、アニメ頻度は変更できるということをすっかり忘れていました。
なので、ここで４５４５４５とか書いたのも7段階あるうちの一つの間隔に過ぎず、それほど深く考えるべき内容ではなかったと後でわかりました。
またこの記事で使った「ﾌﾚｰﾑ」という言葉は、計測したところ、定義である「一秒に60回」の半数以下という結果になりました。謎です。
このあたりのことは今でも理解できていませんが、ともかくこの記事の内容は鵜呑みにしないでください。
--------------------------------------------------------------------------------



＜今後の展望＞
これはまずいことになってきましたよ。
歩行アニメーションのパターン数を増やしたいということで始めた今回の試みですが・・・。
各パターンの表示時間を２分割すれば２倍の枚数のグラフィックでなめらかアニメーションができると思ってたのに、まさか複数の表示時間が混在していたとは。
けれどよく考えてみれば、枚数を２倍にしたら偶数になりますね。
偶数ならどこかでカクッとなってしまい、なめらかにアニメーションできない気がします。
「片側にふれて戻って反対にふれてもどって」、この動きは偶数じゃ帳尻が合いませんよね、多分。
表示時間を３分割すればいいんだけど、けれども４も５も、３では割れない・・・。
一体どうしたもんでしょうか。


今日の記事は「調査研究考察」というカテゴリーにしますが、それはここまで。以下は昨夜の続きのいうなれば「雑文」です。
せっかく「現在表示中のパターン番号」を取得できるんだから、それを使って「現在表示すべき画像」を決定したらいいと思ったのですが。
でもデフォルトのアニメーションがどうなっているか大体わかった今、アニメーションのパターン数を増やすためには、原理的にはデフォルトのパターン番号は関係ないですよね。
これを実現するために知りたいことはただ一つ。
現在の瞬間は移動継続中かどうか。それだけです。

そのための方法は３つくらい思いつきます。
一つは、今まで考えた「現在表示中のパターン番号」を使う方法。
この値が停止中の番号じゃなくなったらその瞬間から移動開始と分かります。でも移動終了判定が難しい。
アニメーションの途中でも停止の番号になりますもんね。
これをもとに停止の判定をするなら、その番号が４あるいは５より長いﾌﾚｰﾑの間続くことを見届けないといけません。
移動が終了しても６フレームくらいの間は画像は前のままです。
特に連続移動はしているけど移動方向を切り替えた場合の表示がおかしくなりそうな気がします。
なめらかさを追究するのに、６フレームの判定遅れはまずいですよね。デフォルトの方がましっていうレベルです。

別の方法は、全て手づくりでコツコツやる方法。
キー入力を参照して、移動先の通行設定も判定して、連続移動を判定します。
マスとマスの間を移動中のタイミングでは方向キー入力は受けつけないので、その瞬間だけ方向キーが押されてなくてもノーカンです。
なんだかできる気がしない・・・。

そして最後の方法は、システム変数の「主人公移動中？（1=Yes）」を使います。
でもこれの困った所は、マスの真上にぴったり重なった瞬間は連続移動中でも０になってしまうことです。
移動中にこの値を常時並列コモンで表示し続けると、０になる時とならない時があります。
（だいぶ前に初めて立ち鏡を作った時「鏡の前を横切っても映る時と映らない時とがあります」と書きましたがそれに通じるものがあるんでしょうね）
けれど今これを試していて不思議なことに気づきました。
最初確かに０になる時とならない時があって、切り替わり続けるのですが、しばらく歩き続けると、ある時を境にして、移動中は１、停止中は０という完璧な判定になります。
判定タイミングの問題なんでしょうけどね。
処理中に１フレームウェイトを入れるといつまでたっても最初と同じまま、切り替わり続けます。
わけがわかりません。

これらの方法はどれも一長一短でなかなかいい方法はないんですけどね。
しかしここであきらめるわけにはいきません。
なので次回の記事では、上に書いた３つ目の方法を使って考えてみます。
「主人公移動中？」が０の状態が２フレーム以上続いた時だけ主人公停止と判断する、「ざっくり言って移動中？」とでも呼ぶべき指標を作ろうかと思っています。

ＲＰＧでの会話文表示形式をどうするか

フリーゲーム、中でも特にＲＰＧで、会話文はどのように表示されているでしょうか。
好きなゲームのある方は、その会話がどのように表示されていたか覚えていますか？
僕は全く思い出せません。そこで調べてみました。
対象としたのはダウンロード型フリーソフトの有名作品・古典的作品です。
表は小さいですがクリックすると大きく表示されます。
レミュオールは経営シミュレーション、帽子世界はアクションＲＰＧ、それ以外はＲＰＧです。





年は公開年です。古い順に並べました。

会話キャラ名は誰がしゃべっているかの名前の表示方法です。

「」は会話文をカッコで囲っているかどうかです。

文末。はみたまま、文末に句点がついているかです。

顔グラは、顔グラフィックの位置です。


※調べ方はタイトル名を画像検索してでたものを見ただけです。なのでキャラの重要度によって別の形式がある場合もあると思います。





こう見るとけっこうバラバラですね。
意識したこともなったし、きっとどプレイヤーにとってはどうでもいいのかもしれません。細かい形式など意識に上らないかもしれません。
けれどゲームを作る側にしたら、やはりどうするかを決めないといけないですから大事ですよね。


あと、顔グラのないゲームもあるかと思っていたのですが、ここにあげた作品には全てありました。ただそのほとんどは主要キャラのみで、全ての人物に顔グラがあったのはElonaだけだったかと思います。
顔グラの位置はほとんど左でした。けれどウディタのデフォルトでは右なので、今後は右も増えるかもしれません。

文頭だけカッコをつけて文末では省略する記法はこれを見る限り２００５年以降は採用されていないようです。時代の流れなのでしょうか。
文末の句点（。）を確認できる画像を探すのは苦労しました。スクリーンショットとして見栄えのいいシーンが検索結果に集まっていた可能性もあるのですが、画像の過半数は文末が『！』で終わっていました。

このような情報は意外と役に立つかもしれないと思い、この場に公開しました。
ゲーム制作する方は参考にして下さい。