オペレーターに速度を落とすよう警告するために、カメラがパンする速度（水平/垂直）を検出する必要があります。
画像全体がブロックとして動いていて、実際の方向は必要ありません（ただし、HまたはVはボーナスです）。おおよその大きさだけが必要です。フレーム間で「N」を超えるピクセルがシフトした場合にトリガーします。
画像は大きく、一般的に均一な低コントラストのシーンです。追跡する明確なハイライトはありません。すべてのCPUを使用せずに、リアルタイム（60fps）で実行する必要があります。
Niaveソリューションは、中央でRoIを選択し、エッジを見つけ、フレームのペア間の類似性を計算し、フレームの1つをピクセルで左/右/上/下にシフトし、繰り返します-最小値を見つけます。
もっと賢い解決策はあるのだろうか？
回答:
おそらく、単純な方法を探している場合は、MPEGクラスの圧縮コーデックで非常に成熟している標準のモーション推定アルゴリズムを適用することです。それらは理解しやすく、すぐに使えるコードがたくさん手に入ると思います。このアルゴリズムは、ブロックごとにモーションベクトルを生成します。次に、最も目立つクラスターを見つけ、平均モーションベクトルの方向と大きさを取得できます。
MPEG4-「グローバルモーション補正」と呼ばれるもう1つの重要な概念があります。これは、カメラのモーションとパンを最初に推定して補正しようとするテクニックです。美しさは、そのような方法が複雑さに応じてより単純または網羅的であり得るということです。これは、1つの例のペーパーと同じものの別のペーパーです。
一般に、カメラのパンとモーションの推定は、かなり確立された研究領域です。ここに参照があります：紙と別の紙。
この教科では。厳密で正確なアルゴリズムだけでなく、シンプルで高速なアルゴリズムも見つかります。
これは遅い恐ろしい解決策かもしれませんが、後続のフレームのFFTベースの相互相関を行い、フレーム間のオフセットを特定するためにピークを見つけることができます。おそらく、プロセッササイクルを節約するために、イメージの小さなサブセットでのみそれを実行します。
回転や、あるフレームから次のフレームへの劇的なシーン変更では機能せず、おそらくより良い方法があります。これは、「私はハンマーを持っているので、すべてが釘のように見える」ソリューションのようなものです。これは単純な解決策と同じだと思いますが、エッジ検出の必要がなく、FFTは一度に1ピクセルずつ明示的にシフトするよりもはるかに高速です。
この質問は似ており、相互相関以外は何も提案されていないので、おそらくそれほど悪くはありません。MATLABを使用して連続する画像間のオフセットを計算する
速度と方向を推定できる1つの方法は、たとえば画像の中心にある4つのウィンドウの「ローカル」フロー推定を行うことです。Lucas–Kanade微分法は、変位がほぼ一定であることを前提としているため、方程式として解くことができます。
だから私のステップバイステップガイドは：
これにより方向と速度が決まりますが、加重ウィンドウを使用してより堅牢にすることができます。その拡張については、Lucas-Kanadeメソッドを見てください。