堕天使の煉獄

だいたいunityで出来る事、出来ない事
向いてること、向いてないこと、が大体把握できて来たところで

いろいろと迷い中。

とりあえずunityは、アクション系のゲームと
それほどボリュームの無いゲームには向いてる印象。

ＲＰＧとかノベルゲームには余り向いてない感じぽ。

シーン遷移が、アクションゲームの
ステージクリアタイプのゲーム向けな仕様になってる印象だし。

シーン遷移の際に、シーンがもってたリソースは全解放される仕様なので。

ノベルゲームの場面転換などでunityのシーン遷移は不向きだし
たとえばドラクエ風ＲＰＧを考えた場合
フィールドマップから戦闘シーンへのシーン遷移も
あんましunityのシーン機能では向いてない。
（内容にもよるんだろうけど）

それらをやろうと思ったら
1シーンに全部納めて、その中で自前のシーン管理的なことを行う
もしくはリソースだけ別に外で管理する。

の二択になるとおもふ。


しかし、モバイル系には興味が無いのでそっちはうっちゃって
unityの魅力は、個人的にはＷＥＢプレイヤでの起動かなぁ。

おんなじものがＰＣビルドとＷＥＢプレイヤ用ビルドで動くので
最終的にＰＣビルドで製品版とする場合でも
ＷＥＢプレイヤでサンプル（途中までプレイ可）などを
公開出来るというような事も出来るのがよいなーとか。

サンプルゲームの場合、ＤＬしてもらうまでが
結構敷居が高かったりするので。

とくにブラウザゲームやモバイル系隆盛の今時はそもそも、
ＤＬしてから起動しなきゃいけないってのは、めんどくさがられがちだし。

もし途中で開発頓挫したときなんかも
開発途中のをおもむろにＷＥＢプレイヤ用に公開して
うっちゃるとかいうのもアリかと（ぉ

開発途中のものを動画でなく
実際にプレイ出来るサンプルとして公開出来るのもメリットか。


そしてＷＥＢプレイヤでの公開の場合
リソースを守るのが容易というのもある。
ＷＥＢ鯖に置く文には画像ファイルとかＰＮＧとかそのままの形式でおいといても
パーミッション設定で外部から見られることがないので

ファイルのパッケージ化してない状態でも
気軽に公開出来るというのも良い点だとおもふ。

ＤＬしてもらう方式だと、リソースをパックしたり暗号化したりとか
サンプルのためにそうするのはめんどくさかったりします。


しかし、unityの良いところ悪いところも見えてきた昨今。

部分部分では、ここｃ++ならこう組めちゃうのになーとか

なんでこういう機能が無いのよ。
ってときに、拡張することが出来ない部分だったり～。

んでもって、あんましアクションゲームとか興味なかったりして。
unityでは不向きとおもえるRPGとかのが好きな事もあってか

やっぱＤＸライブラリに戻るか？

と頭によぎることが増えて来た最近。

しかし、前述のＷＥＢプレイヤでも起動出来るというメリットは捨てがたい。

んでもってさらに、今となってはC#便利なんだよなー。
ｃ++にもどるのか？

というところもあったりして。

んでもしかし、ｃ＃って、c/c++の形態の構造体が使えないんだよなー。
ｃ++の頃の遺産というか、マップエディタだとかそういうツール系が吐く
バイナリデータてこのc/c++の構造体をつかったデータ構造になっているため
Ｃ＃だとアライメントの問題とかあって
素直に利用するのが面倒な感じになってるなーとか。

さらにゲーム用のリソース作成ツールにＱＴを使っているのですが
そっちもｃ++で、そこでつくるリソースも構造体利用してたりして。

むむむ、そっちもｖｃ＃とかに移行すべきか？？

もはやｘｐはもうサポート切れる寸前なこともあってか
ＸＰだともっさり動作なＷＰＦ関係とか
気にする方が変な感じになってきてるし。

全部Ｃ＃に移行するのも手なのかなぁ。

とか、いろいろと迷い中。

ｃ++に戻るにしても、現状、ｖｃ++2014とか
ｃ++11以降の機能がもっとちゃんとつかえるものにしたいと言うのがあるし。
そうなるとほんとＸＰが限界なのかなーとか。
ｃ++11ある程度使えるｖｃ++2010は酷い糞ｖｅｒだし……。
（失敗作ってか未完成品ってレベル）

むうう。