| |
| |
|
Richi | Ideen gesucht um den VRAM (Bildspeicher) auszulesen
Wenn jemand ein Ansatzmöglichkeit sieht bitte mal Posten
THX
Richi |
|
| |
| |
| |
|
|
 | Schau mal ob Du eine entsprechende WMI-Klasse findest z.B. per WMICodeCreator.
Dann einfach mit der wmi.inc auslesen. |
|
| |
| |
| |
|
|
Richi | Oh Wmi-Klassen muss ich mich erst einarbeiten. Der WMICodeCreator sieht gut aus, diesen kannte ich noch nicht
Danke iF
Wer weitere Ideen hat...... sind natürlich herzlichst erwünscht |
|
| |
| |
| |
|
|
| Vielleicht habe ich Deine Frage auch zu schnell gelesen...
Dir gehts um die Größe?! |
|
| |
| |
| |
|
|
Richi | NE, um den Inhalt  ,
und das nicht als Bitmap wie z.B. [Druck / S-Abf] Taste. Ich bin immer noch auf der 'Jagt' Windows den BildschirmText direkt ab zu locken. Mir scheint es aber bisher so, dass Windows da nix anderes wie einen BildschirmTreiber an den Speicher lässt... hmmm ?!?!?!?! Ich glaube aber das es eine undokumentierte API, seit 2006 gibt.
Andere Wege wären natürlich auch Interessant !!!
Undokomentierte API#s zB hier:
[...]  |
|
| |
| |
| |
|
|
| Aha. Hat dann aber mit "VRAM" nichts zu tun.
Wennn Du das Bild möchtest dann einfach mal savebmp 0,0 - maxx,maxy probieren
nach Startpaint 0 oder mache windowstyle 112 und window 0,0 - maxx,maxy und
danach savebmp. Was Du imho nicht erhalten kannst ist soetwas wie eine feste
Adresse an der die Pixeldaten stehen, die auf allen Windows-Versionen und GraKa-
Treibern bereitgestellt wird. |
|
| |
| |
| |
|
|
Richi | Ich glaube wir sind auf verschiedenen Themen  |
|
| |
| |
| |
|
|
| Jupp, vermutlich aber immerhin auf dem selben Planeten. 
Alles was Windows auf einem Bildschirm zeigt sind Pixel und auf Druckern Vektoren -
sehr grob formuliert. Auch Controls wie Buttons etc werden gepixelt. So ein Speicher,
in dem Klartext steht, welcher Text auf dem Bildschirm steht, halte ich für ausgeschlossen
bei aktuellen Windowsversionen, da die Programme so geschrieben sind, dass sie
etwas auf den Bildschirm pixeln, wenn sie etwas anzeigen sollen.
Du könntest die Pixel untersuchen per OCR ( [...] ), also ein Bildschirm-OCR-Programm
schreiben oder verwenden. Dies wird jedoch die CPU nicht unerheblich verwenden.
Hier hat wohl mal einer sowas gepinselt: [...]
Was auch ginge, aber nur wenn es um Text von Controls (Buttons/ Static/ etc..) geht,
ist das Control zu befragen per wm_getText. Das ist das, was ich in dem anderen
Thema dazu anmerkte. Aber auch hier müsstest mit einer Schleife den Bildschirm
ablaufen. Da könnte Dir aber eine Controls-Map helfen: [...] |
|
| |
| |
| |
|
|
Richi | JA, auf dem Planeten xProfan 
Danke für deine Antwort,
dass mit den OCR habe ich letztes Wochenende getestet. Der Erfolg war naja, wie du schon bemerktest CPU last usw. Control-Map werde ich mal ansehen Danke.
Das 'Pixeln' ist bekannt, ich denke das ich mich in den Treiber von der Grafikkarte einmische wird zu viel. Ich schraube mein Projekt im Moment sehr herunter, da mir einfach die Zeit weg rennt. Ich werde die nächsten Tage aus den fast unzähligen Skripten und Programmabschnitten etwas zusammenbauen das man leicht bedienen kann und funktioniert.So nach dem Motto lieber heute eine gute Lösung als morgen die Perfekte.
Fehlende Textabschnitte konnte ich in den TIF (Temporary Internet Files) Files des Content.IE5 ausmachen. Muss mir nur noch zwei Programmabschnitte überlegen:
A: Wie bekomme ich aus einen Verzeichnis alle Namen (Programmnamen,Verzeichnisnamen usw.) warscheinlich mit 'AddFiles'. Da der IE in unterschiedliche Temp-Verzeichnisse schreibt, die er versteckt hält und auf jeden Rechner einen anderen Namen tragen.
B: Eine sehr schnelle Suchroutine ähnlich '@FindFirst$(S)' nur mit der Uhrzeit. Da mir die abgefragten Daten unter files[1],files[2],files[3]...usw in mindestens 2 Ordnern gespeichert werden, teils unter dem selben Namen. Sehe hier nur über die Uhrzeit eine Möglichkeit an die 'zuletzt' gespeicherte Datei zu kommen...
Ich bedanke mich für das Mit-tüfteln an neuen Ideen
Wenn eine EndVersion fertig ist gebe ich in jeden Fall mal Info usw |
|
| |
| |
| |
|
|
| Jo, AddFiles, aber vlt. die addFiles.dll mit der Funktion AddFilesEx: [...] -
die liefert auch Dateiname;Größe;Zeit. |
|
| |
| |
| |
|
|
Richi |  , spiele grade mit Deiner 'Addfiles.Dll' herum, dass sieht sehr gut aus 
Eine Idee wie man versteckte Dateien und Verzeichnisse anzeigen könnte, also mit Addfiles.dll ? |
|
| |
| |
| |
|
|
Richi | | Hat sich erledigt, habe es gefunden |
|
| |
| |
| |
|
(947)
Deutsch
English
Français
Español
Italia