Solving graphical errors

Peter329 · 6. August 2018, 14:12

Hi,

ich habe hier ein ziemlich vertracktes Problem.

Ich habe ein VB Programm ... in der "produktiven" Version erhalte ich (wiederholbar) einen Fehler. Wenn ich das Programm mit den gleichen Daten in der Debug Version aufrufe, dann tritt der Fehler NICHT auf.

Anbei die Fehlermeldung der produktiven Version.

Gemäß der Anleitung habe ich jetzt versucht den JIT Debugger in der produktiven Version zu aktivieren und dazu eine Zeile in die App.config eingefügt. (s. Anlage)

Aber das Ergebnis ist das gleiche. Ich erhalte nach wie vor nur das "Continue" pop up window ... und das hilft mir nicht viel weiter ...

Kann mir jemand sagen, wie ich den Fehler "fangen" kann ?

LG
Peter

RodFromGermany · 6. August 2018, 15:41

Peter329 schrieb:

Kann mir jemand sagen, wie ich den Fehler "fangen" kann ?

Den Jit-Eintrag brauchst Du nicht.
Füge der *.Exe die *.PDB hinzu (beides aus dem Release-Verzeichnis) => sollte einen StackTrace bringen.
Oder
Aktiviere die Anwendungsereignisse:
Projekt->Eigenschaften->Anwendung
=> Anwendungsereignisse anzeigen
links: MyApplication-Ereignisse
rechts: UnhandledException
und dann die Events auswerten, StackTrace ausgeben.

Peter329 · 6. August 2018, 16:09

ok ... jetzt bin ich ein Stück weiter gekommen.

Ich lade einen .ico file in eine Bitmap. Diese Bitmap lade ich anschließend in eine PictureBox

VB.NET-Quellcode

Try
Using fs As New FileStream(fileRealObject, FileMode.Open) 'Using is required to release lock on file
copyBitmap = New Bitmap(fs)
End Using
Catch ex As Exception 'Cannot display picture
MessageBox.Show("grafError: " & fileRealObject) '***TEST***
copyBitmap = errorBitmap 'Display error picture
myPicturebox.SizeMode = PictureBoxSizeMode.CenterImage
myPicturebox.BackColor = Color.LightGray 'Error frame background color
End Try
myPicturebox.Image = copyBitmap 'Load display or error picture

Das klappt auch für die meisten Icons. Aber ein Icon kann offensichtlich nicht geladen werden. Die Picture Box zeigt ein X-Image - dieses Bild habe ich in meinem Programm nicht definiert ! (s. Anhang)

Obwohl da offensichtlich ein Fehler passiert, rennt das Programm im DEBUG Mode problemlos durch. (Andere Fehler werden angezeigt!)

In der "Produktionsversion" tritt dann bei diesem Icon aber genau der beschriebene Laufzeitfehler auf.

Überigens: weder im DEBUG noch in der Productionsversion wird der Catch-Block angesprungen !

Wenn ich den .ico File mit Doppelclick öffne, wird das Icon vollkommen problemlos angezeigt !

Ich bin ratlos ! Kann mir jemand helfen ?

LG
Peter

RodFromGermany · 6. August 2018, 16:19

Peter329 schrieb:

dieses Bild habe ich in meinem Programm nicht definiert

Das ist ein Bild, wenn beim Laden oder Anzeigen seitens einer .Image-Property intern eine Exception kam.
Zunächst machst Du sdas so:

VB.NET-Quellcode

Using fs As New FileStream(fileRealObject, FileMode.Open)
If myPicturebox.Image IsNot Nothing Then
myPicturebox.Image.Dispose()
End If
myPicturebox.Image = New Bitmap(fs)
End Using

und ggf. drum herum noch ein Try / Catch, um genau dies abzufangen.

Peter329 · 6. August 2018, 16:59

Also ... ich habe jetzt ein Testprojekt erstellt, mit dem ich die Sache nachstellen kann.

Calendar.ico ist ein "gutes" Icon.
Calculator.ico ist ein Icon das Probleme verursacht.

VB.NET-Quellcode

Imports System.IO
Public Class Form1
Dim fileRealObject1 As String = "......\Calendar.ico" 'Good icon
Dim fileRealObject2 As String = "......\Calculator.ico" 'Icon causing problem
Private Sub Button1_Click(sender As Object, e As EventArgs) Handles Button1.Click
LoadPicture(fileRealObject1)
End Sub
Private Sub Button2_Click(sender As Object, e As EventArgs) Handles Button2.Click
LoadPicture(fileRealObject2)
End Sub
Private Sub LoadPicture(FileRealObject As String)
Dim copyBitmap As Bitmap = Nothing 'Initialize display picture
If myPictureBox.Image IsNot Nothing Then
myPictureBox.Image.Dispose()
End If
Try
Using fs As New FileStream(FileRealObject, FileMode.Open) 'Using is required to release lock on file
copyBitmap = New Bitmap(fs)
End Using
myPictureBox.Image = copyBitmap 'Load display picture
Catch ex As Exception 'Cannot display picture
MessageBox.Show("grafError: " & FileRealObject) 'trap exception
End Try
End Sub
End Class

Was mir auffällt, nachdem ich das fehlerhafte Icon versucht habe zu laden, kann man das "gute" Icon auch nicht mehr laden.

Egal was ich klicke ... die Catch Routine wird nicht angesprungen, d.h. alle Befehle laufen ohne Fehler durch.

Irgendwie verstehe ich nicht, was da schief läuft.

LG
Peter

Gonger96 · 6. August 2018, 17:12

Ich bin mir nicht sicher ob Bitmap überhaupt Ico lädt. Probier doch mal ein Icon mit der Icon-Klasse zu laden und dann Icon.ToBitmap() zu benutzen.

Peter329 · 6. August 2018, 17:18

Also mein Verzeichnis enthält über 250 ions ... und bis auf 4 icons werden alle korrekt angezeigt.

Die Routine verwende ich auch um .png, .jpg et. Files anzuzeigen ... und auch da funktioniert die Sache einwandfrei. Ich würde jetzt ungern für .ico files eine eigene Routine schreiben ...

VaporiZed · 6. August 2018, 17:26

Das betroffene Camera-Icon enthält mehrere Auflösungen, bis hin zu 256x256. Ich tippe darauf, dass das das Problem ist. Nachdem ich die 32x32-Auflösung extrahiert und in eine eigene Datei gehauen hate, funktionierte es.

RodFromGermany · 6. August 2018, 17:32

@Peter329 Also:
Zunächst heißt die Calculator.ico => Camera.ico.
Öffne beide Dateien nacheinander im IrfanView und Du erkennst:
Calendar.ico (1662 Byte) enthält genau ein Bild, was geladen werden kann.
Camera.ico (84704 Byte) enthält 13 Bilder, und da kommt die Bitmap-Instanz schon mal ins Wanken.

Mit dem Tipp von @Gonger96 sieht das dann so aus:

VB.NET-Quellcode

Private Sub LoadPicture(FileRealObject As String)
Dim copyBitmap As Bitmap = Nothing 'Initialize display picture
If myPictureBox.Image IsNot Nothing Then
myPictureBox.Image.Dispose()
End If
Try
Using fs As New FileStream(FileRealObject, FileMode.Open) 'Using is required to release lock on file
If FileRealObject.ToLower().EndsWith(".ico") Then
Dim ico = New Icon(fs)
copyBitmap = ico.ToBitmap()
Else
copyBitmap = New Bitmap(fs)
End If
End Using
myPictureBox.Image = copyBitmap 'Load display picture
Catch ex As Exception 'Cannot display picture
MessageBox.Show("grafError: " & FileRealObject) 'trap exception
End Try
End Sub

Peter329 · 6. August 2018, 20:44

Yeheyyy ... na, da habt ihr ja das Problem EXAKT gefunden ... Jetzt werden alle .ico files aufgelöst ... DANKE !

Aber ...

... aber es gibt leider einen Wermutstropfen. Der file Clock.ico führt jetzt zu einer Exception !

Wenn ich DIESEN File jedoch mit der "alten" Methode copyBitmap = New Bitmap(fs)auflöse, dann funktioniert die Sache.

Ich hoffe, ihr könnt mir das erklären und ein Rat geben, wie ich das jetzt noch lösen kann !

Gonger96 · 6. August 2018, 22:00

Ich könnte mir vorstellen, dass das Icon einen Bitmapframe hat. ToBitmap eiert dann einfach alle Pixel durch und kopiert diese. Dabei kommt dann wahrscheinlich die Exception. Ich könnte mit vorstellen das dein Icon nicht i.O. ist. Probiere mal ob du das Icon per Drawicon zeichnen kannst.

RodFromGermany · 7. August 2018, 06:40

@Peter329 Das ist eine sehr merkwürdige Datei.
Der IrfanView kann sie problemlos lesen.
Wenn Du die Extension dieser Datei änderst: BMP, JPG, TIF, kann sie der IrfanView ebenfalls problemlos lesen, ohne dass er die Extension anmeckert!
Ein "richtiges" Icon mit falscher Extension kann der IrfanView nicht einlesen.
====
Gib dieser Datei die Extension BMP und der Code liest sie ein. :thumbsup:

VaporiZed · 7. August 2018, 06:50

Ich bestätige: Laut Dateiinhalt (man öffne die Datei per Editor) ist das wohl eigentlich ne PNG-Datei (mit etwas komischem Header), die nur umbenannt wurde.

NoIde · 7. August 2018, 07:45

VaporiZed schrieb:

mit etwas komischem Header

Guggst du:
fileformats.wikia.com/wiki/Icon

Bei Icons werden die 256x256 Grossen Bilder komplett, also nicht nur die Pixeldaten in die Datei gepackt, daher sind die Magic bytes des PNG erkennbar.

Vllt. kommt die Exception weil nur 1 Bild im Icon ist?

@RodFromGermany Keine merkwürdige Datei, nur ein Icon mit nur einem 256x256 grossen PNG-Bild.

Peter329 · 7. August 2018, 10:32

Also erst mal herzlichen Dank,dass ihr euch mit meinem vertrackten Problem befasst habt. Ich habe jetzt eine LÖSUNG für mein Problem gefunden. Aber erst mal zu euren Kommentaren:

Jau, "clock.ico" ist aus einer .png Datei entstanden. Mein IconEditor arbeitet da irgendwie nicht so ganz sauber. Trotzdem stört sich daran NIEMAND außer der .toBitmap Function. Das Icon funktioniert, man kann es sich angucken, editieren ...

Wie ihr vielleicht verstanden habt, schreibe ich hier eine "Tile Preview" Routine. Dabei hab ich jetzt noch ein Problem mit "animiated GIFs" .... auch da scheitert die Anweisung copyBitmap = New Bitmap(fs)

Ich habe aber jetzt eine Lösung gefunden, die ALLE Probleme zu beheben scheint:

VB.NET-Quellcode

Dim bytData(-1) As Byte 'Allocate empty byte array
bytData = My.Computer.FileSystem.ReadAllBytes(fileRealObject) 'Get object as byte array
Dim converter As TypeConverter = TypeDescriptor.GetConverter(GetType(Bitmap))
copyBitmap = DirectCast(converter.ConvertFrom(bytData), Bitmap) 'Convert byte array to bitmap

Die verbasselte clock.ico wird angezeigt, ebenso wie die große camera.ico und auch mein animated.gif schnuckelt munter vor sich hin ...

Bisher habe ich keinen einzigen Fehler entdecken können ! Auch keine Laufzeitfehler !

Die Sache scheint sogar einigermaßen schnell zu laufen ... 1000 images werden in knapp 10 Sekunden aufbereitet. Und das kommt ja nicht alle Tage vor.

Jetzt würde mich interessieren, was ihr dazu meint. Vielleicht kann man das ja noch verbessern.

LG
Peter

NoIde · 7. August 2018, 10:35

Peter329 schrieb:

My.Computer.FileSystem.ReadAllBytes

Wie wäre es mit IO.File.ReadAllBytes?

Peter329 schrieb:

Mein IconEditor arbeitet da irgendwie nicht so ganz sauber.

Das Icon ist korrekt. Ich würde fast darauf wetten, wenn du noch weitere grössen(Bilder) hinzufügst, das dir keine Exception um die Ohren fliegen würde.

RodFromGermany · 7. August 2018, 12:57

NoIde schrieb:

Keine merkwürdige Datei

Dies ist schon merkwürdig:

RodFromGermany schrieb:

Wenn Du die Extension dieser Datei änderst: BMP, JPG, TIF, kann sie der IrfanView ebenfalls problemlos lesen, ohne dass er die Extension anmeckert!

@Peter329 Mit der WPF-Funktionalität liest Du alle Deine Dateien ein, ohne die Extension checken zu müssen, hab ich auch so implementiert.
Da bekommst Du auch ne korrekte Meldung, wenn das 16BPP-Bilder sind.

Spoiler anzeigen

C#-Quellcode

Verweise:
PresentationCore
PresentationFramework
System.Xaml
WindowsBase
using System;
using System.Diagnostics;
using System.IO;
using System.Runtime.InteropServices;
using System.Windows;
using System.Windows.Media;
using System.Windows.Media.Imaging;
/// <summary>
/// Reads an image from disk and converts it to 16 BPP grey pixel data
/// </summary>
/// <param name="fileName">path and name of the file</param>
/// <param name="values">memory to store the image</param>
/// <param name="width">out: width of the image</param>
/// <param name="height">out: height of the image</param>
/// <returns>Success</returns>
public static bool ReadPictureGrey16(string fileName, out ushort[] values, out int width, out int height)
{
values = null;
width = 0;
height = 0;
if (string.IsNullOrEmpty(fileName))
{
Debug.Assert(false, "Path is empty");
return false;
}
// 16 BPP *.BMP würde sonst zu PixelFormat.Format32bppRgb konvertiert
if (fileName.ToLower().EndsWith(".bmp"))
{
BmpHeader header;
FileStream fs = new FileStream(fileName, FileMode.Open, FileAccess.Read);
using (BinaryReader br = new BinaryReader(fs))
{
header = new BmpHeader(br);
}
// Sonderbehandlung: Mono 16 BPP
if (header.BitDepth == 16)
{
BmpGray16 bmp = new BmpGray16();
bmp.ReadImage(fileName);
width = header.Width;
height = header.Height;
// Speicher für das Bild
values = new ushort[header.Width * header.Height];
int i = 0;
for (int y = 0; y < header.Height; y++)
{
for (int x = 0; x < header.Width; x++)
{
values[i] = bmp.ImageData[x, y];
i++;
}
}
return true;
}
}
using (Stream stream = new FileStream(fileName, FileMode.Open, FileAccess.Read, FileShare.Read))
{
BitmapFrame bmp = null;
try
{
BitmapDecoder decoder = null;
decoder = BitmapDecoder.Create(stream, BitmapCreateOptions.PreservePixelFormat, BitmapCacheOption.None);
bmp = decoder.Frames[0];
}
catch
{
// not supported format
return false;
}
width = bmp.PixelWidth;
height = bmp.PixelHeight;
int stride = bmp.PixelWidth;
// Speicher für das Bild
values = new ushort[height * width];
// bmp.Format ist kein enum
if (bmp.Format == PixelFormats.Gray16)
{
bmp.CopyPixels(values, stride * 2, 0);
}
else if (bmp.Format == PixelFormats.Gray8 ||
bmp.Format == PixelFormats.Indexed8)
{
// 8 BPP-Formate werden explizit als solche eingelesen
byte[] pixels8 = new byte[bmp.PixelHeight * bmp.PixelWidth];
bmp.CopyPixels(pixels8, stride, 0);
// convert 8 BBP to 16 BBP
for (int i = 0; i < values.Length; i++)
{
values[i] = pixels8[i];
}
}
else
{
// 16 BPP *.bmp landet hier
// Alle anderen Formate werden explizit nach 16 BPP Grau konvertiert
FormatConvertedBitmap newImage = new FormatConvertedBitmap(bmp, PixelFormats.Gray16, null, 0.0);
newImage.CopyPixels(values, stride * 2, 0);
newImage = null;
}
return true;
}
}

Diese Prozedur liest alle Bilder und gibt ein UShort-16BPP-Array zurück.

NoIde · 7. August 2018, 13:07

RodFromGermany schrieb:

Dies ist schon merkwürdig:

Ja. Allerdings liegt es wohl an IrfanView.

Mit diesem Icon sollte es genau so sein:

Edit: @RodFromGermany Ich habe festgestellt, das Irfanview bei keinem Icon meckert wegen einer falschen extension, solange ein 256x256 grosses Bild drin ist, da bei dieser grösse die ganze Bild-Datei in der Icon-Datei drin ist, nicht nur die Pixeldaten, parst IV wohl diesen PNG Header.

Solving graphical errors

Solving graphical errors

Peter329 schrieb:

VB.NET-Quellcode

Peter329 schrieb:

VB.NET-Quellcode

VB.NET-Quellcode

VB.NET-Quellcode

VaporiZed schrieb:

VB.NET-Quellcode

Peter329 schrieb:

Peter329 schrieb:

NoIde schrieb:

RodFromGermany schrieb:

C#-Quellcode

RodFromGermany schrieb:

Ähnliche Themen

5 Benutzer haben hier geschrieben