Silverlight: BitmapImage from stream throws exception (Error catastrófico (Excepción de HRESULT: 0x8000FFFF (E_UNEXPECTED)))

Question

Necesito cargar dinámicamente muchas (a veces cientos) de imágenes en miniatura. Por razones de rendimiento, debo hacer esto en un número limitado de solicitudes, estoy usando una sola solicitud/respuesta para las pruebas. Enviaré los datos binarios para las imágenes en la respuesta y las cargaré en BitmapImage utilizando un MemoryStream. Esto funciona correctamente hasta que cargue más de aproximadamente 80 miniaturas, luego obtengo la excepción de falla catastrófica. Para asegurarme de que mis datos no estaban corruptos, traté de cargar una imagen de mapa de bits varias veces con la misma matriz de bytes y se bloquea después de aproximadamente 80 cargas.

Este es un ejemplo de cómo la imagen se carga desde la matriz de bytes, la matriz de bytes se sabe que tiene datos de imagen válidos (PNG):

private BitmapImage LoadImage(byte[] imageData) 
{ 
    BitmapImage img = new BitmapImage(); 
    MemoryStream stream = new MemoryStream(imageData); 
    img.SetSource(stream); // Exception thrown here after too many images loaded. 
    return img; 
} 

entonces utilizo el BitmapImage como fuente para una Elemento de imagen en la página, pero el error ocurre en la línea img.SetSource(...) arriba.

Al agregar GC.Collect() al bucle donde estoy cargando imágenes en miniatura, me permite cargar algunas imágenes más, así que estoy pensando que esto tiene algo que ver con la administración de memoria, pero no sé qué puedo hacer para solucionar el problema .

Answer 1

Creo que citar la respuesta que proporciona por Microsoft en el informe de error anterior es que vale la pena ya que es muy breve y descriptivo del problema, así como proporcionar una solución recomendada:

Cuando Silverlight se carga una imagen, la el marco mantiene una referencia y guarda en caché la imagen decodificada hasta que se devuelve el control de flujo al despachador de hilos de la interfaz de usuario. Cuando carga imágenes en un circuito cerrado como ese, aunque su aplicación no conserve una referencia, el GC no puede liberar la imagen hasta que liberemos nuestra referencia cuando se devuelva el control de flujo.

Después de procesar unas 20 imágenes, puede detener y poner en cola el siguiente conjunto utilizando Dispatcher.BeginInvoke solo para dividir el trabajo que se procesa en un lote. Esto nos permitirá liberar imágenes que su aplicación no retiene.

entiendo con el comportamiento de descodificación actual no es obvio que Silverlight está reteniendo estas referencias, pero cambiando el diseño de decodificador podría afectar otras áreas, así que por ahora te recomiendo el tratamiento de imágenes como esta en lotes.

Ahora, si realmente está tratando de cargar 500 imágenes y retenerlas, es probable que se quede sin memoria según el tamaño de la imagen. Si está tratando con un documento de varias páginas, puede cargar páginas en demanda en segundo plano y liberarlas cuando no se ven con algunas páginas de memoria intermedia, de modo que en ningún momento exceda los límites razonables de memoria de textura.

Answer 2

Envié un informe de error con Microsoft para este problema: Catastrophic Failure exception thrown after loading too many BitmapImage objects from a Stream.

Por ahora, voy a intentar solucionar este problema utilizando archivos de imágenes más pequeños para las miniaturas y/o no cargando tantas imágenes de mapa de bits (descargando imágenes cuando no están en el área visible y volviéndolas a cargar cuando salir a la luz).