painRe:inのロードシステムについて

こんばんは、がぷがぷ工房です。

今日はステージ構成の話をさせていただきます。
ゲームの開発での後悔話が多いので、開発に興味がある方は是非ご覧ください。

painRe:inのローディングの仕組み

「painRe:in」のステージは、ストリーミングロードを使用しています。
これは言うなれば、オープンワールドの様なもので
「エリア１」「エリア２」「エリア３」で区切られてはいますが
「エリア１」はずっと地続きで設計されています。

なぜこの仕組みにしたのかというと、
ずばり「オープンワールドゲームへの憧れ」でした。
広大なフィールドで、主人公が好きな場所へ行ける仕組みを基盤として作ってしまえば
どんなゲームでも作れるハズだと、私は思っていました。
しかし現実は甘くありませんでした・・・orz

ストリーミングロードの落とし穴

①エリアが二つ読み込まれる地点が発生してしまう
例えば「ステージ１」で「ステージ２」を読み込ませた時に
「ステージ１」を削除してしまうと、主人公は奈落へと落ちていきます。
主人公が「ステージ１」を離れるまで「ステージ１」を保持しておく必要があります。
この間、ゲームは「ステージ１」と「ステージ２」を同時に読み込んでいる状況となり
非常に描写コストが上がります。
②ロードフリーズ
先に言った通り、ステージを読み込む時にゲームにフリーズが生じています。
このフリーズを極力少なくするために、事前にステージを読み込むなどの処理を入れていましたが（現在は入れていません）ほとんど改善しませんでした。
③ステージ構成に自由が利かない
「エリア１－１」から「エリア１-5」は地続きで設計されています。
「エリア1-２」が「エリア1-1」の領域に入った場合、「エリア１-1」が読み込まれてしまい、二つのエリアが重なり合ってしまいます。
他のエリアと干渉しないか調べながらステージを作る必要があり、これは大きな障害です。
④Zファイティング
これが私が最も今のシステムに後悔している要素です。
Unityは、ゲームオブジェクトが原点から遠くなる程に誤差が生じます。
通常はほとんど気になりませんが「painRe:in」にとってはこれが致命的でした。
この影響により、ステージのスタート地点から離れるにつれて主人公の見た目に違和感が生じます。

次作へ思いをはせて

今作はこのまま製作を進めたいと思っています。
次作では、ステージのユニットを明確に切り分けて
主人公が原点座標からあまり離れないような仕組みにしたいです。

しかし、それぞれのエリアの最後には、この仕組みだから出来る特別なステージを用意しています。
少しだけ楽しみにしてお待ちください。

進捗

傷痕と表情のバグとロボットアーム

こんばんは、がぷがぷ工房です。

Android版でのリアルタイム傷痕描写バグについて

「リアルタイム傷痕」を追加してからAndroid版で主人公の肌が変色する不具合が発生しています。

実は何度か修正を加えているのですが、改善出来ずに今までズルズル引っ張っている厄介な不具合です。
この「リアルタイム傷痕」の仕組みは
①攻撃された位置を取得する
②身体のテクスチャを一度取り出し、攻撃された位置に傷痕のテクスチャを貼って保存する
③保存したテクスチャをキャラクターの身体のテクスチャに上書きする

という感じで、とてもコストが掛かる処理をしています。
（しかもこの処理が攻撃される度に行われています）
ボディのメッシュに沿わせて傷痕のデカールを貼ると言うのは、ボーンとリギングされて動く身体にデカールを貼るには相性が悪く
どうしてもテクスチャを直接弄る必要があって今の仕組みになりました。

現状ですと、攻撃された位置の特定もあまりうまいこと処理できておらず
変な位置に傷が付いたり、逆に腹部を刺されたのに傷が付かなかったりと
不満が多い機能の一つです。

この機能については大幅な見直しを検討していますが
最新のバージョンでは、初期設定が「リアルタイム傷痕」ではなく
「シンプル傷痕」になっています。
※現在は「シンプル傷痕」が推奨設定になっているという意味です。

こちらはダメージの蓄積によって体のテクスチャが差し替えれるだけなので、かなり低コストで動作します。
ですが、「シンプル傷痕」の所為でキャラクターの身体テクスチャを差し替えられない問題もあります、例えばキャラクターに陰毛を生やしたり、タトゥーを入れたり、下着後の日焼けを付けたり、そういう要素に対応できないのです。

「傷痕」については改善を目指してシステムの変更を予定していますが、
低スペックPCや、Android版では「シンプル傷痕」を利用することをお勧めします。
「Settings」の「R-18G」設定から変更できます。

変顔バグ

前々回くらいに、表情の仕組みを大きく変更したのですが
その後から表情が正常に戻らないバグが発生しています。
Unity上ではエラーは出ていませんし
正直、低い確率で表情が残ると言うのは面白いかもしれないと思っていました。

進捗

現在最優先として「エリア3-3」の制作に当たっています。
「エリア3-3」は「ライン工場」の様なステージになっていて
数種類のロボットアームがトラップとして仕掛けられています。

爆発でバラバラ

こんにちは、がぷがぷ工房です

突然、作りたくなったのでバラバラを作ってみました。

バラバラ

ステージ１のウッドボックス、ステージ２の大砲、ステージ３のエネルギータンクなどの爆発物があります。
あまりダメージはありませんし、さほど脅威はありません。
そこに何か付加価値を付けたいと思ったので、バラバラを実装することにしました。

それとバラバラもR-18GのSettingで表示/非表示を切り替えられるようにする予定ですので、四肢○断が苦手な方もご安心ください？

以前、斬首を実装した時に
「断面をもっと作り込んで欲しい」というご意見を頂きました。
時間が掛かってしまい申し訳ありませんが、
首や胴体の断面のテクスチャは差し替える予定なのでもうしばらくお待ちください。

144hzモニターの不具合と腹パン

こんにちは、がぷがぷ工房です。

60fps固定が機能していない

私はゲームを作成していますが、ゲーミングモニターは使っていませんでした。
なので今でも60hzで開発しています。

painRe:inには60fpsモードが用意されているので60fps以上の環境でも、60fpsに固定してもらえれば快適に遊べると思っていました。
しかし先日、「144hzモニターで60fps固定が機能していない」という報告いを頂きました。
そこでゲーミングモニターを使っている別のユーザーさんに聞いたところ「たしかに60fpsに固定されていない」という返答を頂きました。

この件については現在調査中ですが、そもそも60hzの開発環境ではデバックもまともに出来ないので144hzのモニターを発注しました。
届き次第、この不具合の修正に取り掛かりたいと思いますm( _ _ )m

腹パン

「ステージ1-5」に追加された新しい敵のコンセプトは「腹パン」です。
リョナゲーといえば腹パン、なので原点回帰のような気持ちで
多数の腹パン攻撃を準備しています。

この敵のパンチはコンクリートにクレーターを作る程の威力があります。
それを表現する為に、石の破片や、粉塵、クレーター、画面の揺れといったもので、重厚感のあるハンマーパンチを再現しています。

今はまだ見せられませんが、顔面パンチも用意しています。

ですが、問題は凌○イベントです・・・。
「腹パン先行」で作成した敵なので、どのような凌○をさせるべきか・・・全く思いついていません。
普通の凌○はあまり増やしたくないと思っているので・・・
急所攻撃の様なものを凌○イベントとして追加する予定です。

ライティングの苦悩と進捗

こんばんは、がぷがぷ工房です。

少し前のバージョンから、プレイヤーの頭部に光源を設定していました。
しかしこのライトが多くの場面で違和感をもたらしていたのでVer0.033で削除しました。

ちなみにこの光源は３Dゲームで時々見かける手法で、
キャラクターの周りを明るくしたり、キャラクターの顔を照らすことで影を飛ばし綺麗に見せるという効果があったりします。

私がこのライトを使っていた理由は
ステージのスペキュラ（光沢）を見せる為のものでした。

Unityの光源

Unityの光源には3種類あって
RealTime:リアルタイムに影を描写する（一番重い）
Bake：事前に影を描写する（一番軽い）
Mixed（ShadowMask）：近くの影をリアルタイムで描写し、遠くの影は事前に計算する（比較的軽い）
この3種類の特徴から、Bakeで良いんじゃないかと思っていました、とにかく軽いので・・・。
しかしBakeには一つ大きなデメリットがあって、それはスペキュラ（光沢感）が出せないことです。

スペキュラー

スペキュラーはマテリアルに設定された光沢感です。
スペキュラはリアルタイムな光源でしか機能しないので、RealTimeもしくはMixedのライトを使う必要があります。
なので「ゴブリンの洞窟エリア」でMixedライトを利用しています、
洞窟の壁に艶があるだけでかなりクオリティが向上したように見えるのです。
Bakeライト

ステージ専用ライトの追加

次回の更新では新しくスペキュラを見せる為のライトをテストしたいと思っています。
スペキュラ用ライトOFF

このライトはカメラから正面方向にスポットで照射され
おおよそ100mの範囲にリアルタイム光を当てます。
あくまでステージのみを照らすもので、キャラクターには影響しません。
更にオプションからこのライトのON/OFFと強度を調整出来るようにします。
これによってBakedライトで構成されたステージはよりパフォーマンスが上がり
尚且つ質感を表現することが出来ます。
モバイル端末ではライトをOFFにすることで更にパフォーマンスを上げることも出来ます。

なぜスペキュラーにこだわるのか

「そもそもスペキュラーが必要なのか」という話ですが
painRe:inで使われている3Dmodelのほとんどに、Albedo（色）、Metal（スペキュラー）,Normal(おうとつ）が設定されています。
しかしBakedライトを使用した場合、metalとNormalの情報はほぼ機能しない状態になります。

このようにUnityではリアルタイムなライトを当てないと多くの情報が失われてしまいます。

まとめ

この問題は結局まだ解決していないのですが・・・
個人的にはMixedライトを多用してコストを上げてリアルな質感を表現するよりも、
Speculer専用のライトを設置して、無理やりにでも誇張された質感を表現した方が良いのかなぁと思っています。
その方が少しだけリッチなゲームにみせかけられるかもしれません。

進捗

現在は「エリア1-5」と「エリア3-3」を同時に勧めています

次回の更新は「エリア3-３」追加と「エリア1-5」のギミック追加になると思います。