こんにちは、Habr！
毎秒24フレームが人間の視覚が知覚できる最大値であるというフレーズを何度も耳にしました。 したがって、ビデオを1フレームだけ加速すると、視聴者の潜在意識に情報を埋め込むことができます。 そしてもちろん、私たち全員がこれが
真実では
ないことを知って
います 。 デジタルカメラのマトリックスのフォトダイオードと同様に、網膜ニューロンは特定のポイントで瞬間的な照明を記録しませんが、短時間の全光束を記録します。 さらに、私たちの脳はこのような視覚の特徴に慣れているため、物体の個々の写真で構成されるビデオは不自然に思えます。 コンピューターアニメーションについても同じことが言えます。 アニメーションアーティストは、キャラクターの背後にぼやけた列車を描くことを長い間学びました。この手法は「モーションブラー」と呼ばれ、2Dおよび3Dアニメーションのすべての最新パッケージで利用できます。 しかし、普通のデスクトッププログラマはどうでしょうか。 この記事では、ポップアップが表示されたときにレスポンシブ効果を与えるために、モーションブラーをWPFアプリケーションにねじ込んだ方法について説明します。
手始めに、私は2つの写真を見ることを提案します。 それらのフレームの数は同じです。
違いがわからない場合は、私が何晩か無駄にしたと思います しかし、私は違いがまだ顕著であると信じたい:)
そして、フレームごとのスキャンでは次のようになります。
注意深い読者は、最下行の各フレームが互いに重ね合わされた15枚の半透明の画像で構成されているため、FPSを15倍にしたと言えるでしょう。 冗談。
ボンネットの下を見てください？
ピクセルシェーダー
最も強力な最新の中央処理装置でさえ、ブレーキなしのモーションブラーエフェクトを実現することはほとんど不可能であるため、この例では、GPUがぼやけた「トレース」のレンダリングに重要な役割を果たします。 WPFのピクセルシェーダーのサポートにより、影、歪み効果（虫眼鏡、ねじれ、波紋）、カラーバランスの変更、ぼかしなどを含むさまざまな効果を視覚要素に適用できます。
シェーダーが恐ろしく複雑なものであると思われる場合は、完全に同意します。 最近まで、私はgame-devに行かない限り、私の人生で彼らに出会うことはないと確信していました。 しかし、それらは応用プログラミングでも役立つことがわかった。 この場合、シェーダーを作成するための特殊な言語（
GLSL 、
HLSLなど）を知る必要はありません
。 長い間、インターネットにはシェーダーの既製の例が数多くあり、そのうちの1つを使用しました。 ZoomBlurEffectと呼ばれ、無料のShazzam Shader Editorのデモシェーダーの供給に含まれています。 彼のコードは次のとおりです。
このシェーダーが記述されているHLSL言語を知らなくても、その操作のアルゴリズムを簡単に理解できます：最終画像の各ポイントについて、このポイントとC0レジスタに保存されたブラーセンターとの間のラインにある15ポイントの平均色値が計算されます。 このポイントからの平均ポイントの距離は、C1レジスタに保存されているBlurAmountパラメーターによって制御されます。 この例では、画像の中心からぼかしが発生するため、C0は（0.5; 0.5）であり、BlurAmountパラメーターの値は、現在のフレームが前のフレームとどれだけ異なるかによって異なりますが、後でさらに異なります。
もちろん、このフォームでシェーダーを使用することはできません。DirectXSDKの一部であるfxc.exeユーティリティを使用してコンパイルする必要があります。 ピクセルシェーダーをコンパイルした結果、拡張子が「.ps」のファイルが作成され、WPFアプリケーションで使用できます。 これを行うには、リソースとしてプロジェクトに追加し、ZoomBlurEffectクラスを作成します。
（実際、Shazzam Shader Editor自体は、私が使用したシェーダーのラッパークラスを生成できます。）ウィンドウアニメーション
視覚要素にはRenderTransformプロパティがあります。これは、グラフィックサブシステムがレンダリング中に要素を変換するために使用します。 このような変換には、スケーリング、回転、傾斜が含まれます。 この例では、ウィンドウのコンテンツのスケールをゼロ（コンテンツをポイントに「最小化」）から1（コンテンツをウィンドウ全体に拡大）に変更します。 この場合、ウィンドウ自体の背景は透明になり、クロム（タイトル付きのフレーム）のレンダリングは無効になります。
WPFは従来、アニメーションにいわゆる「スムージング関数」を使用しています。 定義済みの関数を使用するか、
EasingFunctionBaseクラスから継承した独自の関数を作成できます。
この記事の例では、ElasticEase関数を使用しました。この関数は、ウィンドウに「リリースされたスプリング」の効果を与えます。最初は、確立されたサイズをわずかに超えるサイズに急激に拡張し、その後徐々に減少します。
モーションブラーエフェクトなしでウィンドウの外観をアニメーション化するための擬似コード double t = 0.0; int = ; while (t < 1.0) { (ElasticEase(t)); t = ( - ) / ; } (1.0);
ここで、tは0から1まで変化します。0はアニメーションが開始する瞬間、1はアニメーションが終了する瞬間です。 ElasticEase（t）関数の値は、ほぼこの法則に従って変化します。
モーションブラーをアニメーションに追加します。 これを行うには、ウィンドウの子コントロールのEffectプロパティを使用します。
content.Effect = new ZoomBlurEffect { Center = new Point(0.5, 0.5) };
モーションブラーアニメーションの擬似コード double t = 0.0; double prevEase = 0.0; int = ; (new ZoomBlurEffect { Center = new Point(0.5, 0.5) }); while (t < 1.0) { var ease = ElasticEase(t); (ease); content.Effect.BlurAmount = ease - prevEase; prevEase = ease; t = ( - ) / ; } (1.0); (null);
このコードと前のコードの違いは、ElasticEase関数の現在の値が前のステップの値とどれだけ異なるかに応じて、各ステップでBlurAmount値を変更することです。 アニメーションの開始時には、関数は急速に成長し、BlurAmountは非常に重要であるため、ウィンドウの「ぼかし」は大きくなります。 最終的に、BlurAmountは実質的にゼロになります。つまり、「ぼかし」はほとんど目立ちません。
欠点について
残念ながら、WPFアプリケーションでモーションブラーエフェクトを適用すると、いくつかの問題が発生します。 それらのいくつかを次に示します。
- パフォーマンス。 実践が示しているように、GPUでさえ全能ではありません。 テスト結果によると、ウィンドウにズーム効果を追加すると、レンダリングが約1.5〜2倍遅くなります（ビデオカード上）。 ただし、FPSは視覚的に大幅に増加するように見えるため、これは大きな問題ではないようです。
- なぜこれが必要なのかは明確ではありません :)私は友人の間で、効果のある行動とない行動の違いを見るかどうかの調査を行いました。 そして、誰もが最初は違いはないと言いました。 何を見るべきかを正確に示した後、彼らのほとんどはすごい効果を表現しましたが、別の部分は、効果なしでははるかに良くて明確だと言いました。 彼らの意見も考慮に入れる必要があります。
おわりに
残念なことに、モーションブラーエフェクトを使用するというアイデアを製品コードの状態に持ち込むことはありませんでした。これは、対処しなければならないアプリケーションではほとんど適用できないからです。 いわば、魂のためにしたのです。 この資料が彼の作品の誰かに役立つことを願っています。
ここからデモプロジェクトをダウンロードしてください：
github.com/misupov/motion-blur