S4 Memory Patchen.

[Crack-wtf]

Halt die Augen immer offen.

#close

[Lex-]

bin mir ziemlich sicher, das es nach gehört.

[Ruffу]

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

[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 ಠ_ಠ

[Omdi]

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).

[Crack-wtf]

Wie gesagt habe es nicht über dauer probiert.

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.

[K1ramoX]

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:

[Omdi]

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.

gibt ja einen für d3d

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

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ß