2

リッチ メディアを使用したクールな WPF デモ アプリケーションを見てきました。

私の質問は、WPF オブジェクトがImageMagickのいくつかの基本機能を置き換えることができるかどうかです。画像のサイズ変更、トリミングなどの基本機能。

.NET 2.0 の System.Graphics-namespace のサイズ変更の結果は悲しいものです (GDI+)。間違った使い方をしているのかもしれませんが、すぐに使えるようです。

また、WPF の API は、ImageMagick の .NET API よりも少しシャープであることもお勧めです。

更新:私の考えでは、WPF にはImage-manipulation のオブジェクトがある可能性があります。GDI と同様に System.Drawing.Image と System.Drawing.Bitmap があります。しかし、私は WPF のオブジェクトが、たとえば画像のサイズ変更などで、よりパフォーマンスが高く、品質が優れていることを望んでいました。

4

5 に答える 5

4

WPF と GDI+ は、GUI 専用に設計されたグラフィック システムであり、画像操作ライブラリではありません。

WPF は GDI+ よりはるかに優れていますが、それでも GUI システムです - 異なるハードウェア (IgorK が懸念しているように) でまったく同じ結果を生成することなどは優先事項ではなく、サイズ変更の品質はパフォーマンスよりも重要ではありません。レンダリング パイプラインの一部として使用できます。

したがって、画像を表示する前に基本的な処理に ImageMagick を使用する場合は、WPF が機能する可能性があります (ただし、ImageMagick よりもはるかに少ないオプションがあると思います)。高品質の画像処理が必要な場合、WPF は仕事。

WPF は優れた GUI システム (これまでに使用した中で最高のもの) ですが、汎用グラフィックス システムではなく、画像操作ライブラリでもありません。

于 2008-12-10T16:04:41.923 に答える
1

あなたの状況に似たこのブログを見つけました。

可能な場合、WPF がハードウェア レンダリングを使用するという事実に少し懸念を抱いています。たとえば、異なるハードウェアで同じ結果が必要な場合 (似ているだけでなく)、問題になる可能性があります。

WPF で HLSL シェーダーを適用するなど、非常に興味深いことを行うことができますが、少なくとも今のところ、画像処理を行う非常に特別な (そして潜在的に問題のある) 方法のように見えます。いつか、他の多くの分野で WPF を使用することが簡単になるかもしれませんが、今のところ、より予測可能なものに固執します:)確かに、WPF が積極的に開発されており、プロジェクトに GDI+ を実行した人々がいることを知っておくとよいでしょう (これを参照) 。本格的なプロジェクトに「新しい方法」で使用するのは非常に新鮮な技術です。とにかく、あなたがWPFアプローチをうまく機能させることに成功したかどうかを知ってうれしいです.私には非常に興味深いアイデアのように見えます:)

于 2008-12-10T13:13:48.337 に答える
1

普通の古い System.Drawing-namespace をそのまま使用できます。正しいオブジェクト、メソッド、およびパラメーターを使用するだけで、サイズ変更された画像は問題ありません。

http://weblogs.asp.net/gunnarpeipman/archive/2009/04/02/resizing-images-without-loss-of-quality.aspx

于 2009-04-03T16:49:50.773 に答える
1

WPF と GDI+ には、画像の読み込みと処理時に多くの種類のバグがあります。Microsoft にいくつかのバグを報告しました。Microsoft は現在、このバグを修正しています...ただし、FW4.0 と Windows7 のみです。他の OS (WinXP、Vista、Win2000) および FW2.0 では、このバグは修正されません。

-- 下手な英語でごめんなさい :(

于 2009-10-20T13:14:34.370 に答える
1

WPFについてはわかりませんが、GDI +を使用できます-ここにイントロがあります：

于 2008-12-10T10:34:27.987 に答える