堕天使の煉獄
2014-03
22
21:04:39
どうするか迷う
だいたいunityで出来る事、出来ない事
向いてること、向いてないこと、が大体把握できて来たところで
いろいろと迷い中。
とりあえずunityは、アクション系のゲームと
それほどボリュームの無いゲームには向いてる印象。
RPGとかノベルゲームには余り向いてない感じぽ。
シーン遷移が、アクションゲームの
ステージクリアタイプのゲーム向けな仕様になってる印象だし。
シーン遷移の際に、シーンがもってたリソースは全解放される仕様なので。
ノベルゲームの場面転換などでunityのシーン遷移は不向きだし
たとえばドラクエ風RPGを考えた場合
フィールドマップから戦闘シーンへのシーン遷移も
あんましunityのシーン機能では向いてない。
(内容にもよるんだろうけど)
それらをやろうと思ったら
1シーンに全部納めて、その中で自前のシーン管理的なことを行う
もしくはリソースだけ別に外で管理する。
の二択になるとおもふ。
しかし、モバイル系には興味が無いのでそっちはうっちゃって
unityの魅力は、個人的にはWEBプレイヤでの起動かなぁ。
おんなじものがPCビルドとWEBプレイヤ用ビルドで動くので
最終的にPCビルドで製品版とする場合でも
WEBプレイヤでサンプル(途中までプレイ可)などを
公開出来るというような事も出来るのがよいなーとか。
サンプルゲームの場合、DLしてもらうまでが
結構敷居が高かったりするので。
とくにブラウザゲームやモバイル系隆盛の今時はそもそも、
DLしてから起動しなきゃいけないってのは、めんどくさがられがちだし。
もし途中で開発頓挫したときなんかも
開発途中のをおもむろにWEBプレイヤ用に公開して
うっちゃるとかいうのもアリかと(ぉ
開発途中のものを動画でなく
実際にプレイ出来るサンプルとして公開出来るのもメリットか。
そしてWEBプレイヤでの公開の場合
リソースを守るのが容易というのもある。
WEB鯖に置く文には画像ファイルとかPNGとかそのままの形式でおいといても
パーミッション設定で外部から見られることがないので
ファイルのパッケージ化してない状態でも
気軽に公開出来るというのも良い点だとおもふ。
DLしてもらう方式だと、リソースをパックしたり暗号化したりとか
サンプルのためにそうするのはめんどくさかったりします。
しかし、unityの良いところ悪いところも見えてきた昨今。
部分部分では、ここc++ならこう組めちゃうのになーとか
なんでこういう機能が無いのよ。
ってときに、拡張することが出来ない部分だったり~。
んでもって、あんましアクションゲームとか興味なかったりして。
unityでは不向きとおもえるRPGとかのが好きな事もあってか
やっぱDXライブラリに戻るか?
と頭によぎることが増えて来た最近。
しかし、前述のWEBプレイヤでも起動出来るというメリットは捨てがたい。
んでもってさらに、今となってはC#便利なんだよなー。
c++にもどるのか?
というところもあったりして。
んでもしかし、c#って、c/c++の形態の構造体が使えないんだよなー。
c++の頃の遺産というか、マップエディタだとかそういうツール系が吐く
バイナリデータてこのc/c++の構造体をつかったデータ構造になっているため
C#だとアライメントの問題とかあって
素直に利用するのが面倒な感じになってるなーとか。
さらにゲーム用のリソース作成ツールにQTを使っているのですが
そっちもc++で、そこでつくるリソースも構造体利用してたりして。
むむむ、そっちもvc#とかに移行すべきか??
もはやxpはもうサポート切れる寸前なこともあってか
XPだともっさり動作なWPF関係とか
気にする方が変な感じになってきてるし。
全部C#に移行するのも手なのかなぁ。
とか、いろいろと迷い中。
c++に戻るにしても、現状、vc++2014とか
c++11以降の機能がもっとちゃんとつかえるものにしたいと言うのがあるし。
そうなるとほんとXPが限界なのかなーとか。
c++11ある程度使えるvc++2010は酷い糞verだし……。
(失敗作ってか未完成品ってレベル)
むうう。
向いてること、向いてないこと、が大体把握できて来たところで
いろいろと迷い中。
とりあえずunityは、アクション系のゲームと
それほどボリュームの無いゲームには向いてる印象。
RPGとかノベルゲームには余り向いてない感じぽ。
シーン遷移が、アクションゲームの
ステージクリアタイプのゲーム向けな仕様になってる印象だし。
シーン遷移の際に、シーンがもってたリソースは全解放される仕様なので。
ノベルゲームの場面転換などでunityのシーン遷移は不向きだし
たとえばドラクエ風RPGを考えた場合
フィールドマップから戦闘シーンへのシーン遷移も
あんましunityのシーン機能では向いてない。
(内容にもよるんだろうけど)
それらをやろうと思ったら
1シーンに全部納めて、その中で自前のシーン管理的なことを行う
もしくはリソースだけ別に外で管理する。
の二択になるとおもふ。
しかし、モバイル系には興味が無いのでそっちはうっちゃって
unityの魅力は、個人的にはWEBプレイヤでの起動かなぁ。
おんなじものがPCビルドとWEBプレイヤ用ビルドで動くので
最終的にPCビルドで製品版とする場合でも
WEBプレイヤでサンプル(途中までプレイ可)などを
公開出来るというような事も出来るのがよいなーとか。
サンプルゲームの場合、DLしてもらうまでが
結構敷居が高かったりするので。
とくにブラウザゲームやモバイル系隆盛の今時はそもそも、
DLしてから起動しなきゃいけないってのは、めんどくさがられがちだし。
もし途中で開発頓挫したときなんかも
開発途中のをおもむろにWEBプレイヤ用に公開して
うっちゃるとかいうのもアリかと(ぉ
開発途中のものを動画でなく
実際にプレイ出来るサンプルとして公開出来るのもメリットか。
そしてWEBプレイヤでの公開の場合
リソースを守るのが容易というのもある。
WEB鯖に置く文には画像ファイルとかPNGとかそのままの形式でおいといても
パーミッション設定で外部から見られることがないので
ファイルのパッケージ化してない状態でも
気軽に公開出来るというのも良い点だとおもふ。
DLしてもらう方式だと、リソースをパックしたり暗号化したりとか
サンプルのためにそうするのはめんどくさかったりします。
しかし、unityの良いところ悪いところも見えてきた昨今。
部分部分では、ここc++ならこう組めちゃうのになーとか
なんでこういう機能が無いのよ。
ってときに、拡張することが出来ない部分だったり~。
んでもって、あんましアクションゲームとか興味なかったりして。
unityでは不向きとおもえるRPGとかのが好きな事もあってか
やっぱDXライブラリに戻るか?
と頭によぎることが増えて来た最近。
しかし、前述のWEBプレイヤでも起動出来るというメリットは捨てがたい。
んでもってさらに、今となってはC#便利なんだよなー。
c++にもどるのか?
というところもあったりして。
んでもしかし、c#って、c/c++の形態の構造体が使えないんだよなー。
c++の頃の遺産というか、マップエディタだとかそういうツール系が吐く
バイナリデータてこのc/c++の構造体をつかったデータ構造になっているため
C#だとアライメントの問題とかあって
素直に利用するのが面倒な感じになってるなーとか。
さらにゲーム用のリソース作成ツールにQTを使っているのですが
そっちもc++で、そこでつくるリソースも構造体利用してたりして。
むむむ、そっちもvc#とかに移行すべきか??
もはやxpはもうサポート切れる寸前なこともあってか
XPだともっさり動作なWPF関係とか
気にする方が変な感じになってきてるし。
全部C#に移行するのも手なのかなぁ。
とか、いろいろと迷い中。
c++に戻るにしても、現状、vc++2014とか
c++11以降の機能がもっとちゃんとつかえるものにしたいと言うのがあるし。
そうなるとほんとXPが限界なのかなーとか。
c++11ある程度使えるvc++2010は酷い糞verだし……。
(失敗作ってか未完成品ってレベル)
むうう。
Sun
Mon
Tue
Wed
Thu
Fri
Sat
01
02
■
■
やばい、呆けてた
03
■
■
新しい物いろいろ
04
■
■
画面はずっと青のまま……
05
06
■
■
まだ画面にはなんにも
07
08
09
10
11
12
13
14
15
16
17
■
■
茨に突進
18
19
20
21
[春分の日]
22
■
■
どうするか迷う
23
24
25
■
■
いっきに散財
26
27
28
■
■
ぷぎゅるぅ
29
30
31
total:2080635 t:97 y:2908
■記事タイトル■
■年度別リスト■
2024年
2024年12月(0)2024年11月(0)
2024年10月(1)
2024年09月(2)
2024年08月(1)
2024年07月(1)
2024年06月(5)
2024年05月(2)
2024年04月(1)
2024年03月(6)
2024年02月(4)
2024年01月(3)
2023年
2023年12月(3)2023年11月(1)
2023年10月(2)
2023年09月(3)
2023年08月(3)
2023年07月(3)
2023年06月(7)
2023年05月(8)
2023年04月(2)
2023年03月(1)
2023年02月(2)
2023年01月(3)
2022年
2022年12月(4)2022年11月(3)
2022年10月(1)
2022年09月(3)
2022年08月(3)
2022年07月(2)
2022年06月(1)
2022年05月(3)
2022年04月(2)
2022年03月(2)
2022年02月(1)
2022年01月(6)
2021年
2021年12月(8)2021年11月(3)
2021年10月(4)
2021年09月(6)
2021年08月(2)
2021年07月(1)
2021年06月(3)
2021年05月(2)
2021年04月(2)
2021年03月(3)
2021年02月(1)
2021年01月(4)
2020年
2020年12月(3)2020年11月(7)
2020年10月(2)
2020年09月(3)
2020年08月(1)
2020年07月(3)
2020年06月(7)
2020年05月(5)
2020年04月(8)
2020年03月(4)
2020年02月(2)
2020年01月(4)
2019年
2019年12月(1)2019年11月(1)
2019年10月(2)
2019年09月(1)
2019年08月(3)
2019年07月(2)
2019年06月(2)
2019年05月(2)
2019年04月(4)
2019年03月(1)
2019年02月(7)
2019年01月(1)
2018年
2018年12月(1)2018年11月(1)
2018年10月(5)
2018年09月(1)
2018年08月(5)
2018年07月(1)
2018年06月(1)
2018年05月(1)
2018年04月(2)
2018年03月(2)
2018年02月(1)
2018年01月(1)
2017年
2017年12月(2)2017年11月(1)
2017年10月(2)
2017年09月(5)
2017年08月(8)
2017年07月(2)
2017年06月(1)
2017年05月(1)
2017年04月(3)
2017年03月(5)
2017年02月(7)
2017年01月(8)
2016年
2016年12月(7)2016年11月(2)
2016年10月(3)
2016年09月(7)
2016年08月(8)
2016年07月(10)
2016年06月(17)
2016年05月(6)
2016年04月(8)
2016年03月(10)
2016年02月(5)
2016年01月(10)
2015年
2015年12月(7)2015年11月(7)
2015年10月(13)
2015年09月(7)
2015年08月(7)
2015年07月(5)
2015年06月(4)
2015年05月(5)
2015年04月(2)
2015年03月(4)
2015年02月(1)
2015年01月(7)
2014年
2014年12月(12)2014年11月(8)
2014年10月(4)
2014年09月(6)
2014年08月(7)
2014年07月(4)
2014年06月(2)
2014年05月(5)
2014年04月(4)
2014年03月(8)
2014年02月(4)
2014年01月(8)
2013年
2013年12月(15)2013年11月(8)
2013年10月(3)
2013年09月(3)
2013年08月(8)
2013年07月(0)
2013年06月(0)
2013年05月(0)
2013年04月(0)
2013年03月(0)
2013年02月(0)
2013年01月(0)
■レス履歴■
■ファイル抽出■
■ワード検索■
堕天使の煉獄
https://rengoku.sakura.ne.jp
管理人
織田霧さくら(oda-x)
E-mail (■を@に)
oda-x■rengoku.sakura.ne.jp