mieki256's diary

今回作成したドット絵画像は以下。License : CC0 / Public Domain ってことで。自由に使ってください。1パターン 96x96ドット。10x12個並べてある状態。


各パターンを作成するため使ったパーツ画像は以下。これも 96x96ドット単位で並べてある。何か抜けてるところがありそうだけど…。


EDGE2のキャプチャフレームアニメxmlファイルと、変換後の JSON は以下。

_scifistk01_anime.xml
_animedata.json

画像を作っていて思ったけれど、プレイヤーキャラの攻撃方向は、横のみにしたほうが良かったのかもしれないなと。上下や斜めも攻撃できるようにすると、御覧の通り、膨大なパターン数になってしまう…。

これでもまだ、斜め床には非対応なわけで…。仮に、斜め床も対応させようとすると、上記画像の立ってるパターン数 x 4倍のパターン数を増やさないといけない。 *1 更に、しゃがみ攻撃まで加えた場合は、2倍のパターン数になる。

考えてみたら、例えばストライダー飛竜、悪魔城ドラキュラシリーズ、SHINOBIシリーズなどは、基本的に横方向にしか攻撃できないけれど、それでもプレイしていてちゃんと面白いわけで。攻撃方向に制限があったほうが、攻略方法を工夫することに繋がって、むしろ遊びになる、ような気もしてきた。

とは言え、上下や斜めに攻撃できると、敵が空中で派手に動いても狙い撃てるから、敵の動きの制約が少なくなって、ゲーム画面の見た目を派手にできるところもあるわけで。うーん。

せめて、上半身と下半身を、分けて管理するとか…。それもそれでパズルになりそうだけど。

Hash[ h.map{|k,v| [k.to_sym, v] } ]

JSON を読み込んでハッシュにすると、キーが全部、文字列になってしまう。シンボルのキーにしたいのだけど…。

Ruby の _JSONライブラリ を使えるなら、オプションの :symbolize_names に true を指定してやれば変換してくれるのだけど。DXOpal の場合、そういうことはできない予感。おそらく JSONライブラリ自体が使えない状態であろう気もする。

となると、自前で変換しないといけないわけだけど。おそらく今後も何度かそういう処理をすることになるだろうから、文字列やシンボル名を決め打ちにして処理せずに、汎用性がある関数にできれば…。

いや、以下の記事によると、あまり気にしなくてもいいのかな。シンボルのほうが速くなるのだろうと思ったけど、昔ならともかく最近はそうでもないようだし。

_HashキーのStringアクセスとSymbolアクセスのパフォーマンス比較 - Hack Your Design!

少し話はずれるけど。Ruby 2.5 は、ハッシュのキーを文字列からシンボルに変換する機能を標準で持っているらしい。

_Ruby の Hash のキーを Symbol に変更する - Secret Garden(Instrumental)

調べているうちに、ふと思った。一般的なプログラミング言語では、ハッシュのキーを文字列にしてあるのが普通で、シンボルにして扱うなんて特殊だよなと。処理速度的に大きなメリットがあるならともかく、たいして変わらないのであれば、キーは文字列のままでいいんじゃないか…。

ということで、一旦はキーをシンボルに変換する処理を書いていたけど、やっぱり文字列のまま扱うことにしてしまったり。