- 画面の推移がやばい
- むずかしそう
- ツクールでいいじゃんと思う
- 遷移って言うんだぞ
- >>4
ほう - >>8
この単語違うだけで全然違う情報だったり、近い情報だったりで遠回りしちゃうからな - RPGが一番楽じゃね？
アクションとかの方がムズイ - >>5
アクションは絵がないから作れないな
シューティングが楽
RPGが遷移が多過ぎる - 最初にドラクエがあってそれを改変してるだけって話だ
- ツクールで挫折した1が言うと説得力ある
- ほうじゃねえよ
- 2Dならそこまで難しくない部類
- >>10
2Dだけど無理ゲー過ぎる - 画面切り替えって、一瞬で別画面に移るなら簡単だけど、
ゆっくり暗くしたり面白いエフェクト入れたりしたらそれだけで実装大変だよな - >>13
エフェクトはまず無料であんまりなくて手に入らないんだけど
エフェクトの実装だけで死ぬほどダルいな
てかRPGは遷移がやばい
シューティングなんて数える程しか遷移ないんじゃないだろうか？
RPGは戦闘画面だけでもシューティング作れるくらい遷移する - >>16
遷移先毎に作る訳じゃないからそこまで難しくなくね？ - >>13
Frameworkによるかな
大抵の事ならFrameworkで出来たりエフェクト系のインターフェイス用意されてたりする暗転とかなら画像の透明度を変えるだけでFrameworkすら要らない
- 遷移が多いことの何が問題なんだ
遷移するごとに1つ1つ実装してるわけじゃねーだろ - >>15
一つずつ実装しないでどう作れというんだよ
たたかうorにげる→こうげきor魔法or防御orアイテム→敵を選ぶ→敵との･･･→
この一連の流れだけでシューティングゲーム作れるレベルの遷移 - ターン制コマンドバトルなら簡単だと思うが
>>21のやつを作ってループさせるだけじゃん - そんなに大変か？
マップと戦闘と設定画面くらいじゃね - >>17
マップが一番楽、ついでイベントの実装かな、次にアイテムやステータスかなと
脱出ゲームとかはこの3種類だけで作れるご様子 - 2d難しそう、ジャンプや坂道
- >>18
ジャンプは楽
常に重力でキャラを落とし続けて
当たり判定を毎フレームごとやってるだけ
坂道はわかんねえ座標でやってるのか、当たり判定でやっているのか - 技術的な難しさ
量的難しさどっち？
- >>20
両方
さらにバランスも重要になる
さらに必要となる素材も鬼のように必要になる - ツクールMVで作ってくれ
- >>23
むしろツクールを作るべきな気がする
ツクールをやって、ツクールを作るのがRPG作りなのかもしれない - プログラミングよりグラフィックと音楽
- ツクールの中身見るのが勉強になるぞ
- >>28
何かそんな気がしてきてる
RPG作りたいならツクールを作る
ノベルゲー作りたいならスクリプトのツールを作る
これが大事な気がしてきてる - まずGUIより先にCUIでゲーム進行の練習した方が良さそうだな
使い回せる処理は使い回せる様に工夫したり、プログラムの構成を考え直して貰いたい
- >>30
冗談に聞こえるかもしれないけど
まじでC言語だけでマップ処理を選択移動にして
他の部分をすべてCUIで作るのはかなり勉強になると思う
ダークソウル作りたいならCUIで作るべき - ゲームエンジン作るのは一番遠回りだぞ
- エンジン作ってるのか
凄いな - ゲームエンジン作るのに時間を割くならプログラム作成を楽にする方法論を学んだほうがマシ
- イベントに対してどう動かすか考えるだけじゃないんか
- まあ作ってみりゃ分かるけどほんとめんどいよ
操作のキャンセル処理とか逐一書くのほんとめんどい
Bボタン禁止にしたくなる - RPGは数字弄るだけだからまだ簡単
アクションは無理 - アクションは力学の実装はそこまで難しくない
せいぜい重力の等加速度運動や円運動の向心力くらいなもん
どちらかというと一番嫌なのは当たり判定処理だよなぁ
空間上に存在するすべてのオブジェクト同士の当たり判定をチェックしようとしたらN個あればO(N^2)必要になるし
下手な実装だとすり抜けが当たり前に発生するし
もういやああああってなる
RPGってプログラミングして作るのマジで難しくないか？
VIP
コメント