質問編集履歴
3
編集を戻しました
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -14,54 +14,4 @@
|
|
|
14
14
|
|
|
15
15
|
というような現象が発生します。
|
|
16
16
|
|
|
17
|
-
fixedUpdateのfpsを60前後にしつつ、滑らかな動きを維持できるような方法はないでしょうか？
|
|
17
|
+
fixedUpdateのfpsを60前後にしつつ、滑らかな動きを維持できるような方法はないでしょうか？
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
質問の仕方が悪かったので追記します
|
|
25
|
-
|
|
26
|
-
a) http://yaseino.hatenablog.com/entry/2016/02/23/234652
|
|
27
|
-
b) http://no-communication.hatenablog.com/entry/2018/01/30/002903
|
|
28
|
-
|
|
29
|
-
こちらの記事に書かれているような問題が発生しました。
|
|
30
|
-
|
|
31
|
-
これらの記事では問題の解決法として以下の3つが提案されています。
|
|
32
|
-
|
|
33
|
-
1.Rigidbody.interpolationを使う
|
|
34
|
-
2.処理をUpdateまたはFixedUpdateに統一する
|
|
35
|
-
3.Fixed TimeStepを短くしてFixedUpdateの実行周期を短くする
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
解決法1について
|
|
40
|
-
|
|
41
|
-
・自分のゲームは、カメラとプレイヤーが必ずしも追従しないため、この方法では多くのオブジェクトにinterpolationをアタッチする必要があり負荷が重くなるのではないか
|
|
42
|
-
・瞬間移動など速度によらない移動法を多々用いるため見た目のバグが発生するのではないか
|
|
43
|
-
|
|
44
|
-
という懸念から試していません。
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
解決法2について
|
|
49
|
-
|
|
50
|
-
物理挙動を中心に扱っているので、処理はすべてFixedUpdateに統一しました。しかし、解決しません。Updateに統一した場合は解決するかもしれませんが、物理挙動をUpdateで処理するとバグの原因になりそうでやっていません
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
解決法3について
|
|
55
|
-
|
|
56
|
-
記事b)にある通り、 Fixed TimeStepを1/60の倍数以外にした場合だと相当小さい数字にしないと痙攣が見受けられます
|
|
57
|
-
かといってあまり小さな数字にすると負荷がきつくなります
|
|
58
|
-
|
|
59
|
-
Fixed TimeStepを1/60の倍数にした場合、基本滑らかに動くが、不定期で1秒ほどカクカクして見える現象が発生します
|
|
60
|
-
おそらくですが、fixedUpdateとUpdateの処理がほぼ同時に行われたとき、それらの処理順が不規則に前後することでそのような現象が発生しているのだと思います
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
このように、素人なりに色々試行錯誤したのですがどうにもうまくいきません。
|
|
65
|
-
なにか良い方法はないでしょうか
|
|
66
|
-
|
|
67
|
-
UpdateのタイミングをfixedUpdateに合わせて行うようなことができれば解決すると思うのですが…
|
2
見づらかったのでやや変更
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -17,6 +17,10 @@
|
|
|
17
17
|
fixedUpdateのfpsを60前後にしつつ、滑らかな動きを維持できるような方法はないでしょうか？
|
|
18
18
|
|
|
19
19
|
|
|
20
|
+
|
|
21
|
+
|
|
22
|
+
|
|
23
|
+
|
|
20
24
|
質問の仕方が悪かったので追記します
|
|
21
25
|
|
|
22
26
|
a) http://yaseino.hatenablog.com/entry/2016/02/23/234652
|
|
@@ -30,6 +34,8 @@
|
|
|
30
34
|
2.処理をUpdateまたはFixedUpdateに統一する
|
|
31
35
|
3.Fixed TimeStepを短くしてFixedUpdateの実行周期を短くする
|
|
32
36
|
|
|
37
|
+
|
|
38
|
+
|
|
33
39
|
解決法1について
|
|
34
40
|
|
|
35
41
|
・自分のゲームは、カメラとプレイヤーが必ずしも追従しないため、この方法では多くのオブジェクトにinterpolationをアタッチする必要があり負荷が重くなるのではないか
|
|
@@ -37,10 +43,14 @@
|
|
|
37
43
|
|
|
38
44
|
という懸念から試していません。
|
|
39
45
|
|
|
46
|
+
|
|
47
|
+
|
|
40
48
|
解決法2について
|
|
41
49
|
|
|
42
50
|
物理挙動を中心に扱っているので、処理はすべてFixedUpdateに統一しました。しかし、解決しません。Updateに統一した場合は解決するかもしれませんが、物理挙動をUpdateで処理するとバグの原因になりそうでやっていません
|
|
43
51
|
|
|
52
|
+
|
|
53
|
+
|
|
44
54
|
解決法3について
|
|
45
55
|
|
|
46
56
|
記事b)にある通り、 Fixed TimeStepを1/60の倍数以外にした場合だと相当小さい数字にしないと痙攣が見受けられます
|
|
@@ -50,8 +60,8 @@
|
|
|
50
60
|
おそらくですが、fixedUpdateとUpdateの処理がほぼ同時に行われたとき、それらの処理順が不規則に前後することでそのような現象が発生しているのだと思います
|
|
51
61
|
|
|
52
62
|
|
|
63
|
+
|
|
53
64
|
このように、素人なりに色々試行錯誤したのですがどうにもうまくいきません。
|
|
54
|
-
|
|
55
65
|
なにか良い方法はないでしょうか
|
|
56
66
|
|
|
57
67
|
UpdateのタイミングをfixedUpdateに合わせて行うようなことができれば解決すると思うのですが…
|
1
質問の仕方が悪かったので追記します
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -14,4 +14,44 @@
|
|
|
14
14
|
|
|
15
15
|
というような現象が発生します。
|
|
16
16
|
|
|
17
|
-
fixedUpdateのfpsを60前後にしつつ、滑らかな動きを維持できるような方法はないでしょうか？
|
|
17
|
+
fixedUpdateのfpsを60前後にしつつ、滑らかな動きを維持できるような方法はないでしょうか？
|
|
18
|
+
|
|
19
|
+
|
|
20
|
+
質問の仕方が悪かったので追記します
|
|
21
|
+
|
|
22
|
+
a) http://yaseino.hatenablog.com/entry/2016/02/23/234652
|
|
23
|
+
b) http://no-communication.hatenablog.com/entry/2018/01/30/002903
|
|
24
|
+
|
|
25
|
+
こちらの記事に書かれているような問題が発生しました。
|
|
26
|
+
|
|
27
|
+
これらの記事では問題の解決法として以下の3つが提案されています。
|
|
28
|
+
|
|
29
|
+
1.Rigidbody.interpolationを使う
|
|
30
|
+
2.処理をUpdateまたはFixedUpdateに統一する
|
|
31
|
+
3.Fixed TimeStepを短くしてFixedUpdateの実行周期を短くする
|
|
32
|
+
|
|
33
|
+
解決法1について
|
|
34
|
+
|
|
35
|
+
・自分のゲームは、カメラとプレイヤーが必ずしも追従しないため、この方法では多くのオブジェクトにinterpolationをアタッチする必要があり負荷が重くなるのではないか
|
|
36
|
+
・瞬間移動など速度によらない移動法を多々用いるため見た目のバグが発生するのではないか
|
|
37
|
+
|
|
38
|
+
という懸念から試していません。
|
|
39
|
+
|
|
40
|
+
解決法2について
|
|
41
|
+
|
|
42
|
+
物理挙動を中心に扱っているので、処理はすべてFixedUpdateに統一しました。しかし、解決しません。Updateに統一した場合は解決するかもしれませんが、物理挙動をUpdateで処理するとバグの原因になりそうでやっていません
|
|
43
|
+
|
|
44
|
+
解決法3について
|
|
45
|
+
|
|
46
|
+
記事b)にある通り、 Fixed TimeStepを1/60の倍数以外にした場合だと相当小さい数字にしないと痙攣が見受けられます
|
|
47
|
+
かといってあまり小さな数字にすると負荷がきつくなります
|
|
48
|
+
|
|
49
|
+
Fixed TimeStepを1/60の倍数にした場合、基本滑らかに動くが、不定期で1秒ほどカクカクして見える現象が発生します
|
|
50
|
+
おそらくですが、fixedUpdateとUpdateの処理がほぼ同時に行われたとき、それらの処理順が不規則に前後することでそのような現象が発生しているのだと思います
|
|
51
|
+
|
|
52
|
+
|
|
53
|
+
このように、素人なりに色々試行錯誤したのですがどうにもうまくいきません。
|
|
54
|
+
|
|
55
|
+
なにか良い方法はないでしょうか
|
|
56
|
+
|
|
57
|
+
UpdateのタイミングをfixedUpdateに合わせて行うようなことができれば解決すると思うのですが…
|