- 1 名前：名前は開発中のものです。 mailto:sage [2006/04/05(水) 23:53:20 ID:otFZIO99]
- >>1が、ネット対戦可能なFPSゲームを作っていくスレッドです。
皆様のご意見や、FPS作成に関する疑問質問、おもしろネタ等の
書き込みをお待ちしています。
●オフィシャルサイト
www.geocities.jp/ichizo6/index.html
●過去スレ
pc8.2ch.net/test/read.cgi/gamedev/1099119021/
詳細は >>2にて
- 151 名前：名前は開発中のものです。 mailto:sage [2006/05/21(日) 22:58:57 ID:5V6q7cex]
- １：ゲームオブジェクト駆動スレッド（含描画）
２：通信制御スレッド（制御だけ処理は１に移譲）
３：ウィンドウメッセージ処理スレッド（普通コレがアプリケーションプロセス）
あとは必須じゃないけど普通やる
４：サウンドストリームスレッド
５：ファイル読み書きスレッド
そして最近流行の
６：物理演算スレッド
- 152 名前：名前は開発中のものです。 mailto:sage [2006/05/21(日) 23:06:56 ID:qEKCr/Du]
- おぉ、明快な説明ありがとうございます。
ただ１と６の違いがよく判らないのですが。
（「物理演算スレッド」でググッてもうまく検索できなかったorz)
重い物理演算だけスレッドで実行するという解釈で
よいでしょうか？
- 153 名前：名前は開発中のものです。 mailto:sage [2006/05/21(日) 23:11:29 ID:LtDK3Ca0]
- メッシュ作る時や、通信の時は、システム掴む回避策として別スレッド作るけど、
それ以外ってパフォーマンス的に見てどうなんだろうね！？
俺は使ってない。
>151
パフォーマンス上がる？
- 154 名前：名前は開発中のものです。 mailto:sage [2006/05/22(月) 04:01:30 ID:SvoexFZM]
- 物理演算別スレにするのは初動計算するときだけ。
爆発とかで大量のオブジェが一気に動き出すと
スレッド分けてないと一瞬ゲームが止まる。
まあそのぶん爆発の影響が数フレ遅れるから見た目は変ちゃ変だけど
計算が終わったオブジェからどんどん動かしたりしてごまかす。
- 155 名前：名前は開発中のものです。 mailto:sage [2006/05/22(月) 10:58:49 ID:7oi29hZC]
- 某メジャーなFPSで、爆発で一瞬とまるやつあるな。
不用意にスレッド分けると、
クリティカルな処理への対策が面倒くさい。
- 156 名前：153 mailto:sage [2006/05/22(月) 11:22:21 ID:vmxWHffY]
- システム掴んじゃうのはしかたないよね。
UI管理しているスレッドが止まるのであればマルチスレッド回避だろうな。
>>151が列挙した３，４，５に関しては疑問だよ。
マルチコアの場合はパフォーマンス上がるかもしれない。（詳しくは知らんけど）
しかし、それ以外は作業量に見合ったものは返ってこないと思う。
むしろ管理しづらくなったりするデメリットの方が目立つ気が。
どうよ？
- 157 名前：名前は開発中のものです。 mailto:sage [2006/05/22(月) 11:29:02 ID:7oi29hZC]
- クリティカルな処理でバグがでるのがオチだろう。
- 158 名前：名前は開発中のものです。 [2006/05/22(月) 15:24:36 ID:OKURF6Ug]
- 1最近いないじゃん
- 159 名前：151 mailto:sage [2006/05/22(月) 20:03:36 ID:SvoexFZM]
- >>156
４、５はまあFiberみたいのでやるのもありだね。
でもサウンドは再生メッセージ発行したらあとは
オマカセだからそれほど面倒じゃないんだけどなぁ。
ただ、３はフルスクリーン限定のアプリならいいかもだけど
ウィンドウモード対応しようとすると必須じゃね？
タイトルバーつままれるとMessagePump回らなくなるのはどう対処してるの？
確かにパフォーマンスのためのスレッドじゃなくてとほほだけどさ。
|
 |
