[過去ﾛｸﾞ]
無料で俺がRPGを作れるようにするスレ (474ﾚｽ)
無料で俺がRPGを作れるようにするスレ http://mevius.5ch.net/test/read.cgi/gamedev/1059218326/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
228: 練習帳著者 [sage] 04/03/23 09:10 ID:R4NaancD >>220 別スレッドの利点は、他のスレッドと同期する必要をなるべく生じさせ ない、ゲームに関する処理を一本道の流れに分離しておくような形式に できた場合、Windowsのシステムの流れをあまり意識しないでゲームの 処理に集中できるかな、と。 実際、戦闘やスクリプトベースのイベント処理も含めてRPGのデータ処理 やバックバッファ（あとはウインドウのDCに出力するだけのDIBSection） への描画処理をすべて別スレッド内で行うシステムを作ってみたんですが、 比較的単純なシステムではプログラムも一本道の単純なものにまとめられ そうで、これはこれでよさそう。 小規模で単純なRPG/ADVでは、こういったタイプの処理もありかも。 まあ、一定時間ごとに呼び出す処理用関数で状態を管理しながら処理して いく、という形にまとめられればその方がよさそうですけどね（ただ、 ゲーム本体の処理以外の部分でたいしたことをしていなければ毎回状態を 管理しながら一定時間ごとに処理を行う、という流れはスレッドで連続的 に実行しているように書く、というのと流れとしては同じになりそう）。 私もメインループ内で一定時間ごとに状態に応じて振り分け、という設計 を考えていましたが、別スレッドで処理する実験結果を見ると意外にうま くいきそうだったんで、とりあえず別スレッドを作る方向で作っています。 ゲームの処理の流れを本格的に管理するつもりなら、フレームワークの開発 からやる方がよさそう・・・。 http://mevius.5ch.net/test/read.cgi/gamedev/1059218326/228
230: 名前は開発中のものです。 [sage] 04/03/23 12:01 ID:JCV/36ob >>227 んー・・・なんとなく言いたいことは分かった、ありがとう けどやっぱタスクシステムから乗り換えるほどの理由じゃないっす ＃スレ違いすまんがSTGの敵の動き制御部分は特に意味がなさそう ＃理由はたとえば同じ種別の敵が10いたら同じ関数を10回実行しなきゃいけない。 ＃けど同じ関数を回すわけだから結局状態データは外部に置かなきゃいけない ＃同じ関数を10個ファイバとして登録して再利用するにしても、 ＃結局被弾したとかの状況によって初期化するわけだから外部で制御しても大差なし ＃そもそも最近のハードだと敵の動きは外部データで持つことが多いので ＃違う敵でも同じ関数で処理する >>228 Windowsのシステムの流れってぶっちゃけメッセージループだよね なら別スレッドにする必要はないかと PeekMessage(およびそれに付属する処理)を1タスクとして考えればいいだけ たとえばバックバッファを作った後でPeekMessageを呼び出せばいい http://mevius.5ch.net/test/read.cgi/gamedev/1059218326/230
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.019s