堕天使の煉獄

相変わらずunity弄り中。

そんで、まだまだ画面にはボタンがいくつかあるだけですｗ

昨日は音楽関係のテストをば。

うーん。

なんというか、unityの開発環境の中では
音楽の機能って結構軽視されてる部類ぽ？

ゲーム開発用をうたってる割には
ＢＧＭのイントロ以降のみのループ再生機能がなかったり
フェードイン、フェードアウト辺りも標準機能として無かったり。

ほかには
再生中にStop()メソッドで停止させると、ぶつっとノイズが入る。

この場合、ごく短時間のフェードアウトをいれて
ノイズが気にならないようにするなんてのは、
かなり初歩的な事項というか、定石？　なので
Stop()メソッドの中に標準的な動作として
含めておいても良いぐらいの機能なんじゃないのかな？　とかおもたり。

んで、フェードインフェードアウトだけども、

なにげにｃ++にはない機能である、コルーチンが大変に便利。

なので、実装自体は大変簡単かつスマートにできるのだけども。

もともとunityの作法的に（？）、オブジェクトの開放の時に、
引数で遅延時間を指定するというスタイルがあるのですが。

GameObject.DestroyObject(gameObject,0.1f);

こうかくと、上のコードが実行された0.1秒後に実際の削除が起こると。

なので音楽の停止なんかは

bgm.Stop(1.5f);

何て書くと、1.5秒かけてフェードアウト
なんてのが標準であってもええんでないかいとかおもたり。

てか実際に自前で書く場合も、こんな感じで終了時間を引数にもつ関数でラップして
内部でコルーチンで処理する感じにしてみましたが。

このぐらいの基本機能は標準であって欲しいところ。


イントロ付きＢＧＭのループが出来ないのもかなりアレですよね。
この辺で、あんましunityは音楽関係は軽視されてるなーという印象。

なにげに実現するにはイントロ部分とループ部分の二つに音声ファイルを分けて
再生開始時間を遅延して開始する関数を使って実現するらしい。

bgm1_intor.Play(); //イントロは五秒
bgm1.PlayDelayed(5.0f);

と書くと、最初にbgm1_intorが再生され
5秒後に自動的にbgm1が再生されるそうな。


うむう。
イントロ中に再生中止とかのイベントが起きた場合とか
めんどくさそうだなコレ。

曲が一曲につき2ファイルいるのも気持ち悪いし。

秒数じゃなくてサンプル数指定もある見たいですが
わりと最近？ からこの秒で指定する方が増えてそっち推奨みたいなことが
マニュアルには書かれているのですが。
普通にランダムシークつけれないのは、なにか理由でもあるのだろうか。
マルチプラットフォームまわりの不具合なのだろうか。

ＰＣ@DirectX環境なんかの場合だと
再生用プロセスを監視して指定された位置に来たらなんかする。
みたいなのが別スレッドで動いてたりするのですが

その辺の監視が他のいろんな環境では実現出来ないので
最初の再生開始時間をずらすだけ、という仕様になっているのかな……。



んで音楽関係とは別に、
こっちはもっと大事な部分。

バイナリの読み書き関係。

unity的には、たとえば２Ｄアクションゲームの場合
マップデータというのは、シーンとして
unity上でマウスでぐりぐり配置して作るのが普通？　のようですが

やはり昔ながらのバイナリでつくったマップデータを読み込んで
作る方が色々と便利なんですよね。

この場合のマップデータというのは、
マップ内のオブジェクト（床とか）の配置情報ですね。

マップオブジェクト自体はプレハブとしてunity無いに全部用意しといて
マップデータを元に動的にプレハブのインスタンスを作成して
配置するという流れでしょうか。


なにげに微妙に今までの慣れた方法と違うなとおもうのが

基本的にこの方法のメリットとしては
ｃ++などで作ったときの場合
プログラム本体をリビルドすることなく
マップデータを改変するだけで変更が適用される。

というのがあるのですが。

unityの場合はちょっとやり方が変った感じになるぽ。
（上記の方法でもできるっちゃ出来るみたいですが）

unityの場合、GameObjectにTextAssetというデータメンバが用意されていて
（Textとあるけど、バイナリでもＯｋ）

バイナリ形式のファイルを普通にAssetに登録して
GameObject自体にそのファイルを登録する事が出来る模様。

ｃ++の場合と違って
最初からプログラムで使う部品として登録しておけるのが
メリットといえばメリットでしょうか。

ｃ++の場合は、自分で作ったフォルダなどを
この中身はこういう物が入っていると「見なし」て
そういうローカルルール的な前提を規定してる感じだったのが
unityの場合はその辺が判りやすい感じでまとめられると。


んでもなにげにC#て、ｃ++の構造体的なものが無い？

マップファイルを例にあげると
先頭にはヘッダ部分を作るのが普通だとおもうのですが
ｃ++なら、ヘッダ用の構造体を用意して
その構造体分のサイズをファイルから一気に読み込んで～
ってやったりします。

が、Ｃ＃だとこういうのが出来ないっぽい。
ヘッダ部分を順番にバイナリでデータ長もしくは型を指定して
順次読み込むような方法しかないのかな？？

なんかその辺で、メモリ管理周りとかでも
結構独自の仕様があるようで、ちょっとめんどくさそう。


もう一つは、画像ファイルなどの暗号化についても
この辺が必要になるのですが。

いまいちググってみても、あんましいい感じの情報がでてこなーい。

んまあ、当面はまだまだ必要ない部分かもですけども。
最初からunityのエディタ上で登録するよりも
スクリプトから登録する形を基本にした方が良いのかなぁ。

登録時に暗号のデコード処理付きに置き換えたりするのが楽なので。

んでもそれだとunity使う利点が薄れるような。

ＤＸライブラリのＤＸアーカイブみたいな
最終的にリソースファイルをパッケージする機能とかないのかな？

ふむう。

そんな感じで、いまだにゲーム画面らしい画面を出すところまで
行ってないですｗ