GRATIS TESTEN

Gears of War 4 Trainer

15.12.2017 • 7 Codes

HOL DIR DEN MEGATRAINER

Cover
7
Codes

Der MegaTrainer "MT-U" ist eine 100% legale Trainer-Software, die es Dir erlaubt Cheats in Singleplayer PC-Spielen zu aktivieren, um Dein Spiel perfekt für Dich zu balancieren.

Du kannst den MegaTrainer kostenlos für Deinen Windows PC downloaden und mit unseren "FREE" Cheats für jedes Spiel testen. Für Zugriff auf alle Cheats, benötigst Du eine Premium Mitgliedschaft.

Gears of War 4 Cheats

Beschreibung

Gears of War 4 – Bist Du bereit für eine neue Bedrohung?

Das Video-Game Gears of War 4 führt die Story seiner Vorgänger fort. Obwohl die Locust besiegt worden sind, macht sich eine neue Bedrohung bemerkbar, mit der Du Dich jetzt herumschlagen musst. Dabei stehen Dir diverse Cheats & Codes aus unserem 2017 MegaTrainer zur Verfügung!

Gears of War 4 Board

In diesem Board geht es um Gears of War 4. Hier könnte ihr nach Lust und Laune über Gears of War 4 diskutieren. Solltest Du Probleme mit dem Trainer oder Cheats haben verwende bitte unsere FAQ oder Support.
  • PanicFR
  • gold Mitglied
avatar
07.08.2019 12:27
Hi CCJ39, vielen Dank das du dir die Zeit genommen hast, mir diese ausführliche und nachvollziehbare Antwort zu liefern! Vielleicht sollte man diese Info irgendwo pinnen oder in den FAQ aufnehmen. Ihr macht einen guten Job! Beste Grüsse PanicFR
  • CCJ39
  • team Mitglied
avatar
07.08.2019 09:01
Hallo PanicFR, wenn wir einmal in meine Anfangszeit 1996-1998 zurück blicken (also Win9x Zeiten), dann war es historisch gesehen so, dass die Spiele überwiegend statisch aufgebaut waren, d.h. ein Wert wie das Geld oder auch die Health waren fast immer an der selben Stelle im RAM, egal wie oft man das Spiel gestartet hat oder auf welchem Computer. Durch die seltenen Patches/Updates verschoben sich diese Adressen zwar, aber blieben in diesen Versionen dann auch wieder stabil. Wollte man zu dieser Zeit mit einem anderen Programm den Wert ändern, musste man nur RAM-Adressen des Spiels ändern, die im Read/Write/Execute bzw. FullAccess-Bereich lagen und somit ohne Probleme unter der selben User-Instanz veränderbar waren. Auch einfache Operationen im Assembler-Code (wie beispielsweise das "nopen" der Munitions-Schreibroutine) gingen zu der Zeit ohne Probleme, allerdings lag das am Aufbau von Win95/98. Im Laufe der Zeit wurden die Spiele mehr und mehr dynamisch im RAM, so dass man weg von statischen Adressen hin zu CodeInjections für so ziemlich jeden Cheat gehen musste. Alternativ konnte man teilweise damals auch noch über Pointer-Cheats bauen, die also beginnend von einer statischen Adresse in der EXE ihren Weg durch den RAM mit 1-8 Schritten zur dynamischen Adressen des gewünschten Wertes finden, aber solche Pointer-Cheats sind nur sehr schwer stabil zu finden, da man eigentlich mindestens auf 2 verschiedenen Rechnern das gesamte Spiel durchspielen muss, um sicher sein zu können, dass diese wohl bei allen Usern immer laufen. Bei XCom Enemy Unknown mussten wir zuletzt notgedrungen auf eine solche Technik gehen und haben viele Probleme damals gemeldet bekommen, weil die Pointer einfach nicht unter allen Umständen stabil waren. Wenn ich mich richtig erinnere haben wir erst nach rund einem Jahr endlich absolut stabile Pointer gehabt. Somit ist ganz klar der Weg über CodeInjections oder auch direkte CodeUmschreibung (nop, etc.) besser und sicherer, nur kommen wir hier in Problematiken mit Zugriffsrechten! Unter XP begannen diese Rechte-Probleme schließlich schon, gerade mit SP2 kam es bei immer mehr Spielen zu eigenartigen Phänomenen. Eines der ersten Spiele war damals Unreal Tournament 3. Während es bei mir unter dem normalen Benutzeraccount mit Adminrechten problemlos funktionierte, ging es bei anderen Usern mit eingeschränkten Benutzeraccount nicht oder führte zu Abstürzen. Der Grund hierfür liegt darin, dass der Assembler-Code für gewöhnlich in Bereichen mit nur Read/Execute-Rechten liegt. Wollen wir den umschreiben, wird das von Windows unterbunden. Ein eingeschränkter Benutzer erhält von Windows keine Rechte, diese Beschränkungen in Fremdanwendungen zu verändern. Daher benötigte man hier Adminrechte. Auch für das Erstellen von eigenem/zusätzlichen Pages für den Cheat selbst (also einem Teil der CodeInjections) wurden teilweise Adminrechte benötigt. Während es unter XP noch eine Art Glücksspiel war, ob man Adminrechte benötigt oder nicht, ist es spätestens seit Vista in über 90% der Fälle nötig Adminrechte zu haben. Soweit ich weiß, gibt es keinen Weg die Adminrechte in einem laufenden Prozess nachträglich zu bekommen, sondern nur beim Start des Prozesses. Aber selbst wenn man es nicht direkt beim Start schon anfordern müsste, würde man es für nahezu alle aktuellen Spiele benötigen und nur für uralte Spiele wie 3D Ultra Pinball könnte man drauf verzichten. Aus diesem Grund haben wir in unserer IDE entsprechend das Flag gesetzt, dass unser Trainer Adminrechte benötigt, womit dieser direkt von Windows aus beim Start danach fragt. Übrigens müssen wir selbst auch schon die IDE mit Adminrechten starten, damit wir bei der Entwicklung des Trainers diesen auch entsprechend testen können. Von daher lässt sich definitiv sagen, dass die Adminrechte heute zwingend erforderlich sind ;-) .
  • PanicFR
  • gold Mitglied
avatar
05.08.2019 10:22
Hi Matze, danke für die Info. Irgendwie widerspricht sich der Satz oder ich habe ihn falsch gelesen... mMn kann der Trainer dann doch auf den Prozess zugreifen, den ich im gleichen Kontext gestartet habe? (also das Spiel wird unprivilegiert gestartet und der Trainer auch -> beide laufen mit dem gleichen Benutzer und daher kann doch auf den Prozess des Spiels zugegriffen werden?) Wenn ich den Trainer als Admin starte und dann das Spiel "normal" als unprivilegierter Benutzer, wird das Spiel vom Trainier auch nicht gesehen... (Als Admin kannst du zwar einen "fremden" Prozess anhalten bzw. abschiessen aber nicht so ohne weiteres mit diesem Interagieren, sonst würde das für den Trainer (der mit Admin-Rechten läuft) kein Problem sein, das Spiel des unprivilegierten Benutzers zu erkennen und darauf einzuwirken. Was mich halt bei diesem Trainer stört, ist dass gleich beim Starten das UAC aufpoppt. Das muss ja bewusst einprogrammiert worden sein. (Vermutlich checkt der Trainier ein paar Aufrufe ab, die das OS dann veranlassen, den UAC einzublenden, damit die Checks weiter ausgeführt werden...) Ich finde, das ist ein generelles Problem der Programmierung bzw. wie man was Programmiert. Man kann mit der "Ich darf alles-Keule" loslegen oder aber man versucht, soviel wie möglich API's Calls etc. zu verwenden, um eben "unprivilegiert" durchzukommen. Im Falle dieses Megadev-Trainers sollte wenigstes mal geprüft werden, ob auch die "Sanfte" Methode funktioniert bevor gleich nach dem Admin gerufen wird. (Wenn das schon ernsthaft getestet wurde und einfach nicht klappt, dann kurz mitteilen und dann ist das halt so und ich werde nicht mehr danach nörgeln :-)) Meine Programmiertätigkeiten liegen Jahre zurück und ich bin weit davon entfernt, da technisch mitreden zu können. Dennoch, wenn es einen Weg gibt, den Trainer auch unprivilegiert zu starten, sollte man diesen zumindest anbieten. Wenn der Trainer dann nicht funktioniert, kann man selbst immernoch den Trainer als Admin bzw User mit Admin-Rechten starten. Sorry... viel Geschrieben aber ich hoffe, nun verständlich :-) Danke für deine Geduld Gruss PanicFR
  • Matze500
  • team Mitglied
avatar
04.08.2019 20:21
PanicFR
04.08.2019 19:17
avatar
Hi, Nein ich bin nicht mit 2 Benutzern gleichzeitig angemeldet aber immer mit einem Standardbenutzer aktiv , der keine Admin-rechte hat. Der Trainer verlangt aber gleich beim Start ein Admin-Konto (UAC) Der Trainer läuft dann im Kontext des Admins und wird die Store-App des Standardbenutzers nicht sehen sondern die Store-App des Administrators sehen können/wollen. (Das rechtesystem funktioniert hier anders...) Wenn - in diesem Fall also - das Spiel mit dem Store-Account des Standardbenutzers installiert wurde, ist das Spiel nicht automatisch für den Administrator installiert, in dessen Kontext nun der Trainer aber läuft... (Das Spiel hat auch keine Admin-Rechte bei der Installation verlangt...) Klar kann man ‚alles‘ als Benutzer mit Admin-Rechten laufen lassen aber dann brauche ich auch keine Sicherheit für meine Rechner fahren. Der Trainer sollte als normaler User startbar sein und wenn es dann nicht geht, kann man immernoch die Admin-Variante starten (mit all seinen Konsequenzen) Ich bin mir aber sicher, dass die Windows-Store-Games auch ohne den Admin-Boost laufen würden. Also... was ist der Grund, warum gleich beim Start die erhöhten Rechte verlangt werden? Gruss PanicFR
Der Trainer braucht Admin Rechte da man sonst nicht auf die Prozesse zugreifen kann. Der Trainer hat dann Zugriff auf alle Prozesse die unter dem jetzigen Benutzerkonto laufen.
  • PanicFR
  • gold Mitglied
avatar
04.08.2019 19:17
Hi, Nein ich bin nicht mit 2 Benutzern gleichzeitig angemeldet aber immer mit einem Standardbenutzer aktiv , der keine Admin-rechte hat. Der Trainer verlangt aber gleich beim Start ein Admin-Konto (UAC) Der Trainer läuft dann im Kontext des Admins und wird die Store-App des Standardbenutzers nicht sehen sondern die Store-App des Administrators sehen können/wollen. (Das rechtesystem funktioniert hier anders...) Wenn - in diesem Fall also - das Spiel mit dem Store-Account des Standardbenutzers installiert wurde, ist das Spiel nicht automatisch für den Administrator installiert, in dessen Kontext nun der Trainer aber läuft... (Das Spiel hat auch keine Admin-Rechte bei der Installation verlangt...) Klar kann man ‚alles‘ als Benutzer mit Admin-Rechten laufen lassen aber dann brauche ich auch keine Sicherheit für meine Rechner fahren. Der Trainer sollte als normaler User startbar sein und wenn es dann nicht geht, kann man immernoch die Admin-Variante starten (mit all seinen Konsequenzen) Ich bin mir aber sicher, dass die Windows-Store-Games auch ohne den Admin-Boost laufen würden. Also... was ist der Grund, warum gleich beim Start die erhöhten Rechte verlangt werden? Gruss PanicFR
Diese Webseite verwendet Cookies um Ihren Besuch so benutzerfreundlich wie möglich zu gestalten. Weitere Informationen hierzu finden Sie in unseren Datenschutzbestimmungen.
OK
Logo