Autoit: Colour Triggerbot optimieren?

[cяαzуℓυмι]

Hey,
ich habe mir gestern mal ein AutoIt Colour Trigger für CSS gemacht. Aber die PixelSearch dauert ja recht lange, außerdem failt sie auf große Distanz. Kann man diese irgendwie optimieren?

[YatoDev]

Du kannst den bildschirmbereich eingrenzen

[Achat]

Aero Design deaktivieren, beschleunigt PixelSearch/GetColor um 100 bis 1000
ca. <0.1 ms / Pixelgetcolor

MfG

[cяαzуℓυмι]

Der Bildschirmbereich sind nur 20x20!

[YatoDev]

ja dann ist pixelsearch doch eig schnell genug . ka was ein trigger bot ist aber wenn er die maus klicken oder moven soll kannst du da auch noch eine geschwindigkeit eingeben

[cяαzуℓυмι]

Ein Trigger schießt automatisch, wenn ein Gegner im Bereich des Fadenkreuzes ist. Aber das buggt bei mir ohne Ende und failt auf Maps mit Schatten!

[YatoDev]

du musst nen genaueren pixel finden . beim schießen nicht mouseclick nehmen schau dir mal andere befehle an

[Achat]

Originally Posted by cяαzуℓυмι

Hey,
ich habe mir gestern mal ein AutoIt Colour Trigger für CSS gemacht. Aber die PixelSearch dauert ja recht lange, außerdem failt sie auf große Distanz. Kann man diese irgendwie optimieren?

Originally Posted by cяαzуℓυмι

Der Bildschirmbereich sind nur 20x20!

:O

Originally Posted by Achat

Aero Design deaktivieren, beschleunigt PixelSearch/GetColor um 100 bis 1000
ca. <0.1 ms / Pixelgetcolor

MfG

Hier der Vergleich Pixelgetcolor, 1x1 Pixel
mit und ohne Aero Design. Je 200 Durchläufe und davon der Mittelwert.

Mit Aero Design



Ohne Aero Design



MfG

[cяαzуℓυмι]

k. Aber trotzdem failt das immernoch auf lange Distanz oder wenn der Gegner in recht dunklen Schatten steht!

[EinfachSö]

Originally Posted by cяαzуℓυмι

k. Aber trotzdem failt das immernoch auf lange Distanz oder wenn der Gegner in recht dunklen Schatten steht!

weil sich das aussehen des Gegners verändert? Im schatten wird er dunkler. auf längere Distanz verpixelter und dann sind nur noch die falschen pixel sichtbar. Nehm eine größere Auswahl von Pixeln.

[Darkbanner]

AimBots oder ähnliches sollten bei 3D spielen nicht auf diese weise gemacht werden,
lern lieber die memory des spieles auszulesen und dann mathematisch auf die position zu kommen auf die du zielen musst und benke bitte auch, dass autoit generell eher langsam arbeitet, da alles single-threaded ist.

[lolkop]

Originally Posted by Darkbanner

und benke bitte auch, dass autoit generell eher langsam arbeitet, da alles single-threaded ist.

lol...

"single-threaded" setzt du also gleich mit langsam? dann erleuchte uns doch bitte und erkläre wie man, insbesondere da es hier um einen aimbot geht, mit mehreren threads den prozess beschleunigen können soll...

es gibt sicher viele punkte, welche gegen autoit sprechen mögen... aber das du wirklich gerade den einzigen wählst, welcher in diesem kontext, sogar vorteile bringt, ist schon erstaunlich.

[Darkbanner]

Originally Posted by lolkop

lol...

"single-threaded" setzt du also gleich mit langsam? dann erleuchte uns doch bitte und erkläre wie man, insbesondere da es hier um einen aimbot geht, mit mehreren threads den prozess beschleunigen können soll...

es gibt sicher viele punkte, welche gegen autoit sprechen mögen... aber das du wirklich gerade den einzigen wählst, welcher in diesem kontext, sogar vorteile bringt, ist schon erstaunlich.

Es ist wohl schneller Memory auszulesen und gleichzeit zu rechnen als eins nach dem anderem.

[lolkop]

Originally Posted by Darkbanner

Es ist wohl schneller Memory auszulesen und gleichzeit zu rechnen als eins nach dem anderem.

Und was genau willst du berechnen, wenn der wert aus dem speicher noch nicht ausgelesen ist?

Abgesehen davon sind beide vorgänge hier keinesfalls derart komplex, dass multiprocessing, wovon du hier redest, sich wirklich auszahlen würde... Das gegenteil wäre hier der fall, da die kommunikation der einzelnen threads ebenfalls über den speicher läuft. Du schaffst bei derart simplen operationen quasi nur eine menge an neuen, eigentlich überflüssigen operationen, welche den gesamtprozess nur verlangsamen.