マップの接続について②

前回に引き続き、マップの接続について試行錯誤していました。
結論から言うと、無事実装できました！

どの案を採用したか

案2の「同じ数字は同じ部屋として扱う（エリアマップで繋げる）」を採用しました。
mapファイルとは別にareaファイルを用意しそれを元にマップを接続しました。
RPGの場合、案3のイベントチップで接続するほうが汎用性が高いのですが、2Dアクションは基本的に上下左右方向にしか移動しないのでその利点を生かすために案2にしました。

具体的には

プレイヤーに今まで使っていた座標（数値座標）のほかに現在いる部屋の番号（部屋番号）を記憶させました。

エリアマップ

• 数字は部屋番号
• 赤丸は基準座標(1の場合(4,3))
• 青丸は自機がいる場所(図では(5,3))

部屋番号と数値座標と組み合わせることにより、現在いるエリア座標を求めることができます。（図の場合(5,3)が現在いる部屋）
この状態で、自機が右に移動すると予め記憶したエリア番号と現在の場所が異なるため、それを元にマップロード＆自機の再配置を行います。
ロードするmapファイルは部屋番号で、数値座標やスクロール値も調整します。

感想

このマップ接続の実装以外にも、今まで使ってなかったSceneManagerも実装してシーン切り替えを行うようにしたため今までで一番苦戦しました。
今持っている技術をフル活用したという形ですね。

これでようやく探索型アクションのスタートラインに立てました。
「探索型」と名乗るにはアイテムを配置しないといけないため次はその作業ですね。

そういえば今回いつも先に作っているボス戦をまだ作っていないんですよね...
まぁステージクリア型より重要度は低いので実装はもう少し先になりそうです。

おまけ

Ci-enのプロフィールを更新しました。
意外と長く続けられていて、まだ余裕があるので週2～3ぐらいで記事投稿していこうと思います。

プランに関しても追記しました。
当サークルでは、フリープランでも体験版の先行プレイができるようにする予定です。
スタープラン（有料プラン）もリワードを書きましたが、未だに実装するかどうか悩んでいる感じです。

とにかく体験版公開に向けて頑張っていくのでよろしくお願いします。

マップの接続について①

次の作品は探索型アクションゲーム（別称：メトロイドヴァニア）を作ろうと思っています。
しかし、効率のいいマップの保存方法が分からずマップツールを拡張できずにいます。
というわけで思いついた案を列挙してみます。

マップ接続の検討

例としてエリアマップが下のようなゲームを作るとします。

• 緑:部屋
• 黄色:部屋と部屋の接続

案1:全ての部屋を大きさ固定の部屋で分ける

違う数字でも同じ数字でも全部違うデータとして扱います。
例の場合、画面サイズ固定の14つの部屋があります。
マップロード時に同じ部屋番号を全部ロードし、エリアマップを元に繋げ合わせます。
無駄なデータが出ない分、ロードが複雑化する、マップ配置が大変になります。

案2:同じ数字は同じ部屋として扱う（エリアマップで繋げる）

番号によって大きさが違う部屋に分けます。
例の場合6つ部屋があります。
（1:5×1　2:2×1　3:1×1　4:1×3　5:1×1　6:2×1）
データ数として6つでマップ配置もし易いです。
部屋移動はエリアマップを元に行います。

案3:同じ数字は同じ部屋として扱う（イベントチップで繋げる）

案2と同じく6つ部屋として扱いますが、エリアマップを元に移動を行うのではなく、各部屋にイベントチップをおきます。
例として、3の左端には1の右端に移動するように指示、3の右端には4の上段左端に移動するように指示します。
ウディタでも使用されているマップ移動方法で、最も確実な部屋移動です。
エリアマップとは直接的な繋がりは持ちません。（あくまで地図画像としてのみ）

案4:全部同じ部屋として扱う

例の場合、9×4の大部屋が1つあると仮定します。
それぞれに仕切りを設定してロードし、ブラックアウトの有無の仕切りで判断します。
無駄なデータが多く出る(14しか部屋がないのに36部屋分のデータを消費）上にロードが複雑化するためこれはよくないかなと。

というわけで

誰かいい方法知っていませんかという話です。
ステージ突破型アクションなら一方通行なので考えなくてよい話だったのですごく苦戦しています。
自分の頭では案1～4ぐらいが限界だったのでもっと効率のいい保存方法があるかもしれません。
詳しい情報がある本やサイトを教えていただくだけでも構いません。
よろしくお願いします。

マップチップについて①

昨日今日とクラスのカプセル化を行いました。
すごく大変だったのですが後になればなるほど作業量が増えるので早めに行いました。
具体的に書いてもいいんのですがおそらく大半の人には意味不明なので、要約すると前作で苦戦していたプログラムの問題が解決しました。
すなわち、ゲーム拡張が楽になったのでギミック追加やボリュームアップがやりやすくなったということです。

と、こんなこと書いていてもプレイヤーとは関係ないのでマップチップの話をします。

マップチップとは

マップは1つ1つのチップを組み合わせて出来ていて、それに使うチップをマップチップと呼びます。
マップタイルとも呼ばれていてそちらの方が分かりやすいかもしれません。

ちなみにこの画像は自作ソフトの画面です。（初公開！）
敵やアイテム、リフト等も設定できますが、一般的には地形の部分だけですね。
それぞれのチップを見ると様々な角度に対応するために多くの種類が必要かと思われます。
しかし...

オートタイル

実は地形部分で描く画像はなんと5種類だけで十分なのです。

描写するときは1チップにつき4回描写しています。

まとめ

オートタイルってすげー！
もともとはRPGツクールやウディタなどトップビューで使用するものですが、自分はサイドビューでも使えるじゃね？と思い使っています。
それらのツールは使ったことありませんが、とあるゲームの制作生放送を見てオートタイルの使い方が分かったという話です。
まぁ最初は5種類しか向きないじゃん！って思いますよね。（多分）

今回もこれで表現しようかなーと思っています。
そこで、ちょっと気づいたことがあったのですが今回はここまで。
①があるなら②もありますよー

2Dアクションにおける重力

最初の記事ですが、ちょっと難しいお話でも。

今日は自機にかかる重力の調整をしていました。
一般的にジャンプ時に速度を与え、重力加速度を設定すれば自然な放物線になります。
しかし、2Dアクションではジャンプキーを押す長さによって最大高度が変わります。
つまり適切な処理を入れなければジャンプの高さを変えられません。

値の設定

とりえあず小ジャンプと大ジャンプで必要な値を設定しました。

• 小ジャンプ：64px以上
• 大ジャンプ：256px以上

設定する値は以下の通りです。

• 重力加速度
• 重力加速度(上昇時)

一定時間の間は、ジャンプキーを押している間だけ重力が小さくなります。
この条件のみで試行錯誤していましたが、なかなか上手くいきません。
で、ジャンプにおける大事な要素は何かと考えた結果、ジャンプ時間ということに。
1回のジャンプであまりにも時間がかかると大きくテンポが失われます。
といっても感覚じゃよくわからないのでちょっとだけ他のゲームを調査しました。

各ゲームの最大ジャンプ時の所要フレーム

結局

上昇30フレームで調整するために、初速度を大幅に上げました。
しかし、それでは最小64pxにするにはすごい重力が必要です。
そこで、キーが離されたときに速度を下げるようにしました。
そんなこんなでジャンプ処理はとりあえず終わったかなーという具合です。
これを決めないといろいろ決定できないのでまぁ早めにやりました。

ゲーム画面を見せられなくてすみません。
まだ図形や仮画像なのでもう少しだけお待ちください。