S4 Memory Patchen.

Halt die Augen immer offen.

#close

bin mir ziemlich sicher, das es nach [Only registered and activated users can see links. Click Here To Register...] gehört.

also könnte man Plasma Sword zum TS machen ???

memoryprotection umzuändern ist doch absoluter schwachsinn, die trainer funktionieren nicht und werden detected wegen der speicherbearbeitung und nicht, weil sie nicht den wert der adresse ändern können ಠ_ಠ

Quote:

Originally Posted by K1ramoX memoryprotection umzuändern ist doch absoluter schwachsinn, die trainer funktionieren nicht und werden detected wegen der speicherbearbeitung und nicht, weil sie nicht den wert der adresse ändern können ಠ_ಠ

Mit VirtualQuery kann man z.B nachgucken, ob die Eigenschaften einer bestimmten Memory range verändert worden sind. Aber XTrap macht einen Memory Hash also müsste diese Methode nicht viel bringen, höchstens bei der Abnormal memory detection (wenn XTrap diese Methode überhaupt verwendet).

Wie gesagt habe es nicht über dauer probiert.

Quote:

Originally Posted by K1ramoX memoryprotection umzuändern ist doch absoluter schwachsinn, die trainer funktionieren nicht und werden detected wegen der speicherbearbeitung und nicht, weil sie nicht den wert der adresse ändern können ಠ_ಠ

Wenn ich mich nicht irre, werden die Hashes der Speicheraddressen Dynamisch am start von XTrap angelegt.

Wenn man die Memory direkt am Start changed sollte es theoretisch undetected sein.

Quote:

Originally Posted by Crack-wtf Wie gesagt habe es nicht über dauer probiert. Wenn ich mich nicht irre, werden die Hashes der Speicheraddressen Dynamisch am start von XTrap angelegt. Wenn man die Memory direkt am Start changed sollte es theoretisch undetected sein.

nop, hab es gested. das lustige ist das wenn man es am start ändert man erst einen detct nach ~20 minuten bekommt und wenn man es direkt ingame ändert es nach 10 minuten detected wird.

wär es da nicht sinnvoller die 3 xproc threads für memorydetection zu detouren? gibt ja einen für d3d, einen für den generellen s4 speicher und einen für xtrap selbst o:

Quote:

wär es da nicht sinnvoller die 3 xproc threads für memorydetection zu detouren?

Unnötig wenn man nur eine Funktion detouren muss um die Memory detection auszuschalten. An den Threads würde ich nicht rumspielen, da einer von den Threads eventuell irgendwelche Keep Alive Packet verschickt.

Quote:

gibt ja einen für d3d

Ne, der überprüft alle API Funktionen + die Funktionen in der d3d9.dll

Quote:

einen für den generellen s4 speicher und einen für xtrap selbst o:

dazu kommen dann noch die d3d9.dll und andere Module, deren Namen ich jetzt gerade nicht weiß :p