問題タブ [perspectivecamera]

次のように、まったく同じサイズの 2 つのレンダラーを重ね合わせて、同じパース ビュー カメラを共有するシーンがあります。

CSS オブジェクトは、その位置を参照して CSS オブジェクトの位置を設定するだけで、WebGL シーン内のオブジェクトの上に直接配置できます。

ただし、この効果を追加すると:

そして、コンポーザーを呼び出して、代わりにこのようにレンダリングしますcomposer.render();

CSS オブジェクトが正しく配置されなくなりました。

WebGL オブジェクトがその位置を保持している間、ズームすると CSS オブジェクトがスライドするため、パースペクティブはオフになります。

余分なシェーダー パスが WebGL レンダリングのパースペクティブを変更し、CSS オブジェクトが適切に整列されずにスライドする理由は何ですか?

ここ数週間、私はイメージを修正する方法を学ぼうと試みましたが、ここの人々の助けを借りて、それをよりよく理解することができました. 約 1 週間前に、修正したいテスト例をセットアップしました (上の画像を参照)。これは、関数 T = cv2.getPerspectiveTransform(UV_cp, XYZ_gcp) を使用して正常に機能しました(元: http://sitedezign.net/original.jpgおよび修正: http://sitedezign.net/rectified.jpg ) 。ここで、T はホモグラフィになります。 .

現実世界の写真でこれを実行しようとしたとき、現実世界の座標が完全に平面上にないため失敗しました (ただし、空間内の X、Y、および Z 座標で測定された約 10 の制御点)。そのため、solvePnP を使用して、使用できるホモグラフィを作成できることを願っています。

テスト例でこれを試しましたが、期待した結果が得られませんでした。画像は修正されておらず、solvePnP を使用して計算されたホモグラフィーは、getPerspectiveTransform で計算されたホモグラフィーと等しくありません。

私のコード:

結果は歪んだ画像で、上に示したもの (修正されたもの) とはかけ離れています。また、正しいはずのホモグラフィ T (getPerspectiveTransform から) は、solvePnP (H) からの結果を使用して計算されたホモグラフィに近くありません。

誰が何がうまくいかないのか考えていますか？

PS: K マトリックスと歪み係数を決定するコード (値は、Adobe Camera Raw に従って焦点距離 33mm で私のカメラ Pentax K-5 から取得されます):

getHomography と warpPerspective を使用して、画像を正面から見たビューに変更します。

画像は目的のパースペクティブにワープしますが、トリミングはオフになっています。歪んだ画像を画像ボックスの外に大きく移動します。その理由は、操作の結果が負の座標になるためだと思います。

チェス盤の関数が適切な点を検出できなかったため、opencv:s 関数を使用せずに、手動で変換行列を計算するための点を計算しました。

これは、変換マトリックスに追加の変更を加えることで修正できると思います。しかし、それはどのように行われますか？また、変換された画像がx軸に沿って中央に配置されていることを確認してから、y軸を目的の位置に調整する方法はありますか?

今仕事をするコードスニペット：

一点透視図、単一カメラ設定から視野に沿って描かれた任意の線の現実世界の距離を計算しようとしています。

平行に走る既知の距離があります。測定ラインのピクセル長に適用する必要がある補正係数を見つけるにはどうすればよいですか?

消失点に近づくほどピクセルあたりの長さが長くなるため、消失点からの距離を考慮する必要がありますか? 変化率を得るために、既知の線の勾配を使用する必要がありますか?