.NET: Remplacement ImageMagick avec WPF-objets
https://stackoverflow.com/questions/355616
-
21-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Nous avons toutes les applications de démonstration WPF fraîches vues avec les médias riches.
Ma question est si les objets WPF peuvent remplacer certaines fonctionnalités de base dans ImageMagick . Fonctions de base comme images redimensionnement, recadrage et ainsi de suite.
Les résultats de .NET de Redimensionnement de 2.0 de System.Graphics-espace de noms est juste triste (GDI +). Peut-être que je l'utilise mal, mais hors de la boîte, il semble être.
En outre, un bon pari serait que l'API:. S pour WPF sont un peu plus nettes que les API .NET de ImageMagick
Mise à jour : Ma pensée était que WPF aurait peut-être un objet pour-manipulation d'images . Comme GDI a System.Drawing.Image et System.Drawing.Bitmap. Mais j'espérais que l'objet de WPF était plus performant et de meilleure qualité à, par exemple, image Redimensionnement.
La solution 4
Vous pouvez simplement utiliser la plaine ancienne System.Drawing-espace de noms. Il suffit d'utiliser les bons objets, méthodes et paramaters et les images redimensionnées ne seront pas sucer.
Autres conseils
WPF et GDI + sont des systèmes graphiques conçus spécifiquement pour l'interface graphique, ils ne sont pas les bibliothèques de manipulation d'images.
WPF est beaucoup mieux que GDI +, mais il est encore un système GUI - des choses comme produisant exactement le même résultat sur un matériel différent (comme IgorK est inquiet) sont tout simplement pas une priorité et redimensionne la qualité est moins important que la performance - otehrwise il ne sera pas utilisable dans le cadre d'un pipeline de rendu.
Alors, si vous utilisez ImageMagick pour le traitement de base avant d'afficher l'image WPF peut travailler pour vous (mais je parie qu'il a beaucoup moins d'options puis ImageMagick), si vous avez besoin de traitement d'image de haute qualité alors WPF est juste le mauvais outil pour le travail.
WPF est un système d'interface graphique (le meilleur que j'ai jamais travaillé) mais ce n'est pas un système graphique à usage général et ce n'est pas une bibliothèque de manipulation d'images.
Je ne sais pas WPF, mais vous pouvez utiliser GDI + - il y a une intro ici:
ce blog avec quelque chose de similaire à votre situation.
Je suis un peu préoccupé par le fait que WPF utilisera le matériel de rendu si disponible. Il peut devenir un problème si vous avez besoin des résultats identiques (pas seulement recherche similaire) sur un matériel différent, par exemple.
Vous pouvez faire des choses très intéressantes comme l'application HLSL shaders dans WPF, mais il semble toujours à moi comme très spécial (et potentiellement problématique) ainsi faire du traitement d'image au moins maintenant. Peut-être qu'un jour il deviendra doux euphémisme d'utiliser WPF dans beaucoup d'autres domaines, mais pour l'instant je collerait à d'autres plus prévisibles :) Bien sûr, il est bon de savoir que WPF est activement développé et projet a des gens qui a fait GDI + (voir
Les deux WPF et GDI + a beaucoup de types de bugs lorsque des images de chargement et de traitement. Je signale à Microsoft certains des bugs et Microsoft a été corrigé ce bogues maintenant ... mais seulement dans FW4.0 et Windows7. Avec d'autres OS (Windows XP, Vista, Windows 2000) et FW2.0 ces bogues ne seront pas été fixés pour à tout moment. -
Désolé pour le mauvais anglais: (
