Se ha producido un error genérico en GDI+, Imagen JPEG a MemoryStream

Si usted está recibiendo ese error , entonces puedo decir que su aplicación no tiene un permiso de escritura en algún directorio.

Por ejemplo, si está intentando guardar la Imagen del flujo de memoria en el sistema de archivos , puede obtener ese error.

Por favor, si está utilizando XP, asegúrese de agregar permiso de escritura para la cuenta aspnet en esa carpeta.

Si está utilizando Windows server (2003,2008) o Vista, asegúrese de agregar permiso de escritura para el servicio de red cuenta.

Espero que ayude a alguien.

Agregaré esta causa del error también con la esperanza de que ayude a algunos futuros viajeros de Internet. :)

GDI+ limita la altura máxima de una imagen a 65500

Hacemos un poco de redimensionamiento básico de la imagen, pero al redimensionar tratamos de mantener la relación de aspecto. Tenemos un tipo de control de calidad que es un poco demasiado bueno en este trabajo; decidió probar esto con una foto de UN píxel de ancho que tenía 480 píxeles de altura. Cuando la imagen se escaló para cumplir con nuestras dimensiones, la altura estaba al norte de 68,000 píxeles y nuestra app exploded with A generic error occurred in GDI+.

Puede verificar esto usted mismo con test:

  int width = 480;
  var height = UInt16.MaxValue - 36; //succeeds at 65499, 65500
  try
  {
    while(true)
    {
      var image = new Bitmap(width, height);
      using(MemoryStream ms = new MemoryStream())
      {
        //error will throw from here
        image.Save(ms, ImageFormat.Jpeg);
      }
      height += 1;
    }
  }
  catch(Exception ex)
  {
    //explodes at 65501 with "A generic error occurred in GDI+."
  }

Es una lástima que no haya un.net ArgumentException amigable lanzado en el constructor de Bitmap.

Este artículo explica en detalle lo que sucede exactamente: Dependencias de mapas de bits y constructores de imágenes

En resumen, durante toda la vida de un Image construido a partir de una corriente , la corriente no debe ser destruida.

Entonces, en lugar de

using (var strm = new ... )  {
    myImage = Image.FromStream(strm);
}

Prueba esto

Stream imageStream;
...

    imageStream = new ...;
    myImage = Image.FromStream(strm);

Y cerrar ImageStream en el formulario cerrar o cerrar página web.

También obtendrá esta excepción si intenta guardar en una ruta no válida o si hay un problema de permisos.

Si no está 100% seguro de que la ruta del archivo está disponible y los permisos son correctos, intente escribir a en un archivo de texto. Esto toma solo unos segundos para descartar lo que sería una solución muy simple.

var img = System.Drawing.Image.FromStream(incomingStream);

// img.Save(path);
System.IO.File.WriteAllText(path, "Testing valid path & permissions.");

Y no olvides limpiar tu archivo.

Guardar la imagen en la variable de mapa de bits

using (var ms = new MemoryStream())
{
    Bitmap bmp = new Bitmap(imageToConvert);
    bmp.Save(ms, format);
    return ms.ToArray();
}

Descubrí que si una de las carpetas principales donde estaba guardando el archivo tenía un espacio al final, entonces GDI+ arrojaría la excepción genérica.

En otras palabras, si traté de ahorrar a "C:\Documents y Settings \ myusername \ Local Settings \ Temp \ ABC DEF M1 Trended Values \ Images \ picture.png " luego lanzó la excepción genérica.

El nombre de mi carpeta se generaba a partir de un nombre de archivo que tenía un espacio al final, por lo que era fácil .Trim() eso y seguir adelante.

Esta es una expansión / calificación de la respuesta de Fred que declaró: "GDI limita la altura de una imagen a 65534". Nos encontramos con este problema con una de nuestras aplicaciones.NET, y después de ver la publicación, nuestro equipo de outsourcing levantó las manos en el aire y dijo que no podían solucionar el problema sin cambios importantes.

Basado en mis pruebas, es posible crear / manipular imágenes con una altura mayor que 65534, pero el problema surge cuando se guarda en una secuencia o archivo EN CIERTOS FORMATOS . En el siguiente código, la llamada al método t. Save () lanza a nuestro amigo la excepción genérica cuando la altura del píxel es 65501 para mí. Por curiosidad, repetí la prueba de ancho, y el mismo límite aplicado al ahorro.

    for (int i = 65498; i <= 100000; i++)
    {
        using (Bitmap t = new Bitmap(800, i))
        using (Graphics gBmp = Graphics.FromImage(t))
        {
            Color green = Color.FromArgb(0x40, 0, 0xff, 0);
            using (Brush greenBrush = new SolidBrush(green))
            {
                // draw a green rectangle to the bitmap in memory
                gBmp.FillRectangle(greenBrush, 0, 0, 799, i);
                if (File.Exists("c:\\temp\\i.jpg"))
                {
                    File.Delete("c:\\temp\\i.jpg");
                }
                t.Save("c:\\temp\\i.jpg", ImageFormat.Jpeg);
            }
        }
        GC.Collect();
    }

El mismo error también ocurre si escribe en un flujo de memoria.

Para evitarlo, puede repetir el código anterior y sustituir ImageFormat.Tiff o ImageFormat.Bmp para formato de imagen.Jpeg.

Esto corre hasta las alturas / anchuras de 100.000 para mí-no probé los límites. Da la casualidad .Tiff era una opción viable para nosotros.

SE ADVIERTE

Los flujos / archivos TIFF en memoria consumen más memoria que sus contrapartes JPG.

Por si acaso alguien está haciendo cosas tan estúpidas como yo. 1. asegúrate de que path exista. 2. asegúrate de tener permisos para escribir. 3. asegúrese de que su ruta es correcta, en mi caso me faltaba el nombre del archivo en el TargetPath : (

Debería haber dicho, su camino apesta que"Se produjo un error genérico en GDI+"

También obtuve este error al guardar archivos JPEG, pero solo para ciertas imágenes.

Mi código final:

  try
  {
    img.SaveJpeg(tmpFile, quality); // This is always successful for say image1.jpg, but always throws the GDI+ exception for image2.jpg
  }
  catch (Exception ex)
  {
    // Try HU's method: Convert it to a Bitmap first
    img = new Bitmap(img); 
    img.SaveJpeg(tmpFile, quality); // This is always successful
  }

No creé las imágenes, así que no puedo decir cuál es la diferencia.
Agradecería que alguien me explicara eso.

Esta es mi función SaveJpeg solo para tu información:

private static void SaveJpeg(this Image img, string filename, int quality)
{
  EncoderParameter qualityParam = new EncoderParameter(Encoder.Quality, (long)quality);
  ImageCodecInfo jpegCodec = GetEncoderInfo("image/jpeg");
  EncoderParameters encoderParams = new EncoderParameters(1);
  encoderParams.Param[0] = qualityParam;
  img.Save(filename, jpegCodec, encoderParams);
}

Si su código es el siguiente entonces también se produce este error

private Image GetImage(byte[] byteArray)
{
   using (var stream = new MemoryStream(byteArray))
   {
       return Image.FromStream(stream);
    }
}

El correcto es

private Image GetImage(byte[] byteArray)
{
   var stream = new MemoryStream(byteArray))
   return Image.FromStream(stream);        
}

Esto puede ser porque estamos regresando del bloque using

Tuvo un problema muy similar y también intentó clonar la imagen que no funciona. Descubrí que la mejor solución era crear un nuevo objeto de mapa de bits a partir de la imagen que se cargaba desde el flujo de memoria. De esta manera se puede eliminar el flujo, por ejemplo,

using (var m = new MemoryStream())
{
    var img = new Bitmap(Image.FromStream(m));
    return img;
}

Espero que esto ayude.

RESUELTO - Tuve este problema exacto. La solución, para mí, fue aumentar la cuota de disco para IUSR en el servidor IIS. En este caso, tenemos una aplicación de catálogo con imágenes de elementos y cosas así. La cuota de carga para el" Usuario Web Anónimo " se estableció en 100 MB, que es el valor predeterminado para los servidores IIS de esta empresa de alojamiento en particular. Lo subí a 400MB y pude subir imágenes sin error.

Este podría no ser su problema, pero si lo es, es una solución fácil.

Error que ocurre debido al permiso. asegúrese de que la carpeta tenga TODOS LOS PERMISOS.

public Image Base64ToImage(string base64String)
    {
        // Convert Base64 String to byte[]
        byte[] imageBytes = Convert.FromBase64String(base64String);
        MemoryStream ms = new MemoryStream(imageBytes, 0,
          imageBytes.Length);

        // Convert byte[] to Image
        ms.Write(imageBytes, 0, imageBytes.Length);
        Image image = Image.FromStream(ms, true);
        return image;
    }

 img.Save("YOUR PATH TO SAVE IMAGE")

En mi caso el problema estaba en la ruta que estaba guardando (la raíz C:\). Cambiarlo a D:\111\ hizo que la excepción desapareciera.

Otra causa de este error: la ruta que indica en el método Save de la instancia de mapa de bits no existe o no ha proporcionado una ruta completa / válida.

Acabo de tener este error porque estaba pasando un nombre de archivo y no una ruta completa!

Sucede!

Mi turno!

using (System.Drawing.Image img = Bitmap.FromFile(fileName))
{
      ... do some manipulation of img ...
      img.Save(fileName, System.Drawing.Imaging.ImageFormat.Jpeg);
}

Lo tengo en el .Guardar... porque el using() mantiene abierto el archivo, así que no puedo sobrescribirlo. Tal vez esto ayude a alguien en el futuro.

El mismo problema al que me enfrentaba. Pero en mi caso, estaba tratando de guardar el archivo en la unidad C y no era accesible. Así que lo intenté para guardar en la unidad D que era totalmente accesible y tuve éxito.

Así que primero revise sus carpetas en las que está tratando de guardar. Debe tener todos los derechos (de lectura y escritura) para esa carpeta en particular.

Noto que su caso "jpeg" es en realidad:

            default:
                format = ImageFormat.Jpeg;
                break;

¿Está seguro de que el formato es jpeg y no otra cosa?

Lo intentaría:

            case "image/jpg": // or "image/jpeg" !
                format = ImageFormat.Jpeg;
                break;

O comprueba lo que imageToConvert.MimeType() realmente está regresando.

UPDATE

¿Hay alguna otra inicialización que necesite hacer al objeto MemoryStream?

Solo para lanzar otra posible solución en la pila, mencionaré el caso que me encontré con este mensaje de error. El método Bitmap.Save sería a través de esta excepción al guardar un mapa de bits que había transformado y estaba mostrando. Descubrí que no lanzaría la excepción si la instrucción tuviera un punto de interrupción, ni lo haría si Bitmap.Save fuera precedido por Thread.Sleep(500), así que supongo que hay algún tipo de contención de recursos.

Simplemente copiar la imagen a un nuevo objeto de mapa de bits era suficiente para evitar que esta excepción aparezca:

new Bitmap(oldbitmap).Save(filename);

Si está tratando de guardar una imagen en una ubicación remota asegúrese de agregar la cuenta de usuario NETWORK_SERVICE en la configuración de seguridad y dar a ese usuario permisos de lectura y escritura. De lo contrario no va a funcionar.

byte[] bts = (byte[])page1.EnhMetaFileBits; 
using (var ms = new MemoryStream(bts)) 
{ 
    var image = System.Drawing.Image.FromStream(ms); 
    System.Drawing.Image img = image.GetThumbnailImage(200, 260, null, IntPtr.Zero);      
    img.Save(NewPath, System.Drawing.Imaging.ImageFormat.Png);
}

También recibo este error porque estoy tratando de guardar imágenes con el mismo nombre que las imágenes guardadas anteriormente.

Asegúrese de no guardar imágenes con nombre duplicado.

Use para thar, por ejemplo, una función 'Aleatoria' ( ¿Cómo funciona el generador de números aleatorios de C#?) o, por ejemplo, generar un Guid (http://betterexplained.com/articles/the-quick-guide-to-guids/)

• Tuve este problema en un servidor de prueba, pero no en el servidor en vivo.
• Estaba escribiendo la imagen en una transmisión, por lo que no fue un problema de permiso.
• Había estado desplegando directamente algunos de los .dll al servidor de prueba.
• La implementación de toda la solución solucionó el problema, por lo que probablemente fue un extraño desajuste de compilación

Tuvimos el mismo problema al generar un PDF en el servidor de producción.

Recicle el grupo de aplicaciones solucione el problema.

Espero que esto ayude a alguien.

Para mí estaba usando el Image.Save(Stream, ImageCodecInfo, EncoderParameters) y aparentemente esto estaba causando el infame error A generic error occurred in GDI+.

Estaba tratando de usar EncoderParameter para guardar los jpeg en 100% de calidad. Esto estaba funcionando perfectamente en "mi máquina" (doh!) y no en producción.

Cuando usé el Image.Save(Stream, ImageFormat) en su lugar, el error desapareció! Así que, como un idiota, continué usando este último, aunque los guarda en calidad predeterminada, que supongo que es solo el 50%.

Espero que esta información ayude a alguien.

Me encontré con el problema también. El problema se debió a que el flujo de carga se eliminó. Pero no lo dispuse, estaba dentro de. Net framework. Todo lo que tenía que hacer era usar:

image_instance = Image.FromFile(file_name);

En lugar de

image_instance.Load(file_name);

Image_instance es de tipo System.Windows.Forma.¡PictureBox! Load() de PictureBox dispone de la secuencia desde la que se cargó la imagen, y no lo sabía.

Basado en la respuesta de @savindra , si RHM en su aplicación e intenta ejecutar como un administrador entonces debería resolver su problema.

El mío parecía ser un problema de permisos.