Alternatives au Système.Dessin pour une utilisation avec ASP.NET?

Après plusieurs jours de traque bizarre GDI+ erreurs, je suis tombé sur ce petit bijou sur MSDN:

Classes à l'intérieur du Système.Le dessin de l'espace de noms ne sont pas pris en charge pour une utilisation à l'intérieur d'un Windows ou d'ASP.NET service. Essayez d'utiliser ces classes à partir de l'intérieur de l'un de ces types d'application peuvent produire des problèmes inattendus, comme une diminution des services de la performance et de l'exécution des exceptions.

Je ne sais pas si "ASP.NET de service" signifie "application web" dans ce contexte, mais "une diminution des services de la performance" semble couvrir l'assortiment aléatoire de "générique erreur s'est produite dans GDI+" et "Out of memory" les erreurs que mon application est en train de jeter intermittente, non reproductible des erreurs de lecture et d'écriture des images JPEG dans de nombreux cas ont été effectivement créés par le Système.De dessin.L'imagerie en premier lieu.

Si - si GDI+ ne peut pas lire et écrire des fichiers JPEG de manière fiable dans une application Web, que dois-je utiliser à la place?

Je veux que les utilisateurs soient en mesure de télécharger des images (JPEG besoin, d'autres formats utiles), rééchantillonner de manière fiable, et l'affichage de messages d'erreur utiles si quelque chose va mal. Des idées? Sont le Système.Les médias espaces de noms à partir de WPF utile d'envisager?

EDIT: Ouais, je sais GDI+ travaille "la plupart du temps". Ce n'est pas assez bon, parce que quand il échoue, il le fait d'une manière qui est impossible à isoler ou à récupérer de douceur. Je ne suis pas intéressé par les exemples de GDI+ code qui fonctionne pour vous: je suis à la recherche d' autres bibliothèques à utiliser pour le traitement de l'image.

J'ai un de ces moments que GDI+ échoue toujours, peu importe cependant de nombreux essayez de captures/de l'usage je l'ai mis. Voir stackoverflow.com/questions/3125242/...
Avez-vous un lien mis à jour ou était-ce un non-problème et la question a été supprimé?
je ne sais pas pourquoi le lien a été modéré. je n'ai toujours pas trouvé de solution pour mon non de la police système GDI+ échouer. C'est même sur .net 4. J'ai renoncé et a commencé à utiliser le système de polices
Merci pour le soutien de devis et de lien. Ils ont également "Pour une prise en charge alternative, voir Windows Composants d'Imagerie." msdn.microsoft.com/library/windows/desktop/...
Il y a aussi SkiaSharp.

InformationsquelleAutor Dylan Beattie | 2009-10-06

asp.net c#gdi+system.drawing system.drawing.imaging

10

Il y a un super post de blog, y compris le code C# sur l'utilisation de l' ImageMagick bibliothèque graphique grâce à l'Interopérabilité de plus en TopTen Logiciel De Blog. Ce post traite spécifiquement de l'exécution de ASP.net sur linux sous mono; toutefois, le code C# doit être parfaitement copier-coller-mesure, la seule chose que vous aurez besoin de changement est l'Interopérabilité des attributs si vous êtes sous windows référencement d'une fenêtre binaire (DLL).

ImageMagick® est une suite de logiciels pour créer, éditer, créer, ou de convertir
les images bitmap. Il peut lire et écrire des images dans une variété de formats
(plus de 100), dont DPX, EXR, GIF, JPEG, JPEG-2000, PDF, PhotoCD,
PNG, Postscript, SVG, TIFF et. Utiliser ImageMagick pour redimensionner, retourner,
miroir, rotation, distorsion, de cisaillement et de transformer des images, ajuster l'image
les couleurs, appliquer divers effets spéciaux, ou de dessiner du texte, des lignes, des polygones, des
des ellipses et des courbes de Bézier.

Il y a aussi un ImageMagick .Net projet de développement sur codeplex qui enveloppe tout pour vous. Mais ce n'est pas le développement actif depuis 2009, de sorte qu'il peut être à la traîne de l'actuelle version de bibliothèque ImageMagick. Pour un petit trivial de redimensionnement de la routine, je serais probablement s'en tenir à l'interopérabilité. Vous avez juste besoin de regarder votre mise en œuvre avec soin pour votre propre fuite de mémoire ou inédits de ressources (la bibliothèque elle-même est bien testée et approuvée par la communauté).

La bibliothèque est libre et open source. La licence Apache 2 semble être compatible avec à la fois personnelle et à des fins commerciales. Voir ImageMagick Page Licence.

La bibliothèque est totalement de la croix-plate-forme et met en œuvre de nombreux et puissants de l'image de la manipulation et de la transformation des routines qui ne sont pas trouvés dans GDI+ (ou pas mis en œuvre sous mono) et a une bonne réputation comme une alternative pour ASP.net traitement de l'image.

Mise à jour: Ressemble à une version mise à jour d'une .NET wrapper ici: http://magick.codeplex.com/
- Cela ressemble assez doux, en fait... je vais l'essayer et de vous laisser savoir comment je reçois sur 🙂 Merci à vous.
- j'ai utilisé la console contre-partie de imagemagick dans un faible volume de trafic de l'application sans problèmes de sorte que vous pourriez également vouloir vérifier aussi
- OK, certains des premiers hacks semblerait indiquer qu'il est assez simple à accrocher dans le MagickWand API de .NET - donc bounty va à celui-ci, même si plusieurs autres réponses semblent prometteurs ainsi.
InformationsquelleAutor BenSwayne

Oui, utiliser WPF System.Windows.Media classes. Étant entièrement gérée ils ne subissent pas les mêmes problèmes que le GDI choses.

Voici un extrait de quelques MVC code que j'ai utiliser pour le rendu des dégradés, pour vous donner une idée de la façon d'obtenir à partir d'une WPF Visual à un PNG:

using System;
using System.IO;
using System.Web.Mvc;
using System.Windows;
using System.Windows.Media;
using System.Windows.Media.Imaging;
namespace MyMvcWebApp.Controllers
{
public class ImageGenController : Controller
{
//GET: ~/ImageGen/Gradient?color1=red&color2=pink
[OutputCache(CacheProfile = "Image")]
public ActionResult Gradient(Color color1, Color color2, int width = 1, int height = 30, double angle = 90)
{
var visual = new DrawingVisual();
using (DrawingContext dc = visual.RenderOpen())
{
Brush brush = new LinearGradientBrush(color1, color2, angle);
dc.DrawRectangle(brush, null, new Rect(0, 0, width, height));
}
return new FileStreamResult(renderPng(visual, width, height), "image/png");
}
static Stream renderPng(Visual visual, int width, int height)
{
var rtb = new RenderTargetBitmap(width, height, 96, 96, PixelFormats.Default);
rtb.Render(visual);
var frame = BitmapFrame.Create(rtb);
var encoder = new PngBitmapEncoder();
encoder.Frames.Add(frame);
var stream = new MemoryStream();
encoder.Save(stream);
stream.Position = 0;
return stream;
}
}
}

Ils ne sont pas entièrement réussi, ils sont des wrappers pour WIC, qui est également non pris en charge (malgré ce que dit la documentation). Ils ont le plus de problèmes, plus de nouvelles.
WPF/le COLLÈGE est également pas prise en charge sous ASP.NET.

InformationsquelleAutor Duncan Smart

9

Vous pouvez trouver un très bon article à partir d'un Employé de Microsoft ici: Le redimensionnement d'images à partir du serveur à l'aide de WPF/WIC au lieu de GDI+ qui propose d'utiliser WPF au lieu de GDI+. C'est plus sur thumbnailing mais c'est globalement les mêmes questions.

De toute façon, à la fin, il déclare ceci:

J'ai contacté le WPF équipe à avoir le dernier mot sur si c'est
pris en charge. Malheureusement, il ne l'est pas, et la documentation est en cours
mis à jour en conséquence. Je m'excuse à propos de la confusion que cela peut avoir
causé. Nous sommes à la recherche des moyens de rendre cette histoire plus acceptable dans
l'avenir.

Donc WPF est également pas pris en charge dans les applications web, et est toujours, je crois :-S
- Oui, il n'est pas pris en charge. J'ai eu de panne avec un simple redimensionnement JPEG.
InformationsquelleAutor Simon Mourier
4

ImageSharp

ImageSharp est un open-source multi-plateforme 2D graphiques de la bibliothèque. Il est écrit en C# sur le dessus de la nouvelle .NET Standard, avec aucune dépendance sur n'importe quel OS API spécifique.

Il est actuellement encore en pre-release sur MyGet (vous devrez ajouter le paquet source dans le VS options ou un NuGet.fichier de config), mais nous sommes déjà en l'utilisant avec des résultats très positifs.

InformationsquelleAutor Mathieu Renda

La plupart des questions que j'ai lu sur se rapportent à des ressources qui ne sont pas éliminés correctement.

J'ai utilisé des variantes de ce code, encore et encore, sans aucun problème à partir d'applications web:

public void GenerateThumbNail(HttpPostedFile fil, string sPhysicalPath, 
string sOrgFileName,string sThumbNailFileName,
System.Drawing.Imaging.ImageFormat oFormat, int rez)
{
try
{
System.Drawing.Image oImg = System.Drawing.Image.FromStream(fil.InputStream);
decimal pixtosubstract = 0;
decimal percentage;
//default
Size ThumbNailSizeToUse = new Size();
if (ThumbNailSize.Width < oImg.Size.Width || ThumbNailSize.Height < oImg.Size.Height)
{
if (oImg.Size.Width > oImg.Size.Height)
{
percentage = (((decimal)oImg.Size.Width - (decimal)ThumbNailSize.Width) / (decimal)oImg.Size.Width);
pixtosubstract = percentage * oImg.Size.Height;
ThumbNailSizeToUse.Width = ThumbNailSize.Width;
ThumbNailSizeToUse.Height = oImg.Size.Height - (int)pixtosubstract;
}
else
{
percentage = (((decimal)oImg.Size.Height - (decimal)ThumbNailSize.Height) / (decimal)oImg.Size.Height);
pixtosubstract = percentage * (decimal)oImg.Size.Width;
ThumbNailSizeToUse.Height = ThumbNailSize.Height;
ThumbNailSizeToUse.Width = oImg.Size.Width - (int)pixtosubstract;
}
}
else
{
ThumbNailSizeToUse.Width = oImg.Size.Width;
ThumbNailSizeToUse.Height = oImg.Size.Height;
}
Bitmap bmp = new Bitmap(ThumbNailSizeToUse.Width, ThumbNailSizeToUse.Height);
bmp.SetResolution(rez, rez);
System.Drawing.Image oThumbNail = bmp;
bmp = null;
Graphics oGraphic = Graphics.FromImage(oThumbNail);
oGraphic.CompositingQuality = CompositingQuality.HighQuality;
oGraphic.SmoothingMode = SmoothingMode.HighQuality;
oGraphic.InterpolationMode = InterpolationMode.HighQualityBicubic;
Rectangle oRectangle = new Rectangle(0, 0, ThumbNailSizeToUse.Width, ThumbNailSizeToUse.Height);
oGraphic.DrawImage(oImg, oRectangle);
oThumbNail.Save(sPhysicalPath  + sThumbNailFileName, oFormat);
oImg.Dispose();
}
catch (Exception ex)
{
Response.Write(ex.Message);
}
}

est-ce à dire que le Système.Méthodes de dessin que vous appelez sont pris en charge dans un ASP.NET application?
Les appels d'API utilisées dans cette fonction ont été largement utilisé dans plusieurs applications web, et j'ai pas eu de problèmes à ce jour. Je ne peux pas dire à certains qu'il soit pris en charge.
Je pense que l'avertissement que l'OP trouvé s'appliqueraient à ces méthodes. Et de avec .NET 4.0 prochainement, "il a toujours travaillé" devient de moins en moins convaincante.

InformationsquelleAutor rick schott

0

Vous pouvez avoir un coup d'oeil à http://gd-sharp.sourceforge.net/ qui est un wrapper pour la bibliothèque GD. Je n'ai pas testé mais il semble prometteur.

InformationsquelleAutor alfred barthand
0

J'ai eu un bon comportement de la bibliothèque Cairo (http://www.cairographics.org) dans un ASP.Net le serveur web de l'environnement. J'ai effectivement déplacé au caire à partir de WPF en raison de WPF mauvaise utilisation de la mémoire de modèle pour le web basé sur des trucs.

WPF fait tend à fonctionner à votre processus de travail de mémoire. Aucun des objets WPF mettre en œuvre IDisposable, et beaucoup d'entre eux de référence de mémoire non managée c'est seulement libéré par l'intermédiaire d'un outil de finalisation. La forte utilisation de WPF (surtout si votre serveur est significativement CPU-imposables) finira par vous exécutez hors de la mémoire parce que votre outil de finalisation de la file d'attente devient saturé. Quand j'étais profilage de mon application, par exemple, la file d'attente de finalisation avait plus de 50 000 objets, beaucoup d'entre eux possèdent des références à une mémoire non managée. Le caire a été beaucoup mieux pour moi, et son utilisation de la mémoire de modèle a été beaucoup plus prévisible que WPF.

Si vous êtes intéressés par l'utilisation du caire, de saisir les libs de GTK+'s site web. Ils ont un x86 ainsi que d'un x64 ensemble de binaires.

Le seul inconvénient est que le caire ne peut pas lire/écrire JPG natif; cependant, vous pouvez facilement adapter WPF trucs pour la lecture/écriture de JPG et de faire le rééchantillonnage/mise à l'échelle/dessin/que ce soit d'autre à l'aide du Caire.

InformationsquelleAutor FMM

Vous devez vous connecter pour publier un commentaire.

ImageSharp