PCで描画と内部処理の非同期処理ってどうやんの？

**（;´д⊂ヽ** · 02/04/29 16:14

PCならではの可変フレームレートで、かつ安定したキー入力とか演算の微分処理とか
実装したいんですが、具体的に、どういう風な構造にすればいいのか全然わかりません助けて

キー入力とかタイミングに厳しい処理を別スレッドで回すとして
描画担当スレッドはどーすればいいんでしょう？
（描画途中で別スレッドにより内部変数が書き換えられるケースが出てきますよね？）

**名前は開発中のものです。** · 02/04/29 16:19

みんな頑張ってるから

**名前は開発中のものです。** · 02/04/29 16:20

書き換えられたくないタイミングをマスクするしかおもいつかんのだが。

**名前は開発中のものです。** · 02/04/29 16:56

多重に持てば良いんじゃないの

**名前は開発中のものです。** · 02/04/29 16:57

単発スレ立てんなボケ。

**名前は開発中のものです。** · 02/04/29 16:59

ローカルルールをよく読めやGW厨

お約束
　3.簡単な質問やあいまいな（問題点の良く分からない）質問は汎用Ｑ＆Ａスレッドへ

**（;´д⊂ヽ** · 02/04/29 17:23

すんません。単発つーか、結構深いテーマな気がしたんで
本でも扱ってないし

２Dゲーみたく、スプライトレジスタみたいのだとマスクとか多重化も
簡単なんだけど、３Dゲーでクラスだと色々面倒でねぇ

可変フレームレートつってもリフレッシュレートの関係で上限は120と
しても問題ないわけで、なんか上手く処理できんものんかと思ったわけです

ゲーム内ではよくある、1フレーム前の位置参照するような場合でも
前フレームが何ミリ秒前なのか可変だと困ると思うのです
仮に計算で逆算するにしても、ソウルキャリバーの剣の軌道なんかの
多段数の前フレーム参照は難しいかなと思うのです

そんな訳で僕の中では、上限120FPSで、処理落ちするときだけ描画を飛ばす
ような完全非同期ではない方法が正解だと思うのですが、ご意見聞きたいなぁと

**名前は開発中のものです。** · 02/04/29 17:26

>>7
それでいいんじゃない。
はい終了。

**名前は開発中のものです。** · 02/04/29 17:30

でも海外のFPSとかで、ロケット砲なんかのビルボードな煙軌道なんかは、そうでもない気がする

**名前は開発中のものです。** · 02/04/29 17:45

内部にカウンタ持ってるか、数フレーム前まで位置を保存しときゃ済む話だろ

**名前は開発中のものです。** · 02/04/29 17:58

ジサクジエン乙カレ。
>>1=3=7=9

**名前は開発中のものです。** · 02/04/29 17:59

3Dゲームに限らず、殆どのゲームは描画で多くの時間を費やしてる。
描画についていけないならデータ更新する、という>>7の方法でよい。
yaneSDKあたりにそれ関係の記事があったと思うので興味があればどうぞ。

それと、3Dゲームだと描画速度がFPS30位でも結構滑らかに見えてしまうので、
データ更新速度はFPS120ほど高くなくてもよいと思うよ。

質問内容がアレだったこともあるので、削除依頼は出しておいたほうが吉かと。
ログには残しておきたい内容だけれどねぇ。

**名前は開発中のものです。** · 02/04/29 18:08

>>7みたいに　1/120秒の内部ﾙｰﾌﾟはゲームによっては処理が重いかもしれん
だからといって1/60秒単位で変数を更新した場合、60FPSより早い描画だと、描画側が困っちゃうよね

ミサイルの先端はどんどん進むのに、後端（保存された数フレーム前情報）は1/60単位でしか更新されないと
煙の全長長くなっちゃうよね
（気付かないだろうけど、マシン毎になんか結果がことなるプログラムって気持ち悪い）

じゃぁミサイルの先端位置から後端の位置が計算できるか　つーとそうでない場合もあるし

**名前は開発中のものです。** · 02/04/29 18:19

PCの場合スペック自慢つーかベンチ代りだったりするので
FPSが60頭打ちじゃ、手抜き！とか叩かれる。技術力もないみたいだし

キャラは同じ位置のままで再描画だけして、Over60FPS表示にしる！
どーせ人間の目では60fps以上区別つかないって言うしー
でも、中には区別できる人もいる罠

**名前は開発中のものです。** · 02/04/29 18:38

Windowsアプリだと、描画はプライマリスレッド以外関与するなって鉄則があると思うんだけど
これはゲームにも当てはまるのか。
WindowのGUIをプライマリスレッドで管理し、
Direct3Dの描画をワーカースレッドで管理なんてOK？
軽く試してみたら、微妙に不具合が起きたのだけど。

**名前は開発中のものです。** · 02/04/29 18:49

>>14
実際に自分で簡単なサンプル作ってみればわかるが、
意外に誰でも区別できるぞ。
しかも、見るだけよりも操作するとはっきりわかる。

**（;´д⊂ヽ** · 02/04/29 18:58

どうすればいいんでしょう
残影とか軌道が残るモノさえなければ、何にも考えなくていい気はするけど

**名前は開発中のものです。** · 02/04/29 19:13

残影とか軌道が残るモノをなくす。

**名前は開発中のものです。** · 02/04/29 19:15

残像オブジェクトに賞味期限もたせて、毎回チェック。
期限切れはあぼ～ん。

**名前は開発中のものです。** · 02/04/29 19:22

可変フレームレートな環境(つまるところPC)で
内部計算と入力処理と描画処理をうまいこと回すっていうのは面白いネタだと
思うがなー。OS側の制約がうざいけど。

>>15
SetCooperativeLevel に DDSCL_MULTITHREADED というフラグがある