次の方法で共有


IWICBitmapScaler インターフェイス (wincodec.h)

リサンプリングまたはフィルター 処理アルゴリズムを使用して、サイズ変更された入力ビットマップのバージョンを表します。

継承

IWICBitmapScaler インターフェイスは IWICBitmapSource から継承されます。 IWICBitmapScaler には、次の種類のメンバーもあります。

メソッド

IWICBitmapScaler インターフェイスには、これらのメソッドがあります。

 
IWICBitmapScaler::Initialize

指定されたパラメーターを使用してビットマップ スケーラーを初期化します。

注釈

画像は、より大きなサイズにスケーリングできます。ただし、高度なスケーリング アルゴリズムを使用しても、イメージ内には非常に多くの情報しかなく、アーティファクトはスケールアップするほど悪化する傾向があります。

スケーラーは、 CopyPixels が呼び出されるたびに、リサンプリング アルゴリズムを再適用します。 スケーリングされたイメージをアニメーション化する場合は、スケーリングされたイメージを 1 回作成し、新しいビットマップにキャッシュし、その後 IWICBitmapScaler を解放する必要があります。 このようにして、スケーリング アルゴリズム (描画に対して計算コストが高くなる可能性があります) が 1 回だけ実行され、結果が何度も表示されます。

スケーラーは、イメージを正しくスケーリングするために必要な最小メモリ量を使用するように最適化されています。 スケーラーは、イメージの出力バンドを表す異なる四角形を持つ CopyPixels を呼び出すことによって、イメージの一部を増分 (縞模様) で生成するために使用できます。 リサンプリングには通常、ソース イメージから重複する四角形が必要になるため、ソース ビットマップから同じピクセルを複数回要求する必要がある場合があります。 一部のイメージ デコーダーからスキャンラインを順不同で要求すると、パフォーマンスが大幅に低下する可能性があります。 このため、スケーラーはスキャンラインの連続する水平バンド (ビットマップの幅と等しい四角形の幅) を処理するように最適化されています。 この場合、前の垂直方向に隣接する四角形のアキュムレータを再利用して、ソースからのスキャンライン要求が重複しないようにします。 これは、バンドが順番に要求される場合、スケーラーからのバンド出力のパフォーマンスが向上する可能性があることを意味します。 もちろん、スケーラーを使用して単一の四角形出力を生成するだけの場合は、スケーラーが内部的にスキャンラインを正しい順序で要求するため、この問題は解消されます。

要件

要件
サポートされている最小のクライアント WINDOWS XP と SP2、Windows Vista [デスクトップ アプリ |UWP アプリ]
サポートされている最小のサーバー Windows Server 2008 [デスクトップ アプリ | UWP アプリ]
対象プラットフォーム Windows
ヘッダー wincodec.h