Hallo, danke für die schnelle Antwort.
die Dateiendung gibt hier leider keine Hilfestellung (.dat). Hochladen möchte ich die Datei auch nicht, da diese vertrauliche Daten enthält. Sie gehört zu einem Program, welches Daten in dieser Datei speichert und diese an den Programmbesitzer sendet. Ich möchte mit Autoit überwachen, ob hier sensible Daten gespreichert werden (z.B. Chatverläufe). Sollte es mit Autoit nicht funktionieren, dann würde ich auf C, Java oder Phython wechseln.
Hallo zusammen,
ich versuche eine Datei mit Fileopen zu öffnen, Wenn ich dies tue bekomme ich asiatische Schriftzeichen: "慲敤椠癮瑩瑡潩捡散瑰摥ᯜ᷆ᮉࣘ䜉慯䉴瑯" angezeigt.
Öfnne ich die Datei im Texteditor, dann sind dort die selben Schriftzeichen enthalten. Öffne ich Sie hingegen mit Wordpad, dann dekodiert er mir den Inhalt in leserliches Englisch.
Jetzt würde ich aber gern die Datei mit Autoit einlesen wollen. Bisher habe ich folgendes versucht:
1.
FileOpen mit den diversen Modes aus der Hilfedatei:
Entweder er konnte es nicht öffnen, oder ich bekomme jene asiatischen schriftzeichen oder lediglich Zahlen (je anch Mode).
2.
Datei mit FileGetEncoding ausgelesen. Ergebnis ist 16, das müsste dann doch BINARY sein.
nächster Gedanke => Datei als Binary lesen und dann mit BinaryToString umwandeln => liefert kein Ergebnis
Hat jemand von euch eine Idee, wie ich herausfinden kann wie Wordpad die Datei decoded und wie ich das in Autoit umsetzen kann? Oder gern auch eine ganz andere Herangehensweise.
Besten Dank!
Danke für den neuen Input. Entschuldige wenn ich mich da etwas zu undeutlich ausgedrückt habe. Ja ich kann es einfach erneut speichern, dann mit dem Editor oder Autoit öffnen und das Problem tritt nicht erneut auf.
Als Psychologe finde ich es höchst faszinierend wie viel Zeit du aufwendest um mir mitzuteilen, dass du keine Zeit aufwenden möchtest. Auch die Projektion ist interessant. Wenn Interesse deinerseits besteht biete ich mich gern einmal an dies zu thematisieren, natürlich vertraulich. Nun aber zurück zum Thema. Wenn dir mein Script hilft hänge ich es gern unten an. Mehr Informationen kann ich leider nicht anbieten. Ich kann, wie bereits erwähnt die Datei nicht hochladen, da sie zu viele pikante Daten enthält. Beim Programm handelt es sich um ein durch eine externes IT Unternehmen speziell für mein Unternehmen angefertigtes Datenspeicher- und Verarbeitungssystem(explizit Privat- und Wirtschaftskunden). Dieses lagert anteilig Daten der Kunden in das Logfile aus. Ich möchte nun herausfinden ob es das kontinuierlich oder nur bei speziellen Aktionen im Programm tut.
Hier mein Script:
#include <Array.au3>
#include <File.au3>
#include <MsgBoxConstants.au3>
Local $aRetArray
_FilereadtoArray("LogFile.dat", $aRetArray)
Und noch eine kleine Bitte an Andy und gleichgesinnte. Wenn du/ihr nicht über entsprechende Kompetenz oder über entsprechendes Interesse verfügt mir einen neuen Input zu geben ist es nicht relevant dies darzustellen. Ich denke dafür ist unser aller Zeit zu kostbar. Danke 
.
Hallo,
vielen vielen Dank für die schnellen Antworten.
_GUICtrlRichEdit_Create habe ich bislang noch garnicht genutzt. Werde ich mich gern mal reinlesen.
Die Datei kann ich leider nicht hochladen. Zum einen enthält mir die Originaldatei zu viele Informationen über mein System als dass ich sie hier teilen möchte. Wenn ich die Datei abändere (sei es auch nur das ich sie in der Originalform nochmal speichere) dann tritt der Fehler nicht auf. Auch wenn ich ein beliebiges Zeichen in der Datei abändere oder lösche kann ich sie problemlos lesen. Das reicht aber für meinen Zweck leider nicht aus da ich sie automatisch überwachen möchte.
Ich hänge mal das Bild von dem Arraydisplay an.
Nochmal Danke für die schnellen Antworten.
Hallo zusammen,
ich weis garnicht ob ich das Problem gerade gut beschreiben kann. Ich habe eine Datei im .dat format die dient einem Programm als Logfile. Ich würde gern herausfinden was das Programm alles und vorallem wann genau speichert und will daher die .dat mit Autoit überwachen und jedesmal wenn er einen neuen Eintrag bekommt soll eine msgbox mit dem letzten Eintrag erscheinen. Vom Programmablauf soweit kein Problem. Der Punkt ist folgender wenn ich die Datei mit dem Editor öffne bekomme ich nur nichtlesbare Zeichen. Wenn ich Sie in Wordpad öffne bekomme ich den Inhalt korrekt angezeigt.
Jetzt wollte ich die Datei mit FileReadToArray auslesen. Da gibt es dann aber auch nur die wirren Zeichen.
Kennt jemand eine Möglichkeit den Codec (oder wie auch immer das bei Wordpad heißt) über Autoit zu nutzen?? Wichtig ist, dass mein Programm im Hintergrund laufen soll.
Besten Dank für die Mühe.
Hallo zusammen,
bei mir hat sich folgender Punkt ergeben, der mir eine Paar graue Haare mehr verschafft hat.
Ich habe ein Hausnetzwerk mit diversen Scripten die alle unterschiedliche Dinge tun (ja ja sehr präzise ich weis). Nun habe ich eine Ini auf einem zentralen Rechner als Steuerung eingerichtet von der sich die einzelnen Scripte Daten holen, sie dient also zur Steuerung. Nun habe ich seit kurzem von Win 7 als zentrales OS und vereinzelt Win XP bei den angehängten Rechnern komplett auf Win 10 umgesattelt. Seit dem habe ich das Problem, dass wenn ein gleichzeitiger Zugriff auf die Ini geschieht nur der erste sie lesen kann. Die anderen können erst teilweise 30s später wieder auf die ini zugreifen.
Ich weis ja, dass in der Iniread funktion das open write und close des files mit drin ist. Es geht hier auch nur ums lesen nicht ums schreiben in die Ini. Hab ihr nicht irgendeine Idee wie ich einen gleichzeitige Zugriff hinbekomme? Oder ist das er ein Win 10 Problem und gehört in ein gaaaanz anderes Forum?
Das wars!
Also number($variable) hat den Fehler behoben. Was mich etwas verwirrt ist dass ich bei beide Werte auch mit isnumber() überprüft habe und für beide werte eine 1 zurückgeliefert bekommen habe.
Denoch vielen Dank ihr habt mir sehr geholfen!! 
Hallo zusammen,
ich sehe gerade den Wald vor Bäumen nicht und bräuchte mal einen Input von außen.
Folgendes Problem:
Ich schreibe in ein Inputfeld mittels Send() eine variable. Die Variable ist eine Zahl. Dann markiere ich alles im Inputfeld, kopiere den Inhalt und vergleiche es mit der Variable um sicherzustellen, dass der Input richtig war. Klappt auch soweit ganz gut. Das Problem ist das die Variable <> dem Kopierten wert erkannt wird obwohl sie augenscheinlich gleich sind.
Bsp:
$a = 351201.04
$b = Clipget()
$a <> $b / 351201.04 <> 351201.04
rechne ich beide Werte *1 erhalte ich das selbe
(1*$a)<>(1*$b) / 351201.04 <> 351201.04
addiere ich auf beide Werte +1 funktioniert die Addition, die Ergebnisse werden aber immer noch als ungleich erkannt
(1+$a)<>(1+$b) / 351202.04 <> 351202.04
Hat jemand eine Idee?
Hallo Zusammen,
nochmal vielen vielen dank für die Mühe die ihr euch macht. Ich habe gerade mit der Arbeit recht viel um die Ohren daher kann ich mich nicht so intensiv an das Thema setzen. Ich befürchte das geht erst wieder am Freitag, daher habe ich auch noch nicht viel probieren können.
Ich habe Windows nur in der VM und nutze ein anderes OS. Habe es aber auch schon mal bei einem Bekannten ausprobiert und diese "Phänomen" taucht nur in der VM auf. Soweit ich herausbekommen habe liegt es an der simulierten Grafigkarte. Sobald es auf einen Host Windows OS ausserhalb der VM läuft bekomm ich auch ganz normal die Pixelwerte.
Local $hwnd = WinGetHandle ( "Dein Fenstertitel")
Local $hDC = _WinAPI_GetDC($hwnd)
Das geht, da bekomm ich den Handle. Die WPF kann ich auch direkt ansprechen. Ich bekomm halt nur keine Pixelwerte von ihr.
Andy das Bild soll nicht auf die Platte gespeichert werden sondern, so mein Grundgedanke, per GDI direkt aus dem Zwischenspeicher geholt werden, um es dann zu zuschneiden und dann den Hashwert dessen nehmen -> da bekomm ich aber nur "FFFFFF" als Ergebnis vom MD5 heraus.
Muss ich denn direkt an die Pixel heran um einen eindeutigen Haswert zu erhalten oder reicht es nicht wenn ich Einfach den GDI Wert des Bildes speichere? Oder ist im GDI nur der Handle der auf den Speicher verweist wo sich die Daten befinden? Oder Denk ich das gerade in die falsche Richtung?
Hallo nochmal und einen ganz ganz großen Dank für die ganze Hilfe die man hier bekommt. Ich find euch klasse
ich habe es gerade nochmal ausprobiert und das Programm geht leider nicht wie gewünscht. Bitte immer vor dem Hintergrund betrachten dass ich gerade noch neu auf dem Gebiet bin.
Wenn ich es richtig verstehe nimmt es die Pixel direkt vom Desktop. Das ist aber des eigentliche Problem da er das Fenster nicht erkennt werden die Pixel die eigentlich vom Fenster verdeckt sind genommen anstelle die des WPF Fensters (also er nimmt die Pixel des hinterm dem WPF liegenden Desktops). Ich hab in Autoit bislang noch keine Methode gefunden die das Fenster erkennt. Pixelchecksum, Pixelgetcolor, _Screencpture funktionieren leider alle nicht bzw. nehmen immer die Werte vom Desktop die eigentlich von dem WPF Fenster verdeckt sind.
Meine Lösung soweit:
- Screenshoot vom Desktop mittels Printscreen-Taste machen (Drucken Taste)
- mittels GDI Ausschnitt des Bildes in eine GUI zeichnen und dann bearbeiten
also es geht ich finde es halt nur sehr umständlich.
Bislang taucht das WPF Fenster nur auf dem Windows Screenshoot auf (Mittels Printscreen). Nun dachte ich wenn ich statt es in eine GUI zu zeichnen den Hashwert ermittle spare ich mir ein paar Schritte.
Da sie aber nur auf dem Screenshoot auftaucht müsste ich so vorgehen (in meiner Theorie)
- Printscreen drücken
- Aus dem Screenshoot im Speicher einen Bereich ausschneiden
- von dem Ausgeschnittenen Bereich den Hashwert nehmen
- der Hashwert sollte dann immer gleich sein sofern der Bereich gleich ist
ABER geht das so überhaupt? Ob das nun schneller oder langsamer ist ist mir eigentlich egal ich würde es halt nur gern lösen 
.
Hallo,
danke euch beiden für den Input.
Falsch geraten kein Bot 
ehr eine kuriose Entdeckung. Windows ist nicht mein OS und läuft nur in einer VM. In der programmiere ich auch. Nun habe ich vor einiger Zeit festgestellt, dass WPF in der VM "unsichtbar " ist. Man sieht sie und kann sie auch ganz normal nutzen nur Autoit erkennt sie nicht. Macht man einen Screencapture oder eine Pixelchecksum wird der Bereich hinter dem offenen Fenster genommen. Mir ist das aufgefallen als ich ein Programm heruntergeladen habe wobei es sich um eine in Autoit programmierte Bildschirmlupe handelte in der die WPF bei Mausover nicht sichtbar war sondern der Desktop dahinter. Auf einem klassischen Windows-Screenshoot hingegen ist die WPF dann wieder ganz normal zu erkennen.
Nun lässt mich das einfach nicht in ruhe und ich würde das Problem gern irgendwie lösen, Ich dachte es ginge evtl über Windows-Screenshoot machen Bereich ausschneiden und dann Hashwert als eine Art Checksum.
Das ist jetzt ein Bereich indem ich nicht so fitt bin aber wenn ich es richtig lese werden die Werte vom Desktop genommen. Dies wird leider nicht funktionieren. Geht das auch mit einem bild das im Zwischenspeicher ist? Bzw kann ich über das Handel vom Bild an die Daten kommen?
Hallo Zusammen,
ich versuche gerade von einem Screenshoot einen Bereich auszuschneiden und von diesem einen Hashwert mittels MD5 zu generieren. Um diesen dann ganz im Sinne einer Pixelchecksum mit einem anderen Hashwert (welcher auf dem selben Wege entstanden ist) zu vergleichen. In (meiner) Theorie sollte dies die gleiche Eindeutigkeit bei einem Bildervergleich wie die Pixelchecksum-Methode ergeben.
Das ist ein reines neugier Projekt und zielt auf die eigentliche Machbarkeit und weniger auf einen Anwendungsnutzen ab. Mein Code ist soweit noch sehr unfertig da ich gerade erst seit einigen Minuten dran sitze und mich Frage ob es generell machbar ist. Nichts desto trotz hier ein kleines Beispiel (momentan nur ein Screenshoot vom Desktop und die Ermittlung des Hashwertes):
_GDIPlus_Startup()
Send("{PRINTSCREEN}")
_ClipBoard_Open(0)
$BILDinZWSPEICHER = _ClipBoard_GetDataEx($CF_BITMAP)
$bild = _GDIPlus_BitmapCreateFromHBITMAP($BILDinZWSPEICHER)
_Crypt_Startup()
$sFile = $bild;"test.png"
$MD5 = _Crypt_HashFile($sFile, $CALG_MD5)
MsgBox(0, 'Hash', "MD5 von '"&$sFile&"': " &@CRLF & Hex($MD5))
_Crypt_Shutdown()
_GDIPlus_Shutdown()
Also der Hashwert von gespeicherten Bilder funktioniert aber ich möchte die Bilder nicht immer speichern müssen.
Hallo und danke für die schnelle Antwort.
Ist leider (noch) kein Programm das öffentlich zugänglich ist sondern ein Auftragsprojekt von einem Freund daher darf ich auch keine Screenshoots veröffentlichen oder näher ins Detail gehen. Falls euch das jetzt abschreckt ist das ok dann lassen wir das Thema ruhen, schließlich darf ich leider nichts genaues sagen.
Soweit es mein Programm Betrifft versuch ich gerade mehrer Nutzer zu simulieren um das Verhalten des Programms zu testen, Netzwerkauslastung, Server-Client Kommunikation etc.. Da hat sich Autoit in den lezten Jahren immer bewehrt um simple Scripte zu schreiben. Wie gesagt mein momentanes verfahren funktioniert, da wir aber gern eine vielzahl von gleichzeitigen Zugriffen simulieren würden wäre auch hier ein Ressourcensparendes Programm seitens Autoit hilfreich.
Achso vielleicht hilft die Aussage noch es ist kein Spiel sondern im weitesten Sinn etwas Administratives. Warum das jetzt WPF ist... hmm gute Frage kann mir da auch besseres vorstellen. Wie gesagt wenn das gegen eine Forenregel etc verstößt, dann lassen wir das Thema lieber ruhen 
Hallo zusammen,
mir geht da gerade mal die Frage durch den Kopf ob ich irgendwie die XP screenshoot dll ansteuern kann und sie dazu nutzen kann nur einen Teil des Bildschirms in den Zwischenspeicher zu kopieren.
Ich hab grad folgendes Problem. Ich hab ein Programm da würde ich gern testen ob sich das Bild verändert. Pixelchecksum funktioniert kurioserweise nicht, da das Programm dafür "unsichtbar" zu seien scheint. Oder einfacher formuliert bekomm ich die Checksum vom Desktop der hinter dem Fenster liegt. Das selbe Phänomen tritt bei screencapture auf. Da bekomm ich eine Kopie vom Desktop hinter dem Fenster (der Teil des Desktops wird eigentlich vom Fenster verdeckt).
Ich denke das Problem liegt daran, dass ich alle meine Scripte in einer Virtuellen Umgebung schreibe und teste da ich sie nicht auf mein Hostsystem lassen möchte. Bei dem Programm handelt es sich um eine WPF Anwendung die für alle Autoit mechanismen "unsichtbar" scheint.
Nun aber zurück zum Thema. Die einzige Lösung die mir bislang eingefallen ist, ist per Druckentaste einen Screenshoot zu nehmen (hier ist die WPF dann sichtbar) einen Teil per GDI in eine GUI zu zeichnen und sie von der GUI per Checksum auszulesen. Nun war der Gedanke evtl nicht immer einen kompletten Screenshoot machen zu müssen um evtl Ressourcen zu sparen.
Alternative Ideen sind aber auch gern wilkommen.
Schonmal danke für alle die sich die Mühe gemacht haben das alles zu lesen !
Vielen vielen Dank an euch beide für die schnelle Hilfe. Es war _WinAPI an dem es hing.
sollte nochmal jemand das selbe Problem haben in meinem Script oben einfach => _WinAPI_DeleteObject($bild) durch _GDIPlus_BitmapDispose($bild) ersetzen und es läuft!
Ich bin mir ehrlich gesagt nicht ganz sicher, ist für mich neoch Neuland. Ich poste mal die gdi func dann ist es einfacher
func _screen_Fenster ($source_x,$source_y,$source_l,$source_h)
$source_l=$source_l-$source_x
$source_h=$source_h-$source_y
Send("{PRINTSCREEN}")
sleep(100)
_ClipBoard_Open(0)
$BILDinZWSPEICHER = _ClipBoard_GetDataEx($CF_BITMAP)
_GDIPlus_Startup()
$bild = _GDIPlus_BitmapCreateFromHBITMAP($BILDinZWSPEICHER)
$hGraphic = _GDIPlus_GraphicsCreateFromHWND($XO_FORM)
[/autoit][autoit][/autoit][autoit]local $pic_out_x=12
local $pic_out_y=12;
local $pic_out_l=184
local $pic_out_h=47
_GDIPlus_GraphicsDrawImageRectRect($hGraphic, $bild, $source_x, $source_y,$source_l,$source_h,$pic_out_x,$pic_out_y,$pic_out_l,$pic_out_h)
[/autoit][autoit][/autoit][autoit][/autoit][autoit]_ClipBoard_Close()
_WinAPI_DeleteObject($bild)
_GDIPlus_ImageDispose($hGraphic)
_GDIPlus_Shutdown()
[/autoit][autoit][/autoit][autoit]return 0
endfunc
Hallo Autoit Freunde,
ich experimentiere gerade etwas mit gdi und da ist mir etwas aufgefallen. Wenn ich einen Screenshoot mache (per "drucken" taste) und einen Ausschnitt per _GDIPlus_GraphicsDrawImageRectRect in eine gui zeichne dann funktioniert das genau 394 mal. Ab dem 395. mal läuft die For/Next Schleife weiter aber der Ausschnitt wird nicht mehr in die GUI gezeichnet. Schliesse ich das Programm und starte es neu geht es wieder bis zum 394. mal. Für mich als Leihen sieht das so aus als ob der Speicher voll ist. Hat jemand eine Ahnung woran das liegen könnte? 
Evtl. ist noch wichtig zu erwähnen, dass ich alles in eine Virtuellen Machiene programmiere um mein Host System sauber zu halten.
Vielen vielen dank für die ganze Mühe. Ich kämpfe mich da am Wochenende mal durch.
Super vielen dank für die Antworten, ich konnte es aus Zeitgründen noch nicht testen. _WinAPI_BitBlt() hab ich mir durchgelesen und irgendwie versteh ich es nicht ganz. Sorry das ich da nochmal nachfrage aber statt was baue ich das dann ein? Wie gesagt blutiger gdi Anfänger auf dieser Seite 
.
Hallo zusammen,
was gdi betrifft bin ich noch blutiger Anfänger und könnte etwas starthilfe gebrauchen. Ich möchte gern ein gespeichertes Bild mittels gdi widergeben. Es soll jedoch nicht das ganze Bild sondern nur Pixel einer bestimmten Farbe wiedergegeben werden.
Ein Beispiel:
Ein Bild enthält einen schwarzen Text. Nun soll das Bild geladen werden und lediglich der schwarze Text soll mittels gdi gezeichnet werden (Rest des Bildes enthält kein schwarz).
Laden eines Bildes, einen Bereich Clonen und das ganze Bild darstellen ist kein Problem nur bei der Darstellung von Pixeln einer bestimmten Farbe komm ich nicht weiter. Gibt es da eine einfache und vorallem schnelle Methode? Alternativ würde mir auch eine art Pixelchecksum von Pixeln einer Farbe weiterhelfen. Pixelgetcolor ist mir diesbezüglich aber einfach zu langsam!
Besten Dank
