質問編集履歴
2
誤字
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -18,7 +18,7 @@
|
|
|
18
18
|
|
|
19
19
|
微小なラグは2フレーム（１フレーム16ms程度）だったようで、原因の一つは移動処理を
|
|
20
20
|
|
|
21
|
-
SCNAction.seque
|
|
21
|
+
SCNAction.sequence([移動,フラグ建てるランブロック])
|
|
22
22
|
|
|
23
23
|
としていたのですが、移動後、フラグを立てる処理に1フレーム使用していたようです。移動後、runBlockでフラグを建てるのではなく、現在アクションが実行中かどうか判断し、実行していなければ次の処理とすることで遅延を１フレーム改善できました。
|
|
24
24
|
|
1
質問内容の追加
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -11,3 +11,15 @@
|
|
|
11
11
|
|
|
12
12
|
|
|
13
13
|
ここで質問なのですが、この移動方法の問題点、もしくはランダムマップを生成し移動するようなアプリのアルゴリズムをご存知の方、よろしければご教授ください。具体策でなくとも参考になりそうなURL、もしくは些細な情報でも構いませんので、何卒宜しくお願い致します。
|
|
14
|
+
|
|
15
|
+
|
|
16
|
+
|
|
17
|
+
補足
|
|
18
|
+
|
|
19
|
+
微小なラグは2フレーム（１フレーム16ms程度）だったようで、原因の一つは移動処理を
|
|
20
|
+
|
|
21
|
+
SCNAction.sequesnce([移動,フラグ建てるランブロック])
|
|
22
|
+
|
|
23
|
+
としていたのですが、移動後、フラグを立てる処理に1フレーム使用していたようです。移動後、runBlockでフラグを建てるのではなく、現在アクションが実行中かどうか判断し、実行していなければ次の処理とすることで遅延を１フレーム改善できました。
|
|
24
|
+
|
|
25
|
+
もう１フレームの遅延は次の移動を指示しrunActionしてから実際に動き出すまでに1フレームかかっているようです。
|