Dll oder Exe

[P3enguin]

Hey ich fang grad wieder mit dem Hacks coden im bereich Gamehacking an und hab gleich mal ne kleine Farge ist es besser nen Bot in ner Normalen EXE zu coden der dan auf das Spiel zugreift oder ein Bot in ner DLL zu coden der erst injected werden muss.

Pls einfach die Vor und nachteile von beidem rein Posten

Danke schon mal P3enguin

[Medix]

Mit einer .dll tut man sich halt um einiges leichter mit dem spiel zu interagieren.

[Dr. Coxxy]

kommt drauf an was du machen willst.
in der regel hast du mehr möglichkeiten mit ner dll, aber dafür ist eine externe .exe die ausschließlich lesend auf die anwendung zugreift (vorausgesetzt das reicht für deinen 'hack') in der regel anticheat-sicherer

[MrSm!th]

kommt drauf an was du machen willst.
in der regel hast du mehr möglichkeiten mit ner dll, aber dafür ist eine externe .exe die ausschließlich lesend auf die anwendung zugreift (vorausgesetzt das reicht für deinen 'hack') in der regel anticheat-sicherer

Nicht wirklich, da der Prozess sehr oft gegen Zugriffe von außen geschützt ist.

Dafür ist es mit einer externen Anwendungen simpler, ein komfortables GUI zu entwickeln.

[Dr. Coxxy]

deswegen sagte ich "in der regel"^^

[MrSm!th]

kommt drauf an was du machen willst.
in der regel hast du mehr möglichkeiten mit ner dll, aber dafür ist eine externe .exe die ausschließlich lesend auf die anwendung zugreift (vorausgesetzt das reicht für deinen 'hack') in der regel anticheat-sicherer

Nicht wirklich, da der Prozess sehr oft gegen Zugriffe von außen geschützt ist

Nur halt die falsche Regel :P

[MrSm!th]

Originally Posted by link

Inwiefern?
GUIs mit der WinAPI oder Wrappern kannst du doch auch genauso in Dlls erstellen.
Zusätzlich hättest du noch die Möglichkeit über D3D-/GL-, GDI- oder spielinterne Funktionen eine Ingame-GUI zu programmieren.

Oft werden Frameworks eigene Projekttypen und eigene Init-Methoden für das Programm. D.h. bei einigen kannst du eventuell kein GUI in einer Dll nutzen.
Gilt für die gängigen wie MFC denke ich mal aber nicht.

Ansonsten hatte ich nen kleinen Denkfehler (und Ausdrucksfehler). Ich meinte erstmal nicht, dass es komfortabler zu programmieren, sondern für den Anwender leichter ist (zweiteres bringt einige lustige Effekte beim Schließen, Minimieren und Bewegen des Fensters). Das meinte ich so, dass es im Grunde simpler ist, ein komplett eigenes Fenster zu nutzen, als ein Fenster das immer ans Game Fenster attached ist. Hab aber ganz vergessen, dass man das Game Fenster gar nicht als Parent setzen muss und nur ich das mal so gemacht habe