1. Dashboard
  2. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  3. Forenregeln
  4. Forum
    1. Unerledigte Themen
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. AutoIt.de - Das deutschsprachige Forum.
  2. Mitglieder
  3. Andy

Beiträge von Andy

  • Windows 95

    • Andy
    • 13. Dezember 2009 um 16:35
    Zitat

    Kann mir nicht vorstellen, dass W95 mit "ein paar KB Arbeitsspeicher" klar kommt...

    Ich schon, habe hier noch ein voll funktionsfähiges Toshi Satellite PRO 430CDT mit 120 mhz-Prozessor und 48 MB RAM am Start... mit WIN95 übrigens einwandfrei nutzbar.

    Zitat

    Gibt genug kleine Linuxe, LXDE oder XFCE-Desktops helfen schon sehr, selbst XUbuntu sollte mit 128 MB RAM entspannt laufen...

    Auch wenn ich deine Aussagen sonst sehr schätze, aber da fällt mir doch die Klappe runter! Alle deine "Linuxe" sind spezell angepasste Systeme, genau wie die 2341 anderen (kleinen) Linuxe auch. "Einfach installieren, läuft!" ist damit definitiv NICHT!
    Und beim selbstkompilieren fängt der Ärger an, such mal aktuell Treiber für 10-15 Jahre alte Komponenten...da waren die meisten der "Linuxfreaks" noch im Kindergarten und haben heute besseres zu tun, als für irgendeine Uraltkiste wochenlang zu versuchen einen lauffähigen Kernel zu basteln....so jedenfalls meine Erfahrung. Komponenten zusammenkopieren, kompilieren, fertig, läuft! Schön wärs...
    Ich habe im Keller noch einen nicht totzubekommenden Haufen Elektronikschrott im Einsatz, auf dem läuft ein (damals schweineteures) SunOS, welches damals "vom LKW gefallen" war :thumbup: . Naja, Lizenz ist Lizenz, und Rechnung habe ich auch (noch).

    Ich hab nichts gegen ein lauffähiges Linux genausowenig wie gegen andere Betriebssysteme, aber Linux als Alternative KANN immer nur eine Möglichkeit sein, muß aber nicht! Wenn auf einer (sehr alten) Hardware ein System problemlos läuft, dann sollte man das beibehalten anstatt mit unangemessenem Aufwand mit aller Gewalt ein Linux darauf portieren zu wollen. Daß solch eine Portierung funktioniert will ich garnicht abstreiten, aber wie schon gesagt, keinesfalls mit "Diskette rein, läuft!". Bei wem das auf Anhieb klappt, der kann sich gerne bei mir ein Weihnachts-Bier abholen :thumbup:

  • Vergleichen von HDD-Inhalten

    • Andy
    • 13. Dezember 2009 um 11:18

    Hallo,
    habe dein Script ausprobiert , funktioniert soweit....die hinzugekommenen Dateien werden in der Liste angezeigt! Allerdings solltest du noch doppelte CRLF entfernen, damit keine störenden Leerzeilen entstehen.
    Weiterhin funktioniert das ganze auch nur dann, wenn die Verzeichnisordnung nicht verändert wurde. Stringreplace kann nur zusammenhängende Strings ersetzen!

    Spoiler anzeigen
    [autoit]

    #include <ButtonConstants.au3>
    #include <EditConstants.au3>
    #include <GUIConstantsEx.au3>
    #include <WindowsConstants.au3>
    #include <filelistRekursiv.au3>
    #include <Array.au3>
    #Region ### START Koda GUI section ### Form=
    $Form1_1 = GUICreate("Form1", 766, 553, 268, 309)
    $Button1 = GUICtrlCreateButton("Durchsuchen...", 56, 464, 219, 57, $WS_GROUP)
    $Button2 = GUICtrlCreateButton("Go", 488, 472, 219, 57, $WS_GROUP)
    $Edit1 = GUICtrlCreateEdit("", 16, 16, 729, 433)
    GUICtrlSetData(-1, "Edit1")
    GUISetState(@SW_SHOW)
    #EndRegion ### END Koda GUI section ###

    [/autoit] [autoit][/autoit] [autoit]

    $file=fileopen("C:\speicher.dat",0)
    $string=fileread($file)

    [/autoit] [autoit][/autoit] [autoit]

    $pfad=filereadline($file,1)
    ;MsgBox(262144,'Debug line ~' & @ScriptLineNumber,'Selection:' & @lf & '$pfad' & @lf & @lf & 'Return:' & @lf & $pfad) ;### Debug MSGBOX

    [/autoit] [autoit][/autoit] [autoit]

    fileclose($file)
    if $string= "" then
    GUICtrlSetData($Edit1,"Keine abgespeicherten Daten vorhanden!"&@crlf)
    endif
    ; MsgBox(262144,'Debug line ~' & @ScriptLineNumber,'Selection:' & @lf & '$string' & @lf & @lf & 'Return:' & @lf & $string) ;### Debug MSGBOX

    [/autoit] [autoit][/autoit] [autoit][/autoit] [autoit]

    While 1
    $Msg = GUIGetMsg()
    Switch $Msg
    Case $GUI_EVENT_CLOSE
    Exit
    Case $Button1
    $pfad = FileSelectFolder("Pfad aussuchen","")
    if $pfad <> "" Then
    GUICtrlSetData($Edit1,'"'&$pfad&'" wurde ausgewählt')
    $string = _GetFilesFolder_Rekursiv($pfad,-1,0,1)
    $text = GUICtrlRead($Edit1)
    GUICtrlSetData($Edit1,$text&@CRLF&"Daten wurden in das Array eingelesen."&@CRLF)
    filedelete("C:\speicher.dat")
    filewrite("C:\speicher.dat",$pfad&@crlf&$string)

    [/autoit] [autoit][/autoit] [autoit]

    EndIf
    Case $Button2
    if $pfad<>"" then
    $file=$string
    GUICtrlSetData($Edit1,GUICtrlRead($Edit1)&@CRLF&"Daten werden verglichen...")
    $string2 = _GetFilesFolder_Rekursiv($pfad,-1,0,1)
    if $string==$string2 Then
    GUICtrlSetData($Edit1,GUICtrlRead($Edit1)&@CRLF&"Daten stimmen überein!")
    Else
    $array=stringsplit($string2,@crlf,3)
    for $zeile in $array
    if stringinstr($string,$zeile)<>0 then ;wenn datei in der speicher.dat vorhanden, dann aus der liste löschen

    [/autoit] [autoit][/autoit] [autoit]

    $file = stringreplace($file,$zeile&@crlf,"") ;casesense nötig?!

    [/autoit] [autoit][/autoit] [autoit]

    else ;ansonsten an die Liste anhängen
    $file&=@crlf&$zeile&" Datei wurde hinzugefügt"

    [/autoit] [autoit][/autoit] [autoit]

    endif
    next

    [/autoit] [autoit][/autoit] [autoit]

    GUICtrlSetData($Edit1,GUICtrlRead($Edit1)&@CRLF&"Daten stimmen NICHT überein!"&@CRLF&$file&@CRLF)
    EndIf
    endif
    EndSwitch
    WEnd

    [/autoit]
  • Variablen in CMD-Befehl einfügen

    • Andy
    • 13. Dezember 2009 um 10:43
    [autoit]

    Run(@ComSpec & " /c " & 'C:\psshutdown \\'&$test_pc&' -u '&$Administrator&' -p '&$pass&' -f -k', "", @SW_HIDE)

    [/autoit]

    sollte so funktionieren, die Variablen sind die Rückgaben der Inputboxen

  • Wie speichere ich lParam von WM_Notif?

    • Andy
    • 12. Dezember 2009 um 18:14
    Zitat

    Du musst, wie Progandy bereits anmerkte, die Werte aus der Struktur abspeichern/kopieren.

    Nicht nur das, es müssen ALLE Events abgespeichert werden. Es könnte gut sein, daß 20 Events aufgerufen werden, bevor das "Script Zeit hat", um diese abzuarbeiten.
    Und ob das Handling dieser Daten und der Verwaltungsaufwand den Geschwindigkeitsvorteil aufwiegen ist eben die Frage...

  • Wie speichere ich lParam von WM_Notif?

    • Andy
    • 12. Dezember 2009 um 17:49

    Ich glaube ich weiss was er vorhat^^
    Der INHALT der aktuellen struct $tagNMHDR soll gespeichert werden, d.h. alle darin enthaltenen Parameter.
    Im Prinzip müßtest du nur eine neue struct erstellen und $tagNMHDR dort hineinkopieren, und den Pointer auf diese (neue) struct in einem Array speichern.
    Die Frage ist nun, wie findest du die für dich relevanten Daten. Nach irgendwas willst/musst du ja suchen. Ggf alle Pointer durchlaufen und die Daten in den gespeicherten structs durchsuchen....

  • Suchen ob mehrere Zeichen in einem String enthalten ist?

    • Andy
    • 11. Dezember 2009 um 22:28
    [autoit]

    for $i=0 to ubound($forbiddenwords)-1
    If StringInStr($LocationURL,$ForbiddenWords[$i])=0 Then
    MsgBox(1,$ForbiddenWords[$i],"nich so")
    EndIf
    next

    [/autoit]

    so gehts.../EDIT/ langsssssaaaaaaaaammmmmmmmm

  • Umwandlung

    • Andy
    • 11. Dezember 2009 um 11:52

    Hallo, das hört sich nach einer falschen bzw nicht (richtig) festgelegten Framerate an. Als Zielframerate MÜSSEN 25fps eingestellt sein. Je nach Ausgangsmaterial (Beispiel NTSC 23,96 fps, oder allgemein eine variable Framerate) wird diese Framerate automatisch (evtl. falsch) festgelegt. Gib beim QUELLMATERIAL unabhängig von der realen Framerate 25fps ein, und beim Zielmaterial auch diese 25fps. Dann sollte es zumindest deswegen keine Ruckler mehr geben.

  • Decompiler unschädlich machen

    • Andy
    • 11. Dezember 2009 um 11:13
    Zitat

    C++, VB und ASM sind da m.E. viel einfacher zu verstehen.

    Aha....
    Jetzt wäre nur noch die Frage, wozu jemand, der fit in Assembler ist, einen Decompiler braucht?! Es ist absolut müßig überhaupt darüber zu sprechen, im Endeffekt ist JEDE Datei (solange sie lesbar ist) zu dekodieren. Ob jetzt ein C-code kompiliert wird, oder Pascal oder Forth, solange man den Prozessorcode (oder Bytecode) im Zweifelsfall aus einem Speicherdump "lesen" kann, ist der Rest uninteressant.
    Und genau da liegt der Hase im Pfeffer. Wer das KnowHow hat, der macht alles andere als zu versuchen in irgendwelchen "Pixelbots" für WOW den Angel-Code zu "knacken"....Wobei mal wieder die Zielgruppe der Decompiler-User festgelegt wäre :D
    Wer die 10 Euro nicht hat um in der Bucht den Bot zu kaufen, der soll halt am Samstag eine Stunde Zeitungen austragen gehen!

  • Problem

    • Andy
    • 10. Dezember 2009 um 17:11

    Hallo,
    du könntest entweder mit HFS (HTTP-Fileserver) oder mit FTP das/die Verzeichnisse freigeben. Weiterhin benötigst du noch einen (kostenlosen) DYNDNS-Account, damit bekommt dein "Server" einen Namen. Somit kannst du von überall auf dieses Verzeichnis zugreifen.

    In der allergrößten Not könntest du auch über die Datei und Druckerfreigabe das Verzeichnis freigeben. Erstelle dazu einen neuen User (lokal) der nur Berechtigungen in diesem Verzeichnis hat. Dann kannst du von überall auf diese Freigabe zugreifen (Username/Passwort), genau wie auf eine Freigabe im internen Netz. Problem ist, daß die meisten Router die Netbios-Ports 137 und 139 per default blocken (vernünftigerweise).

  • UDF-Database v0.1.1

    • Andy
    • 10. Dezember 2009 um 11:56

    Funktioniert schon sehr gut, ein Einbindung der Beschreibung des Programms in die Suche wäre gut, ggf zuerst die Treffer beim Namen, dann die in der Beschreibung. Oder bei weniger als 3 Treffern auch alle Beschreibungen durchsuchen...

  • Koordinatensuche "zusammfassbar"?

    • Andy
    • 9. Dezember 2009 um 22:06
    Zitat

    Ich habe ein Koordinatensystem, bei dem ich gern eine "Erleichterung" bei der Suche hätte...

    Das war deine Anfrage im Startpost, gefolgt von der bildlichen Darstellung und der "bisherigen" Suchreihenfolge

    Zitat

    x-1 : y-1 | x : y-1 | x+1 : x-1
    x-1 : y | x : y | x +1 : y
    x-1 : y+1 | x: y+1 | x+1 : y+1

    Das ist also m.E. der IST-Zustand, gefolgt von:

    Zitat

    Ich möchte also von den Koordinaten x:y ausgehend wissen, ob ich das "Raster" dafür vereinfacht schreiben kann...
    Oder halt jede Koordinate einzeln erfassen muss, wie ich es ja schon "dargestellt" habe...

    Bis hierhin dein "Problem". Das was jetzt als "Lösung" gepostet wurde ist doch nichts anderes als das, was von dir im Startposting schon als IST-Zustand vorgestellt wurde?! Oder fehlte dir einzig und allein das Script? Dann schreib das doch in dein erstes Posting rein, und alles ist klar. Dann brauchst du auch nicht von "Erleichterung" und "und habe um Hilfe, bzw. VERBESSERUNG meiner Lösung gebeten..." zu reden, wenn garnichts verbessert, sondern genau so wie von dir beschrieben gescriptet wurde!
    WAS ist jetzt an der von Oscar (übrigens sehr schön anschaulich) in Scriptform gegossenen Reihenfolge der Abfragen BESSER als der genau so von dir im ersten Post gemachte IST-Zustand?

    Mir gings eigentlich um die von dir geforderte Verbesserung, d.h. wie könnte man aus 100 Abfragen beispielsweise mit einer "cleveren" Suchroutine nur 25 machen. So etwas ist nämlich durchaus möglich, mit Hilfe von Spiegelung, Drehung, und einem modifizierten Koordinatensystem. Daher meine Frage nach dem konkreten Problem. Aber mittlerweile vermute ich, daß es dir darauf garnicht ankommt. DEINE Lösung ist ja nun "verbessert" :rolleyes: , wobei du es ja vorziehst, deine Lösung garnicht erst vorzustellen:

    Zitat

    Und ich halte das auch für angenehmer, als hier einen 2000-Zeilen-Code hinzuklatschen und zu fragen "Wie kann ich das kürzen/verbessern?"...


    Und OT ist das schonmal garnicht!

  • Konica Minolta Dimage A200

    • Andy
    • 9. Dezember 2009 um 13:09

    Hallo Alina,
    ein Bekannter hatte ein ähnliches Problem. Mein Vorschlag war damals auch das schon von Oscar angesprochene Irfanview. Eine Batch mit zwei bis drei Zeilen löst da so ziemlich alles.

    Weiterhin kann ich nur das Programm Photoresize empfehlen, ein schöner Clou dort ist, daß die Parameter nicht als lange Kette von Variablen an die Datei angehängt werden sondern in den Dateinamen integriert sind, nach Bedarf werden automatisch Einträge im "SendTo" erstellt, so daß man komplette Verzeichnisse mit 2 Mausklicks umwandeln kann. Schneller gehts nimmer....

  • Koordinatensuche "zusammfassbar"?

    • Andy
    • 9. Dezember 2009 um 12:44
    Zitat

    Würde also anstatt Einzelfunktionen für jeden Vergleich, lieber etwas kompakteres haben, wenn möglich...

    will ja nicht meckern, aber was ist jetzt "kompakt"? Der Einzelvergleich findet nach wie vor statt. In welcher Reihenfolge die Inhalte in einem Array nacheinander abgeklappert werden ist doch völlig egal. Nutzen hat das "Suchmuster" doch nur, solange es in bestimmten Fällen Vorteile bietet. Und die sehe ich nicht.
    Das meinte ich in meinem Post mit "konkretem Problem".
    Wenn es darum geht, erstmalig den Abstand zu einem oder mehreren "Objekten" auf der Karte herauszufinden, dann muß sowieso die komplette Karte gescannt werden.
    Wenn sich diese Objekte dann bewegen, ist es doch wesentlich einfacher, ihre einzelnen Positionen miteinander zu vergleichen als wiederum die komplette Karte zu scannen. Daher verstehe ich den Ansatz mit dem angesprochenen (komplizierten=langsamen) Suchmuster nicht.

  • ... - Es muss alles ganz klar kommuniziert werden!

    • Andy
    • 8. Dezember 2009 um 18:44
    Zitat

    Oh man bin ich froh wenn der Rabbit die Egs painted und im Garden hidded

    ich nicht...weil die Kids trotz Navi-Handy die nicht getaggten Eggs nicht finden und so beim ersten Barbecue im Garten das chillen aufgrund der extreeeem-airpollution ausfällt! Aber wozu gibts denn Duftbäumchen, die hängt man dann draussen überall hin, dann smells it wieder fresh :thumbup:

  • WinSetState alternative für Titel

    • Andy
    • 8. Dezember 2009 um 11:52
    Zitat

    da hab ich die handle genommen und bei "titel" eingefügt

    zeig mal die entsprechende Zeile(n) im Script

  • pixel zählen

    • Andy
    • 8. Dezember 2009 um 08:46

    Hi,
    ein Beispielscript um die Koordinaten aller schwarzen Pixel einer Grafik in eine Datei zu schreiben und auch noch die Farben der einzelnen Pixel in einem Array vorzuhalten habe ich vor kurzem im engl. Forum gepostet.
    Es gibt noch etwas Potenzial zur Geschwindigkeitsverbesserung der reinen AutoIt-Lösung, aber1680x1050 in einigen hundert Millisekunden war dem dortigen Threadersteller schnell genug. Übrigens ging es dort nicht um einen Bot, es hat im Bezug auf die Antworten große Vorteile, wenn man die "Karten offen auf den Tisch legt"!

    Zitat

    Aber andererseits finde ich das sogar gut. Das behindert die Botter.

    Naja, sagen wir mal so, wer darauf angewiesen ist, in einem sehr simplen Computerspiel zu betrügen bzw. nicht in der Lage ist, virtuelles Pixel-"Vermögen" auf rechtmäßige Art und Weise zu erreichen, dem fehlt auch meist der "Skill" um ein simples Script so umzuschreiben (und per Suchfunktion erstmal zu finden ^^ ), daß es auf die eigenen Anforderungen passt.... :rolleyes: Daher habe ich meistens kein Problem mit dezenten Hinweisen.

  • 5 Klicks innerhalb von unter 1sek ausführen

    • Andy
    • 7. Dezember 2009 um 21:20
    Zitat

    WIE BAUE ICH EINEN BOT UND VERRATE ES NICHT

    der ist schon gut :D
    :rofl::rofl::rofl::rofl: WIE BAUE ICH EINEN BOT UND DER THREADERSTELLER MERKT ES NICHT :rofl::rofl::rofl::rofl::rofl:

  • 5 Klicks innerhalb von unter 1sek ausführen

    • Andy
    • 7. Dezember 2009 um 18:58

    34 Klicks pro Sekunde

    [autoit]

    $i=0
    $t=timerinit()
    while timerdiff($t)<1000
    $i+=1
    MouseClick ("left",631,550,1,0)
    wend
    ConsoleWrite('@@ Debug(' & @ScriptLineNumber & ') : $i = ' & $i & @crlf & '>Error code: ' & @error & @crlf) ;### Debug Console

    [/autoit]
    Zitat

    Edit \ Klar den Speed auf 0 stellen (s. Hilfe)

    Man sollte einen neuen User-Status einführen für jeden erstellten Thread, der sich mit einem kurzen Blick in die Hilfe erledigt hätte. Und diesen User-Status direkt bei den offenen Threads anzeigen! 8o

  • GUICtrlCreatePic erstellt seltsame Artefakte/Bildfehler

    • Andy
    • 7. Dezember 2009 um 14:48

    ahhh, mit der "vollständigen" Funktion sind nun alle Klarheiten entgültig beseitigt :thumbup:
    Wie gesagt, läuft bei mir einwandfrei...

    Zitat

    aber ich schaff es nicht den Fehler zu rekonstruieren. Wenn ich daraus ein neues Skript mache, gibts keinerlei Bildfehler

    Was lernen wir daraus...mach ein neues script und der Fehler verschwindet :rofl:

  • Koordinatensuche "zusammfassbar"?

    • Andy
    • 7. Dezember 2009 um 14:33
    Zitat

    Eine theoretische, allgemeine Lösung, wäre mir vollkommen hinreichend

    ERST das Problem, DANN die Lösung. Alles andere ist philosophisch und hat m.E. keinen sittlichen Nährwert! Natürlich kannst du irgendeinen Algorithmus entwickeln und darauf hoffen daß irgendwer den irgendwann einmal benutzen kann, aber sinnvoller ist es doch, für das konkrete Problem an einer Lösung zu arbeiten! Also beschreibe KONKRET dein Problem und warte auf die brauchbaren Vorschläge...

Spenden

Jeder Euro hilft uns, Euch zu helfen.

Download

AutoIt Tutorial
AutoIt Buch
Onlinehilfe
AutoIt Entwickler
  1. Datenschutzerklärung
  2. Impressum
  3. Shoutbox-Archiv
Community-Software: WoltLab Suite™