Screenshot mit Bitmap vergleichen

[KahPee]

Hallo,

ich habe bei einem Projekt vor zwei Bilder zu vergleichen. Als allererstes soll von einem Fenster ein Screenshot gemacht werden (ich denk mal das krieg ich hin). Anschließend soll der Screenshot mit einem anderen Bild aus einer Datei verglichen werden. Auch das Vergleichsbild ist ein Bitmap. Ich möchte jetzt auf keinen Fall die ganzen Bilder vergleichen. Vielmehr habe ich nur lauter Bildausschnitte die mit dem Screenshot verglichen werden sollen. Als Ergebnis möchte ich nur Wissen ob es eine Übereinstimmung gibt oder keine!

Da ich diesen Prozess immer wieder durchführen will möchte ich am liebsten eine Funktion, wo ich
1. Screen
2. Vergleichsbild
3. linke obere Ecke (left,top) wo das Vergleichsbild auf dem Screen verglichen wird

Vor allem durch den dritten Punkt erspare ich mir viel Rechenzeit, da so nicht immer das ganze Bild abgesucht wird. Ich möchte halt nur gucken welches Bild an einer bestimmten Stelle ist.
Nun habe ich gelesen, dass Screenshots nicht unbedingt vergleichbar sind, da jeder Destop andere Grafikeinstellungen vorweist. Ist es möglich die Funktion anzupassen, sodass dieser Umstand berücksichtigt wird?

Außerdem interessiert mich ob ich bei einem Bitmapvergleich immer die ganze Zeile vergleichen muss! Mir reichen unter Umständen wenige Pixel an bestimmten Bildstellen.

Vielen Dank schon mal im vorraus für mögliche Lösungshilfen und Lösungsvorschlägen.

mfg KahPee

[Matze]

Hallo,

mindestens 2 Lösungen, um Bilder zu vergleichen findest du in der DP:

Bildvergleich mit Summe der quadratischen Unterschiede (SSD)
Bildvergleich mit ZeroMeanNormalizedCross-Correlation (ZNCC)

Wenn du nur ganz bestimmte Pixel vergleichen möchtest (Koordinaten vorgegeben), könntest du das auch so machen:

if Canvas1.Pixels[x, y] = Canvas2.Pixels[x, y] then Wenn du Bilder pixelgenau vergleichen möchtest, kannst du diesen Code natürlich auch in einer Schleife für einen bestimmten Bildausschnitt nutzen. Nur musst lediglich die Koordinaten wissen und die kennst du, wenn ich das richtig verstanden habe.
Das Vergleichen von Bitmaps sollte unabhängig von den Farbeinstellungen von Desktop/Monitor sein. Die Farbwerte sind im Bild hinterlegt und das vergleichst du. Egal ob ein Bildschirm das etwas heller oder dunkler anzeigt.

Grüße, Matze

[KahPee]

Zitat von Matze:

Das Vergleichen von Bitmaps sollte unabhängig von den Farbeinstellungen von Desktop/Monitor sein. Die Farbwerte sind im Bild hinterlegt und das vergleichst du. Egal ob ein Bildschirm das etwas heller oder dunkler anzeigt.

In dem Thread wo ich gelesen habe, dass es dabei zu Problemen kommen kann ging es glaube ich weniger um die Helligkeit, sondern um die Farbtiefe.

mfg KahPee

[Mavarik]

Hallo!

Vielleicht kannst Du noch ein bischen mehr verraten, was Du machen willst...

Ist das Vergleichsbild auf dem gleichen Computer erstellt worden?

Willst Du auf gleich oder auf ähnlich abprüfen?

Mavarik

[KahPee]

Das Vergleichsbild wird aus einer Datei ausgelesen, das Bild erstelle ich selber. Allerdings soll das Programm wenn möglich auf mehrern PC laufen können. Wichtig ist, dass keine Verwechslung möglich ist also eigentlich eher auf gleich. Das ganze soll zum auslesen benutzt werden.
if match von zwei Bildern dann mach irgendetwas.

mfg KahPee

edit: Was ich nicht nicht erwähnt hatte, war dass das ganze mögichst schnell laufen sollte ,

[Mavarik]

Das Problem ist hier die möglichen unterschiedlichen Farbtiefen des Ziel-PC's

Wenn es nicht der "richtige" Farbwert sein muss würde ich not(clWhite) testen...

Mavarik

[KahPee]

Kann man die Farbtiefen den Auslesen? Das man also auf meinem PC die Vergleichscreens macht. Und dann auf anderren PC die Pixelveränderung mit einberechnen!

mfg KahPee

[Medium]

Wie wäre es denn die Vergleichsbilder in allen möglichen Farbtiefen vorzuhalten, auf dem Ziel-PC die benutzte Einstellung zu ermitteln, und einfach die entsprechenden Bilder zu nehmen? Immerhin sind heutzutage schlimmstenfalls 24/32 Bit und 16 Bit noch relevant, wobei 16Bit schon arg selten sein dürfte. 32 und 24 Bit unterscheiden sich in den Farbinformationen zudem nicht, es ist im Wesentlichen das selbe gemeint, nur dass bei 32Bit noch ein Alphakanal dazu kommt, der aber hier keine Rolle spielt. Ich wüsste nicht wo noch 256 Farben (also 8 Bit) genutzt werden, solange wir über PCs sprechen. Sollten noch mobile Geräte eine Rolle spielen, hat man evtl. noch mit 8 Bit, und ggf. 18 und 12 Bit zu tun, diese "krummen" gibt's aber auf PCs praktisch nicht.