[AutoIt] Delayed Send Problem~

[Professor Linebeck]

Hey guys, im making a simple Bot for a Game. It just sends a Key into the Window if a special Minigame appears there.
The Problem is, that Send and Controlsend are highly delayed, but only if the minigame is active(it works like a charm when the minigame isnt active ingame). So it seems like the developers of this game have made a security about simulating Keys when the minigame is active.
So my Question is; is there actually a way to simulate hardware Keystrokes or something? I guess they just "deactivate" simulated Keystrokes then..

Thx in advance

[elmarcia]

You mean sth like this don't??

[mlukac89]

Originally Posted by Professor Linebeck

Hey guys, im making a simple Bot for a Game. It just sends a Key into the Window if a special Minigame appears there.
The Problem is, that Send and Controlsend are highly delayed, but only if the minigame is active(it works like a charm when the minigame isnt active ingame). So it seems like the developers of this game have made a security about simulating Keys when the minigame is active.
So my Question is; is there actually a way to simulate hardware Keystrokes or something? I guess they just "deactivate" simulated Keystrokes then..

Thx in advance

U have PostMessage UDF u can try with that, but can u post ur code, maybe is problem in code not in game ?

[Professor Linebeck]

Originally Posted by mlukac89

U have PostMessage UDF u can try with that, but can u post ur code, maybe is problem in code not in game ?

Sadly not working too.
As i said, my code works in game pretty well, but its getting blocked by the game once a minigame appears there. It works out of the minigame, but in the game itself. ._.

[mlukac89]

Tried with ASCII chars too ?

[NickHough]

I would like to point out, as many programmers know. It is very difficult to prevent all client side "simulators" as you can't really block something that just activates a key otherwise that would block internal workings of the game itself.

However from the sounds of it, it may not be your code or the game. It sounds like there is an increased delay caused by the minigame, such that the time taken for the game to process information takes longer. Are you able to get timings of actual keystrokes when in the minigame and when not in the minigame and see if there is a delay there as well. The only other thing i could state is that it maybe a hardware limitation as the minigame may require a lot more resources again slowing down processing times too.

[Professor Linebeck]

Originally Posted by NickHough

I would like to point out, as many programmers know. It is very difficult to prevent all client side "simulators" as you can't really block something that just activates a key otherwise that would block internal workings of the game itself.

However from the sounds of it, it may not be your code or the game. It sounds like there is an increased delay caused by the minigame, such that the time taken for the game to process information takes longer. Are you able to get timings of actual keystrokes when in the minigame and when not in the minigame and see if there is a delay there as well. The only other thing i could state is that it maybe a hardware limitation as the minigame may require a lot more resources again slowing down processing times too.

I also tried ASCII, sadly not working too.
Well, the Minigame actually looks like [1] [2] [3] with random numbers.
So the Player needs to press 1, 2 or 3 on the Keyboard. Keyboard strokes are not delayed, it is srsly only the simulated Keystrokes which are delayed doing the minigame. And when the minigame is NOT opened, all simulations arent delayed anymore.

So yup, i think you are right with the hardware limitation somehow. But wouldnt there be a way to bypass that?

[mlukac89]

This link might help u u need Interceptor for simulating keyboard, i tried long time ago with AutoIt but i deleted example i had.

U must download and install it first then work on sending keys.

This code its in c# but u can use dll file in AutoIt.