東方関連のツール総合スレ7

[過去ﾛｸﾞ] 東方関連のツール総合スレ7 (1000ﾚｽ)
上下前次1-新
通常表示 512ﾊﾞｲﾄ分割ﾚｽ栞
抽出解除ﾚｽ栞

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

451:  ◆swmpLV/75E [sage]

>>438の補足を少し…

> LONGLONG next_ticks = last_ticks + ( ( frame_count * get_clocks_per_sec() ) / 60 );
この処理では、次のフレームの開始時刻を算出しています
多くの文献、実装では、1フレームの時間を算出して、
前のフレーム開始時刻に、1フレームの時間を足して、次のフレームの開始時刻を得ています
例:
　LONGLONG frame_ticks = get_clocks_per_sec() / 60;
　LONGLONG next_ticks = prev_ticks + frame_ticks;
この計算方法では、1フレームの時間間隔が正確に保持できないため、
1秒あたりのフレーム数は、60フレームに近く、誤差も少ないですが、
1時間あたりのフレーム数は、小さな誤差が蓄積して
大きな誤差が発生するため、結構な差が開きます
>>438の場合は、get_clocks_per_sec()が1000の場合(timeGetTime()を使う場合)でも、
そこそこ正確に60fpsでループを回すことが出来ます
とても細かい話ですが、誤差を考えると>>438のアルゴリズムが、
最も誤差の出にくいアルゴリズムであると思います

このコードでは、LONGLONGを使用していますが、これは__int64のtypedefです
VC++6では__int64の演算を行うと、間違った値を
返すことがあると聞いたことがあります (本当かどうかは調査していませんが…)
>>438のコードを使用する場合は、できるだけ
新しいVC++を使用した方が良いかもしれません

また、乗算を使用しているため、LONGの精度では簡単にoverflowします
計算を軽く(あるいはコードを軽く)するためにLONGLONGをdoubleにする人も居ますが、
浮動小数はアルゴリズム上、必ず誤差が発生するため、
誤差を極力抑えるためにも、LONGLONGである必要があります

get_clocks_per_sec()がCPUの周波数(例えば3GHz)を返す場合、
frame_countが一定数を超えると、LONGLONGでもoverflowしますが、
overflowするまでには、何億フレームもかかるため、実用上は問題ありません

http://jbbs.shitaraba.net/bbs/read.cgi/computer/41116/1250234607/451

869:  ◆swmpLV/75E [sage]

※長文で投稿できないため分割しました

>>865
> 解説の中で登場するsleepは>>438に登場する独自実装sleepを指していると
> 認識しているのですが間違いないでしょうか？
仰るとおりです
vpatchでは、SetWaitableTimer+WaitForSingleObjectで大まかなsleepを行い、
あとはビジーループでQueryPerformanceCounterにて時刻をチェックし、
正確なwaitを行います　※iniでSleepType=0にすれば、ビジーループ無しでsleep

SetWaitableTimerではなく、WinAPIのSleepを使用する場合は、
正確な時刻待ちをするために、Sleepの引数に実際より少ない時間をミリ秒単位で指定するせいで、
SetWaitableTimerよりも、若干CPU負荷が高めになる傾向があるかもしれません
必ずSleepを使わなければならないような状況で無いなら、
100ナノ秒単位で設定できるSetWaitableTimerを使用した方が良いと思います

SetWaitableTimerは環境によって1ms程度誤差があることがあります
実際にSetWaitableTimerを使って誤差の統計を取れば分かると思いますが
-1ms～+1ms程度の誤差がある環境と、ほぼ誤差がゼロの環境があるようです
手元の環境では誤差がある環境しか無いため、誤差がある環境の方が多いと思われます
※調査PC台数が少ないため、世に出ているPC環境の傾向は全くわかりませんが、
※誤差はあるものと思っておいた方が良いと思われます
通常は、SetWaitableTimerの引数には、1ms減算したものを渡すと良いと思います

> コンテキストスイッチは考慮していませんでした、考慮すると一段と実装が複雑になりそうですね
・コンテキストスイッチを起こさせないようにする方法
・コンテキストスイッチが起こったかどうかをチェックし、起こっていた場合のデータを捨てる方法
この2つが考えられます
詳細は長文になりそうなのでここでは書きませんが、かなり頭を抱える難題です

http://jbbs.shitaraba.net/bbs/read.cgi/computer/41116/1250234607/869

上下前次1-新書関写板覧索設栞歴

ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.239s*