C++でRPGゲームを作成するat GAMEDEVC++でRPGゲームを作成する - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このスレッドのURL■項目テキスト887:名前は開発中のものです。 11/04/28 16:06:00.10 odTXZLNY.net 募集要項の大雑把さにフイタ 888: 忍法帖【Lv=18,xxxPT】 11/05/05 11:29:11.77 Zs6VE70C.net うん? 889:名前は開発中のものです。 11/07/08 21:16:59.44 nxuNDnA1.net マップ画面から事ある事に戦闘画面に行くよくあるRPGを作ろうと思うんだけど、 戦闘画面を呼び出すのはマップ画面の中で関数呼び出す感じにするもんなの? それともデータ保存してマップ画面終了してから戦闘画面に行くもんなの? 作る時は前者が楽だけど、メモリがちょっと心配。 890:名前は開発中のものです。 11/07/08 21:29:25.17 TDxk0CvB.net メッセージループ内でシーン分岐 891:名前は開発中のものです。 11/07/08 21:34:45.63 nxuNDnA1.net ああ、やっぱそれか……ありがとう。 892:名前は開発中のものです。 11/07/13 17:30:26.96 7GbeQNs3.net > それともデータ保存してマップ画面終了してから戦闘画面に行くもんなの? 毎回状態を記憶した一時セーブデータみたいなの書き出して読み込んで、 オブジェクトの生成と破棄とリソースの読み込みと開放してまた再現するって事? その処理を作ってテストするのが大変そうだなぁ… 所謂普通のセーブデータと共用できればマシそうだけど… 仕様にもよるけど、マップ画面でのbgmを元の位置から再生したい時とかも少し面倒だね。 イベントなんかの途中で戦闘が始まるようなのは復元するの大変そうだなぁ… どんなゲームなのか判らないから一概には言えないけど、 メモリなんてせいぜい該当マップで利用する敵グラや音のリソースが+されるだけなんだし、 そこまで気にする程でも無いような。 昨今のPC事情で考えたらCPUやメモリの容量は異常だよね。 10万満たない簡素なPCでも凄い積んでる。 ところがHDアクセスはまだまだ遅いんだよね。 だから前者でいいんでね? > 戦闘画面を呼び出すのはマップ画面の中で関数呼び出す感じにするもんなの? ↓ > メッセージループ内でシーン分岐 要するにマップ画面に戦闘画面への遷移を固定化するコードを持たさないで部品化した方がいいよねって話かと。 方法はいろいろあって、FSM(有限オートマトン)やstateパターンでシーン単位で切り替えるのが有名だけど、 遷移を管理する側にごちゃごちゃさせたくないなら、マップと戦闘を保持したクラスを用意してやれば済む話だよね。 つーか別に仕様が完全固定化されてるなら戦闘からマップ直接呼んでもいいと思うよ。 あの手の技法なんて納期とか変更とかに厳しい世界の人たちが使ってる苦肉の策なんだしw 難しい事や汎用的な事は手段であって、それが目的化するよりはゲームが動くほうがいいよね。 それからこれも仕様によるけど、 所謂シーン単位での完全切り替えだとマップの上に戦闘を描くスタイルできないけどいいの? あとエンカウントのアニメーションなんか必要な場合、マップ画面側にその処理だけが残るとかキモクない? 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch