回答編集履歴
2
ちょっとだけ校正
answer
CHANGED
|
@@ -38,7 +38,8 @@
|
|
|
38
38
|
|
|
39
39
|
---
|
|
40
40
|
|
|
41
|
+
ゲームやフレームというワードが質問文にありますが、
|
|
41
|
-
もしかして
|
|
42
|
+
もしかしてフレーム単位で天国か地獄かが分かれるような構造のゲームを作りたいのでしょうか？
|
|
42
43
|
|
|
43
44
|
もしそうならば、JSでやるなら場当たり的なチューニングをする前に、
|
|
44
45
|
まずJSのイベントループの仕様を知る必要があります。
|
|
@@ -66,8 +67,8 @@
|
|
|
66
67
|
次に、この仕様がゲームのようなフレームを気にするものを作る時に於いてどう影響するのかを見ていきます。
|
|
67
68
|
|
|
68
69
|
- setTimeoutやrequestAnimationFrameは条件を満たした後も、イベントループの巡回を待つ必要があり、平気で数ms発火が遅延する
|
|
69
|
-
- JSはシングルスレッドなので、
|
|
70
|
+
- JSはシングルスレッドなので、同時に1個の処理しかできない。したがって同時に複数条件を満たした場合、どちらの関数が(制御出来ないのでほぼランダムに)先に実行され、もう片方は後回しにされる、それにより平気で数ms発火が前後する
|
|
70
|
-
- requestAnimationFrameは「はい描画しました、次のフレームを作る準備をしてくださいね」と言っている
|
|
71
|
+
- requestAnimationFrameは「はい描画しました、次のフレームを作る準備をしてくださいね」と言っているので、画面への反映タイミングはどう頑張っても1フレーム遅れ
|
|
71
72
|
|
|
72
73
|
これらの事から、JSでC#のようなフレーム単位のゲームを作るのは不可能クラスに難しいです。
|
|
73
74
|
一時的にマシンの負荷をかけて、例えば敵の弾幕が自機を飛び越えるような間隔のレンダリングにして無傷でやり過ごす裏技がありますので、描かれなかったフレームの計算を行ったり…という対処を行うと飛躍的に処理が増えて更に重くなる…という悪循環に陥るでしょう。
|
1
質問文のコードをリファクタリング
answer
CHANGED
|
@@ -14,6 +14,30 @@
|
|
|
14
14
|
|
|
15
15
|
---
|
|
16
16
|
|
|
17
|
+
質問文のようなFPSの調査をしたいのであれば、
|
|
18
|
+
requestAnimationFrameとsetTimeoutやsetIntervalを併用すればいいんじゃないですか？
|
|
19
|
+
厳密には1000ms毎ではなく、998〜1002msとかの範囲でブレるでしょうけど、
|
|
20
|
+
質問文のコードもどうせズレているので誤差みたいなもんでしょう。
|
|
21
|
+
|
|
22
|
+
```JavaScript
|
|
23
|
+
// fps以外の状態変数など不要だ！！
|
|
24
|
+
var fps = 0;
|
|
25
|
+
|
|
26
|
+
var render = function () {
|
|
27
|
+
fps++;
|
|
28
|
+
requestAnimationFrame(render);
|
|
29
|
+
}
|
|
30
|
+
render();
|
|
31
|
+
|
|
32
|
+
var showFps = function () {
|
|
33
|
+
console.log(fps);
|
|
34
|
+
fps = 0;
|
|
35
|
+
}
|
|
36
|
+
setInterval(showFps, 1000);
|
|
37
|
+
```
|
|
38
|
+
|
|
39
|
+
---
|
|
40
|
+
|
|
17
41
|
もしかして、ゲームのようなフレーム単位で天国か地獄かが分かれるようなゲームを作りたいのでしょうか？
|
|
18
42
|
|
|
19
43
|
もしそうならば、JSでやるなら場当たり的なチューニングをする前に、
|