回答編集履歴

プロパティ名の誤りを修正

2019/12/19 18:02

投稿

Bongo

スコア10807

test CHANGED Viewed

@@ -140,7 +140,7 @@
 **追記**
-`transform.eulerAngles.y`を毎回0に書き換えるという方法だと、書き換え後の`transform.y`の方向は本来の向きからずれてしまうかと思います。ですが今回の場合では「向きを目標方向に近づける」→「オイラー角のYだけを0に書き換える」→「向きを目標方向に近づける」→「オイラー角のYだけを0に書き換える」...というプロセスをわずかずつ何度も繰り返すことによって、全体の連続性は保たれそうな感じです。ですので、そのやり方で問題がなさそうでしたらOKかと思います（後述しますが、本当にそのやり方でも全方向完璧に自然な回転を実現できるのかどうか不安はあるのですが...）。
+`transform.eulerAngles.y`を毎回0に書き換えるという方法だと、書き換え後の`transform.up`の方向は本来の向きからずれてしまうかと思います。ですが今回の場合では「向きを目標方向に近づける」→「オイラー角のYだけを0に書き換える」→「向きを目標方向に近づける」→「オイラー角のYだけを0に書き換える」...というプロセスをわずかずつ何度も繰り返すことによって、全体の連続性は保たれそうな感じです。ですので、そのやり方で問題がなさそうでしたらOKかと思います（後述しますが、本当にそのやり方でも全方向完璧に自然な回転を実現できるのかどうか不安はあるのですが...）。

Y角度固定案を追記

2019/12/19 18:01

投稿

Bongo

スコア10807

test CHANGED Viewed

@@ -135,3 +135,141 @@
 }
 ```
+**追記**
+`transform.eulerAngles.y`を毎回0に書き換えるという方法だと、書き換え後の`transform.y`の方向は本来の向きからずれてしまうかと思います。ですが今回の場合では「向きを目標方向に近づける」→「オイラー角のYだけを0に書き換える」→「向きを目標方向に近づける」→「オイラー角のYだけを0に書き換える」...というプロセスをわずかずつ何度も繰り返すことによって、全体の連続性は保たれそうな感じです。ですので、そのやり方で問題がなさそうでしたらOKかと思います（後述しますが、本当にそのやり方でも全方向完璧に自然な回転を実現できるのかどうか不安はあるのですが...）。
+私の方でも何かY回転を0にする手がないか考えてみようと思い、下記のようなやり方を試してみました。前回同様にY周り角度の制限なしで向きを設定したあと、`transform.up`の向きを維持したままY角度を0にした回転に置き換えています。
+```C#
+[SerializeField]
+Transform TargetObject; //向きたい方向
+Vector3 targetRelativePos = Vector3.up;
+readonly float sqrMagnitudeThreshold = 0.1f * 0.1f;
+readonly float speed = 0.1f;
+void Update()
+{
+    Vector3 relativePos = TargetObject.position - transform.position;
+    if (relativePos.sqrMagnitude > sqrMagnitudeThreshold)
+    {
+        targetRelativePos = relativePos;
+    }
+    Quaternion relativeRotation = Quaternion.FromToRotation(transform.up, targetRelativePos);
+    Quaternion targetRotation = relativeRotation * transform.rotation;
+    transform.rotation = Quaternion.Slerp(transform.rotation, targetRotation, speed);
+    // まず、元のローカル回転を使ってVector3.upを回したときにどの方角を向くかを求める
+    Quaternion oldRotation = transform.localRotation;
+    if (oldRotation.w < 0.0f)
+    {
+        oldRotation = new Quaternion(-oldRotation.x, -oldRotation.y, -oldRotation.z, -oldRotation.w);
+    }
+    Vector3 localUp = oldRotation * Vector3.up;
+    // localUpの各成分をもとにZ回転・X回転だけで同じ方向に向けるための角度を算出する
+    // このとき、Z角度を-90°～90°の範囲で設定するパターンと...
+    float phi1 = Mathf.Asin(Mathf.Clamp(-localUp.x, -1.0f, 1.0f)) * Mathf.Rad2Deg;
+    float theta1 = Mathf.Atan2(localUp.z, localUp.y) * Mathf.Rad2Deg;
+    Quaternion newRotation1 = Quaternion.Euler(theta1, 0.0f, phi1);
+    if (newRotation1.w < 0.0f)
+    {
+        newRotation1 = new Quaternion(-newRotation1.x, -newRotation1.y, -newRotation1.z, -newRotation1.w);
+    }
+    // Z角度を-180°～-90°、90°～180°の範囲で設定するパターンが考えられるが...
+    float phi2 = -180.0f - phi1;
+    float theta2 = -180.0f + theta1;
+    Quaternion newRotation2 = Quaternion.Euler(theta2, 0.0f, phi2);
+    if (newRotation2.w < 0.0f)
+    {
+        newRotation2 = new Quaternion(-newRotation2.x, -newRotation2.y, -newRotation2.z, -newRotation2.w);
+    }
+    // なるべく元の回転に近い方を採用する
+    Quaternion newRotation =
+        Quaternion.Dot(oldRotation, newRotation1) >= Quaternion.Dot(oldRotation, newRotation2)
+            ? newRotation1
+            : newRotation2;
+    transform.localRotation = newRotation;
+}
+```
+動きは下図のようになりました。回転が2つの軸の角度だけに支配されていることを視覚的にわかりやすくしようと思い、[二軸ジンバル](https://ja.wikipedia.org/wiki/%E3%82%B8%E3%83%B3%E3%83%90%E3%83%AB)をイメージした台を置いてみました。
+![図](d0ff38e627061bd2e45757facd5a6bd3.gif)
+補足しますと、動かしている最中にインスペクターを観察するとY回転がちょくちょく180°回転してしまうかと思います。回転生成自体は`Quaternion.Euler(theta1, 0.0f, phi1)`といった具合にYが0になっているのですが、クォータニオンとオイラー角の相互変換をする上でのいたしかたない都合でこんなことになってしまいます（以前別の方の「[[Unity] オブジェクトのRotationの値を変化させたときの挙動について質問](https://teratail.com/questions/200674)」という件でもちょっと申し上げたことがありました）。
+やってみた感想としては、だいたいの場合ではそれらしい見栄えになったものの、たまに姿勢がピョンと飛んでしまうことがあって不満が残りました（図の最後の方で-X方向に向けたときに顕著な飛びが起こっています）。これを解消しようとスムージングをかけたりするとピクピク現象を起こしてしまったりして、一筋縄ではいかなそうです。
+今回のように軸の回転を制限したり、あるいはご質問者さんの`transform.eulerAngles.y`書き換えによる回転固定を行うと姿勢の自由度が低下してしまって、どこかしらの方角で姿勢の急激に変化する特異点的な場所が発生するのは避けられないんじゃないかと思います。

改善案を追記

2019/12/19 17:50

投稿

Bongo

スコア10807

test CHANGED Viewed

@@ -61,3 +61,77 @@
 }
 ```
+**追記**
+非常にわかりやすい映像で参考になりました。
+`Vector3.up`を真逆の方向である`Vector3.down`に向けて回すとき、その軌道がY軸周りのどの方角を経由するかは曖昧です。たとえ話として、もし地球が海も山もないなめらかな球体で今北極点に立っているとすると、そこから最短の経路で南極点へ行けと言われたときに、どの方角へ歩き始めても距離は同じです。ですが最終的に南極点へ到達して立ち止まったとき、自身のY軸周りの向きは選んだ経路によって変わってくるはずです。
+この状況と似たような現象が起こっており、南極点付近だと目標地点がわずかにずれただけでも選択される最短経路が大きく変わり、最終的なY軸周りの向きがころころ変化してしまうのだろうと考えられます。
+改善案として「初期の頭の方向（`Vector3.up`）ではなく、現在の頭の方向（`transform.up`）から目標方向（`relativePos`）への回転を求め、それを現在の姿勢（`transform.rotation`）に上書きするのではなく追加適用する」というのはどうでしょうか?
+言葉で説明するとややこしくなってしまいすみませんが、下記のような回転方法ではどうでしょうか。
+```C#
+[SerializeField]
+Transform TargetObject; //向きたい方向
+// 目標回転に代わって、目標方向を覚えておくようにする
+Vector3 targetRelativePos = Vector3.up;
+float sqrMagnitudeThreshold = 0.1f * 0.1f;
+float speed = 0.1f;
+void Update()
+{
+    Vector3 relativePos = TargetObject.position - transform.position;
+    if (relativePos.sqrMagnitude > sqrMagnitudeThreshold)
+    {
+        targetRelativePos = relativePos;
+    }
+    // 現在の頭の向き、つまりtransform.upをtargetRelativePos方向に向ける回転を求め...
+    Quaternion relativeRotation = Quaternion.FromToRotation(transform.up, targetRelativePos);
+    // 目標姿勢は現在の姿勢に上記の相対回転を適用した姿勢とする
+    Quaternion targetRotation = relativeRotation * transform.rotation;
+    transform.rotation = Quaternion.Slerp(transform.rotation, targetRotation, speed);
+}
+```