@ank0u1 なるほど。既にUnity用のADVエンジンはいくつかあると思うのですが、それらの何が問題で、何を解決するために新しく作ろうと思っているのかがわかると、検討しやすいです。それがUnity自体に起因する問題であれば、解決できないことになりますし。
2017-08-29 17:52:24TJS2が動いて、ある程度共通のクラスがあれば、吉里吉里ZでもUnityでも好きな方で書き出して動かせるんじゃね?とかね。 時々見かけるUnity自体の制約がどの程度の物か詳しくないので、理想的に実現できるのかは知らないけどw
2017-08-29 17:57:53吉里吉里Javaから吉里吉里C#を作るのは、そんなに難しいことじゃなくて、C#ならUnityでAPIを合わせられれば動いて、何かとハッピーかもとかね
2017-08-29 18:02:50@jin1016 というか実際(半分仕事半分趣味で)ちょいちょい作ってますが、ゲーム作る側(非エンジニア向け)にはTJSよりもKAGEX的なスクリプトエンジンとソリューションを作ってしまうのが理想だと思ってます。
2017-08-29 18:01:51@mahiru_hiroba それはよくわかります。KAG3への根強い信仰とか感じますし、吉里吉里Zの上位部分投げっぱなし具合で、移行が進んでないところとかで。 やっぱり、そこが普及のカギですかね……
2017-08-29 18:05:00@jin1016 そもそもUnityは全員が同じ環境を共有出来るのが使う意義の大きいとこですし、TJSのようなフレームワーク部分はC#で組んでしまえばいい、と。信仰もありますが、じゃあコンシューマやソーシャルみたくcsvベースで書けと言われると個人的には絶対にノウ!なのでw
2017-08-29 18:08:47@mahiru_hiroba なるほど。昔少し触った時、Unityはエディタ上で色々と設定するのが、面倒だなぁと思いました。スクリプトベースでゴリゴリ書けて、サクッと実行できればいいのにと。昔Flash触った時に感じたことと同じなんですが。TJS2は別に要らないとも思いますが、共通化できると楽かなというのが。
2017-08-29 18:14:57@jin1016 エディタやインスペクタをいろいろ拡張していろいろ設定できるようにする(ような運用システムを組む)ことで、コードを書く以外のデータ作成系の作業をエンジニアから完全に切り離せるがメリットですね。同人でも商業でも複数人で作業するときは強力です。
2017-08-29 18:24:33@mahiru_hiroba それは分かります。分業して独立作業できるようにするのは昔からあることですし。でも、それをUnityで作ること自体が面倒と感じてしまったりw まあ、C#は楽なので、そこはいいなと思っています。
2017-08-29 18:28:00そういえばこないだ公開されたディアホライゾンってゲームのADVシーンは簡易ながらフルスクラッチで作りました。結構楽しかったです。
2017-08-29 18:23:25unityで動く汎用的なADVエンジン作ろうとしてしんどそうなのは絵を出すところ含む2d UIあたりの仕様がunityバージョンでちょくちょく変わるので、現場ではこのunityバージョンで固定しておきたいけど、みたいなときどうすんの感あるのです。
2017-08-29 18:28:07これは宴でも割と苦労してるとこだと思います。個人的には、宴はよくできてるので宴のエクセルに変換するコンバーターの方が需要あるかもなと思います。ティラノスクリプトとか。ビルダーも使えるようになりますし。
2017-08-29 18:30:37時々いろんなバージョンのUnityインストールしてるスクリーンショットとか流れてきて、うへぇ……と思ったりするけど、そんなにAPI互換性崩されるんだろうか? Androidもバージョン上がるたびにAPI追加されたり、非推奨化されたりして面倒なところ多いけど。
2017-08-29 18:31:56@jin1016 2D作る分にはそこまで追従の必要がある変更はかかってないような……。個人的には全部uGUIだけで組んでしまってもいいんじゃないかと思ってますし(実際そうしてる
2017-08-29 18:35:31@mahiru_hiroba そうなんですか? 何かバージョンが厄介というツイートが流れてきたので、それに反応してのツイートなのですが。
2017-08-29 18:37:55@jin1016 プログラマならちょっとメソッド名変えりゃコンパイラ通るよってぐらいだったりしますけど、吸収しようとするとめんどくせえって感じですかね。
2017-08-29 18:38:56@jin1016 @mahiru_hiroba uguiもチューニング方が変わったりしますね。例えばシチュエーションによってさimageじゃなくてspriteつかった方がよくなったりしたので、宴なんかはそちらに合わせてバージョンアップで変わりましたね。
2017-08-29 18:43:50@taninon @mahiru_hiroba なるほど。AndroidのSurfaceView使え、次からはTextureView使え、やっぱりSurfaceViewの方でと推奨が変わったりするようなものですね。
2017-08-29 18:45:40@jin1016 いちおうメソッド名を自動変更するとかもできるんですが、それでもダメだったりするとサポートしんどいですね。NGUIっていうアセットありますが、内みるとバージョン分岐すごいっす。
2017-08-29 18:47:34@jin1016 @taninon その辺の話かな、と思って書こうとしたとこですが、エンジン側(uGUIは厳密には違いますが)最適化の話はエンジニアにどうしようもない部分ですし、パフォーマンスと互換性をどっちにするの、というだけな話な気もします。
2017-08-29 18:49:052DSpriteと混ぜるのは官吏がめんどくさいし、純粋なADV以外で会話パートのサブシステムとして使うときの可搬性がしんどくなる予感がするのでその辺はちょっと考えてはいるマン。
2017-08-29 18:51:44@mahiru_hiroba @jin1016 まったくおっしゃる通りで、その帰結として汎用エンジンつくるの手間かかるわりに速度でないのであんま使われないかもなーって結論になるんでないかと。
2017-08-29 18:55:10