een trainer maken

[markvt]

weet iemand waar je informatie kan vinden hoe je een trainer kan maken voor een windows spel.
je weet wel zoals bij sommige games F11 extra leven enz.

info gezocht voor:

Visual Basic
C
Delphi

ik weet niet echt hoe een trainer werkt, past die dingen in het geheugen aan ofzo ?

[Engineer]

Ik denk iets met findwindow, en dan de juiste handels zien te vinden

[tomato]

Ligt aan het spel, maar vaak wordt er inderdaad een trainer in het geheugen geladen die geheugenlocaties wijzigt tijdens het spelen van het spel. In dat geval moet je wel weten wat je doet.
Maar soms kan het ook veel makkelijker.

[KompjoeFriek]

Ik denk dat je dan het spel eerst moet ontleden (Decompilen of iets) en dan opzoeken hoe je variabele (die dus in het geheugen geladen zijn) gaat veranderen

bv.
De speler heeft nog 1 leven.
jij drukt op F11.
Jou trainer veranderd variabele "LIVES" in het geheugen naar 99.

en klaar is je trainer.
alleen moet je het nou nog zien te programeren
voor een windows spel zou ik wel een Windows taal nemen, zoals Visual C of Visual Basic

edit:


Ik zie net dat de relpy van Tomato en mijn relpy elkaar hebben gekruist

[Macros]

Gaat dat werken in Windows?
Daar mogen proggies niet zomaar geheugen adressen van andere proggies benaderen.

[tomato]

Decompilen van een spel lijkt me wat overdreven, iig veel te veel werk

Gebruik een tool als softice, zodat je geheugenadressen in de gaten kunt houden. Maar als je zo gaat doen is het even iets anders dan een standaard windows programmaatje.

[KompjoeFriek]

[OFF TOPIC]

ok, NIET Decompilen dus als dat te veel werk is.

ik heb er trouwens ook geen verstand van, ik hou me wel weer bezig met JAVA vragen.

waar zijn die trouwens gebleven, al lang geen meer gezien.

[/OFF TOPIC]

[Verwijderd]

Op zaterdag 25 augustus 2001 00:59 schreef Macros het volgende:
Gaat dat werken in Windows?
Daar mogen proggies niet zomaar geheugen adressen van andere proggies benaderen.

Jah gaat wel werken ja, je moet ff wat tegen de win32 api aan trappen maar daarna kan je met ReadProcessMemory en WriteProcessMemory in 't geheugen van andere apps klooien..

Verders zou ik inderdaad gewoon met softice/ w32dasm of ida de geheugen adresen er proberen uit te vissen waar het aantal levens staat bv waarna ze je met writeprocess memory kan verhogen.. Kortom je hebt zowel redelijke win32 api als assembly kennis nodig niet voor de beginnende vb/delphi programeur weggelegd dus.

[markvt]

dus als ik het goed begrijp zou ik tijdens het spelen 2x het geheugen moeten dumpen en kijken wat er verandert is ?

[tomato]

Op zaterdag 25 augustus 2001 11:11 schreef markvt het volgende:
dus als ik het goed begrijp zou ik tijdens het spelen 2x het geheugen moeten dumpen en kijken wat er verandert is ?

Ja, en dat ene adres in je geheugen dat dan veranderd is, dat is 'em, kan niet anders

[Verwijderd]

Je hebt daar ook tooltjes voor (even een search doen om ze te vinden) Deze werken met hetzelfde principe als je vroeger op de gameconsoles had.
Je start het spel op, drukt op een hotkey, en je laat het zoeken naar een variabele, b.v. aantal levens (3)..
dan vervolg je het spel en zorgt ervoor dat je meteen een leven verliest. Nu druk je weer op de hotkey en vervolgens geef je de waarde 2 op. Hierna krijg je een lijst met geheugenadressen die van 3 in 2 zijn veranderd. Als je dit een aantal keren herhaalt naar 1 leven b.v. en weer naar 3 dan houd je op een gegeven moment nog maar een paar geheugenadressen over die je levens bepalen.. deze kan je dan met een hexeditor op b.v. 99 zetten. Dit werkt natuurlijk ook met andere items, zoals health etc...

Proberen waard.

[Verwijderd]

Een search op "cheat tools" levert heel veel links op
b.v.
http://shareware.about.com/library/games/blgchct.htm

http://fly.to/mtc

[Verwijderd]

wel erop letten hoe een (d)word (4/2 bytes) in je geheugen (ik dacht dan windows little endian was, even checken in msdn: htons() converteerd u_short naar network-byte order dat big endian is, dus van windows is dan little endian, tenzij de functie htons() helemaal geen conversie doet ) gerangschikt is, want anders kan je wel eens een erg groot aantal health krijgen (of een andere variable per ongeluk veranderen).

[Gerco]

Wat ook mogelijk is, is dat de geheugenlocatie van het aantal levens bij iedere keer spelen en misschien bij ieder level wel anders is.

Het lijkt me dat een spel een soort player object ergens in de heap gooit, dan komt nooit op dezelfde plaats terecht of ben ik nou gek?

[Verwijderd]

Je hebt gelijk maar je bent toch gek ook al maken ze een object op de heap aan , zal het pointertje naar dat object vrijwel altijd op de zelfde plek staan...

[Gerco]

Op zaterdag 25 augustus 2001 17:43 schreef Yarvieh het volgende:
Je hebt gelijk maar je bent toch gek ook al maken ze een object op de heap aan , zal het pointertje naar dat object vrijwel altijd op de zelfde plek staan...

Het pointertje wel ja, maar dat ga je met de hierboven beschreven methode nooit vinden. Daar ga je echt SoftICE voor moeten pakken. En op de 1 of andere manier denk ik dat de topicstarter weinig van disassembly-debugging met SoftICE weet

[Martink]

waarom start een spel gewoon geen dde server zou een stuk makelijker zijn
maare staan er nergens source files voor trainers op internet ?

[Verwijderd]

Jahoor maar die doen eigenlijk precies wat we al zeiden, met Read/write ProcessMemory een beetje in geheugen grutten.. niet echt boeiend.

linkje naar trainer tutor

[et36s]

Misschien heb je hier wat aan... www.gamehack.com volkomen legaal programma.

Deze werkt op ieder spel en laat je meedraaien net als iedere andere trainer met het spel...

Hiermee kun je locks zetten op variabeles als leven, geld etc..

[markvt]

ik wil zelf een trainer maken en niet zo'n muk proggy van iemand anders, aangezien ik niet exact weet hoe/wat ze doen.

[Nibble]

Op zaterdag 25 augustus 2001 17:47 schreef Gerco het volgende:

[..]

Het pointertje wel ja, maar dat ga je met de hierboven beschreven methode nooit vinden. Daar ga je echt SoftICE voor moeten pakken. En op de 1 of andere manier denk ik dat de topicstarter weinig van disassembly-debugging met SoftICE weet

Kijk, dit begint er al op te lijken!
Gewoon Softice laden en het adres opzoeken. Als je dat eenmaal hebt zijn er zat "templates" voor trainers voor verschillende talen. En ik geloof dat er ook al speciale trainer-builders zijn uitgebracht door groepen.

[Nibble]

Op zondag 26 augustus 2001 19:52 schreef markvt het volgende:
ik wil zelf een trainer maken en niet zo'n muk proggy van iemand anders, aangezien ik niet exact weet hoe/wat ze doen.

1 woord: "SoftIce"

[tomato]

SoftIce is niet de alomvattende oplossing voor je problemen, gebruik het voor veel problemen zelfs liever niet

[markvt]

softice is toch een debugger?
snap daar de ballen van
is het niet beter om 2x al het geheugen te dumpen en dan te vergelijken ?

[Verwijderd]

Ehh je wil perse een trainer maken en geen ready made troep gebruiken omdat je dan niet weet hoe het werkt, goed wij sturen je de goede kant op "jaaa das te ingewikkeld hoor, daar snap ik de ballen van, kan het niet anders?", Wat wil je dan nu precies?! Zelf maken kan je schijnbaar niet (en wil je ook niet leren zo te merken anders had je je wel een beetje willen verdiepen in softice/assembly) en ready made troep gebruiken wil je niet..... ehh deadlock?

[drZymo]

Ik weet dat het niet makelijk is om te doen. Maar mischien heb je hier (http://win32asm.rxsp.com/w32_02.txt) wel wat aan ? Dit is een tutorial hoe je een trainer moet maken voor Starcraft. OK het is in Assembly maar mischien helpt het wel te begrijpen hoe een trainer moet werken.

[Verwijderd]

Die had ik zaterdag al gelinkt zymo

[Gerco]

Op zondag 26 augustus 2001 20:21 schreef tomato het volgende:
SoftIce is niet de alomvattende oplossing voor je problemen, gebruik het voor veel problemen zelfs liever niet

Je hebt helemaal gelijk, w32dasm is vaak handiger, maar alleen als je iets wilt cracken (beveiliging dus). Voor het maken van een trainer heb je toch echt 9 van de 10 keer een runtime debugger nodig. Of dat nou SoftICE is of aan andere maakt niet zo bizar veel uit. SoftICE is alleen een handige (mijn persoonlijke mening dan he)

[drZymo]

Op maandag 27 augustus 2001 13:13 schreef Yarvieh het volgende:
Die had ik zaterdag al gelinkt zymo

oops

[Martink]

Op zaterdag 25 augustus 2001 23:10 schreef et36s het volgende:
Misschien heb je hier wat aan... www.gamehack.com volkomen legaal programma.

Deze werkt op ieder spel en laat je meedraaien net als iedere andere trainer met het spel...

Hiermee kun je locks zetten op variabeles als leven, geld etc..

www.gamehack.com doet
het niet en ik wil dat programma wel eens zien

edit:

hmm nu doet ie het wel site was zeker plat

[markvt]

ik heb al weel wat info gezocht over dit onderwerp, ik ben nu al een stuk verder, alleen wat nemen zelfs simpele spellen veel geheugen zeg

[Martink]

voor welk spel word de trainer ?

[dawuss]

Heb niet echt de hele thread doorgelezen, maar kun je niet gewoon zorgen dat je een bepaald aantal levens krijgt (heel erg veel bijvoorbeeld) en dan in een hex-editor naar dat getal zoekt in bijv. een savegame, het verandert en dan het spel opnieuw opstart? werkte wel bij starcraft iig

[markvt]

okay, decompilen en cracken met w32dasm is geen probleem meer tegenwoordig

Nu alleen met softice nog even die games onder handen nemen.

[NetForce1]

Op zaterdag 25 augustus 2001 01:04 schreef Windoos-vernieler het volgende:
[OFF TOPIC]

ok, NIET Decompilen dus als dat te veel werk is.

ik heb er trouwens ook geen verstand van, ik hou me wel weer bezig met JAVA vragen.

waar zijn die trouwens gebleven, al lang geen meer gezien.

[/OFF TOPIC]

move -> Javahova

[JoostBaksteen]

Zinloze kick

[TheOneLLama]

Op zaterdag 25 augustus 2001 11:33 schreef lnfinitive het volgende:
wel erop letten hoe een (d)word (4/2 bytes) in je geheugen (ik dacht dan windows little endian was, even checken in msdn: htons() converteerd u_short naar network-byte order dat big endian is, dus van windows is dan little endian, tenzij de functie htons() helemaal geen conversie doet ) gerangschikt is, want anders kan je wel eens een erg groot aantal health krijgen (of een andere variable per ongeluk veranderen).

Als ik het goed heb is dit een standaard functie, voor platform onafhankelijk programeren (hoort bij BSDsockets). Dus het kan dat ie niks doet
Maar ik weet ook niet welke van de 2 het nou is.

[D2k]

toch wel een zinloze kick