GM detect + Tele

Quote:

Originally Posted by Mr_Twistеr Do you really think GM will come to phython every other hour looking for you lol He got better stuff to do xD

Dont try to be funny..
i mean with the first gm detect tool (dC), i had dc every time, but now i didnt have any tele to 0,0 yet.

Quote:

Originally Posted by marci0 Dont try to be funny.. i mean with the first gm detect tool (dC), i had dc every time, but now i didnt have any tele to 0,0 yet.

Well first of all it could be your comp. Second GMs aren't always online you know. They are on at random times and random places. So you could've been lucky and running into them. And third good laugh is always good :)

Quote:

Originally Posted by alvin99 Actually u did a fantasy job by putting together those scripts in one piece (people should give u big credits for this) & hey.. it wasn't a bad idea if u tele to 0,0 as long u have maphack script running u can simply move on to next map & GM will never catch u. What can i say? brilliant release :handsdown:

yeh, the first one was so you kinda know that a gm has tried to see you so you can scroll or go to next map. but this is also why i made v2 where when gm comes to you (either chase or by chance) where you are vac'ing he won't get to see you vac'ing in time so then when he follows you again you'll just appear legit xd. though if he was chasing you then he would probably follow you for longer now or check your logs since even though he chased you he didn't see you :p.

Quote:

Originally Posted by marci0 Dont try to be funny.. i mean with the first gm detect tool (dC), i had dc every time, but now i didnt have any tele to 0,0 yet.

well if you want to test it you can edit the check for [GM] to something else. or you can simply just remove the jnz but that would mean when a name loads you'll get tele'd.

not to be rushing you or annoy you...but would you happen to have the array of bytes ready?

Quote:

Originally Posted by ownagapwnaga not to be rushing you or annoy you...but would you happen to have the array of bytes ready?

nope soz, but when i do get them im not sure how you guys want me to show them.

for instance:
mov byte ptr [00603D4B],B9 //show one byte?
mov dword ptr [00603D4C],Tele //show dword of bytes?
mov dword ptr [00603D50],9090E1FF //show dword of bytes?

or

mov byte ptr [00603D4B],B9 //show bytes from 00603D4B - 00603D53
mov dword ptr [00603D4C],Tele //and just let you guys split it up.
mov dword ptr [00603D50],9090E1FF

cause if you don't update everything correctly in this (either script), then even though it would 'appear' to still work when a gm shows up you are likely to just crash or maybe nothing will happen.

where do we put the release? what do we have to use to get it to work?

Quote:

Originally Posted by tagurit where do we put the release? what do we have to use to get it to work?

if you use version 1 the tele to 0:0 then just inject it through CE like any other script. if you use version 2, then change the '//Co-ordinates' to the ones you want for the map you'll hack on and then inject it through CE.

i just get d/c instead of teleporting

Quote:

Originally Posted by brotherhl1440 i just get d/c instead of teleporting

same here.

Guys tell me one thing. Did someone meet GM on map like Loa or Braiken and turn on GM Detect to test thath skript ?

Quote:

Originally Posted by kottek Guys tell me one thing. Did someone meet GM on map like Loa or Braiken and turn on GM Detect to test thath skript ?

Idid, but i dc, no tele to 0:0 yet.

you don't have to test the script by finding a [GM] and using it that way just delete the jnz and it will be for every char that comes into your view or edit it to check for a different name. it works for me, ill test it again but everytime i've tested it its worked, only reason it would dc you is if the offsets were wrong. or you are dc'ing cause its a normal dc.


EDIT: i tested it and it worked fine, also i've updated it with array of bytes.

//8B 08 8B 50 04 89 4C 24 20
mov byte ptr [00603D4B],B9 //Update
mov dword ptr [00603D4C],Tele //Update
mov dword ptr [00603D50],9090E1FF //Update

//8B 50 1C 89 51 20
mov dword ptr [0045C1CD],891C508B //Update
mov word ptr [0045C1D1],2051 //Update

//0F B7 86 54 01 00 00 8B
mov dword ptr [0053D16A],5486B70F //Update
mov dword ptr [0053D16E],8B000001 //Update
PassCheck:
mov [esi+0c],00000000
jmp ReturnName





by the way i didnt d/c anymore with the first one or the second one
i was wondering in the red- which array of bytes do i use to update it?

Quote:

Originally Posted by brotherhl1440 //8B 08 8B 50 04 89 4C 24 20 mov byte ptr [00603D4B],B9 //Update mov dword ptr [00603D4C],Tele //Update mov dword ptr [00603D50],9090E1FF //Update //8B 50 1C 89 51 20 mov dword ptr [0045C1CD],891C508B //Update mov word ptr [0045C1D1],2051 //Update //0F B7 86 54 01 00 00 8B mov dword ptr [0053D16A],5486B70F //Update mov dword ptr [0053D16E],8B000001 //Update PassCheck: mov [esi+0c],00000000 jmp ReturnName by the way i didnt d/c anymore with the first one or the second one i was wondering in the red- which array of bytes do i use to update it?

//8B 08 8B 50 04 89 4C 24 20
mov byte ptr [00603D4B],B9 //Update
mov dword ptr [00603D4C],Tele //Update
mov dword ptr [00603D50],9090E1FF //Update

//8B 50 1C 89 51 20
mov dword ptr [0045C1CD],891C508B //Update
mov word ptr [0045C1D1],2051 //Update

//0F B7 86 54 01 00 00 8B
mov dword ptr [0053D16A],5486B70F //Update
mov dword ptr [0053D16E],8B000001 //Update
PassCheck:
mov [esi+0c],00000000
jmp ReturnName


Array of bytes

Offset you update

Quote:

Originally Posted by bottomy //8B 08 8B 50 04 89 4C 24 20 mov byte ptr [00603D4B],B9 //Update mov dword ptr [00603D4C],Tele //Update mov dword ptr [00603D50],9090E1FF //Update //8B 50 1C 89 51 20 mov dword ptr [0045C1CD],891C508B //Update mov word ptr [0045C1D1],2051 //Update //0F B7 86 54 01 00 00 8B mov dword ptr [0053D16A],5486B70F //Update mov dword ptr [0053D16E],8B000001 //Update PassCheck: mov [esi+0c],00000000 jmp ReturnName Array of bytes Offset you update

//0F B7 86 54 01 00 00 8B
mov dword ptr [0053D16A],5486B70F //Update
mov dword ptr [0053D16E],8B000001 //Update


so in the red it updates the blue offset?
the reason i ask is because there was only one offset for that array of bytes