Hallo,
ich bin zur Zeit auf der Suche nach einer Möglichkeit um möglichst schnell (alle 200ms) viele verschiedene Bereiche des Bildschirms "aufzunehmen" (ungefähr 30*(200²Pixel) groß). Dabei habe ich auch schon mehrere Optionen ausprobiert:
1. Per Graphics.CopyFromScreen die verschiedenen Bereiche aufzunehmen=> niedrige CPU Auslastung, ABER das verschieben von allen Fenstern läuft seehr langsam, und fast die komplette Oberfläche (nicht nur von dem einen Programm, sondern alles) friert praktisch ein, und aktualisiert sich nur alle paar Sekunden
2. Per Graphics.CopyFromScreen einen großen Screenshot machen, per LockBits die Bytes holen und die einzelnen Bereiche aus einem Array auslesen=>Oberfläche läuft komplett normal, ABER recht hohe CPU Last (~20-25%)
3./4. Die Oben genannten Möglichkeiten, nur dass ich die BitBlt Funktionen direkt aufgerufen, und nicht mehr .NET Framework Funktionen=>Brachte (wie erwartet) keinen Unterschied.

Hat jemand vielleicht noch eine neue Idee, oder eine Idee, wie man die vorhanden Dinge optimieren kann (Bspw.: zu 2., dass die gesamten Desktop-Oberfläche nicht mehr laggt)?

Vielen Dank schon mal im Voraus,
FlashTek

@vb-checker Nein, Profiling ergab, dass die größte Auslastung bei den Lockbits Methoden beim Auslesen der Daten aus dem Array & Übertragen in das (dem anderen Bild zugehörigen) Array auftrat.

@thefiloe mache ich bereits.

@nikeee13 zu 1.: das geht leider nicht so geil, da die Daten nicht alle an einem Stück hängen.
zu 2.: Aber kann man damit so viel einsparen?

Ah, fu. Danke nikeee... Nach über zwei Monaten ein Projekt wieder fortzusetzen, was bis dahin nur kryptisch erstellt war, macht doch manchmal leichte Probleme... z.B., wenn man nicht mehr so genau im Kopf hat, wie die eigenen Funktionen genau arbeiten.

Edit: nichts desto trotz, hatte ich Recht:
Hier ist mal ein Auszug aus einer Liste, in der ich mal die auszulesenden Stellen des Arrays für ein Beispiel protokolliert habe

631295
631296
634625
634626
634627

Und da ist ja ein Sprung sehr deutlich zu sehen...

Damit lese ich einen Ausschnitt aus dem größeren Bild aus, daher liegen sie nicht hintereinander... Die einzige geschilderte Situation, in der ich ein Array nutze...

@RodFromGermany

Willst Du einen Film drehen?

Nein, ein Fernwartungsprogramm, wie nikeee schon sagte.

Willst Du ein eigenes Fenster fotografieren?

Nein

Willst Du ein fremdes Fenster fotografieren?

Jein, den kompletten "Bildschirm"

Müssen die Bildrate so hoch sein (5 / s)?

Eigentlich schon

Gibt es andere einzuhaltende Randbedingungen?

Ja, die Bildinformationen sollen möglichst klein (=Dateigröße=>möglichst gering) sein.

@Dodo Bis jetzt überprüfe ich, ob sich in dem 128²px großen Bereich genügend geändert hat, und übertrage ihn dann, ansonsten eben nicht. Dabei nutze ich Bildkompressionen. Aber das, was am meisten CPU Leistung frisst, sollte laut Profiler die Funktion sein, die mir einen Ausschnitt eines Bildes liefert.

@Memo Bei simplen Testfunktionen, bei denen man nie denkt, dass entweder das Projekt überhaupt mal wirklich aus der Planung rauskommt, oder dass diese Funktionen überhaupt existieren belieben, lasse ich es gerne mal aus. Außerdem habe ich ja den Plan davon, nur eben nicht auf Papier sondern im Kopf... und wie sich herausgestellt hat, war meine erste Vermutung doch richtig (also hatte ich es noch richtig im Kopf, wie sich ein Überprüfen im Code gezeigt hat), aber egal. Das hilft mir ja grade nicht beim Lösen des Problems;)

Hat noch jemand eine Idee dazu?