SolarStrike Software

You're absolutely right. I think I screwed that up when I was trying to split it into 10ms sections instead of 100, but then it caused some problems (yielding across C-boundaries). I'll rework it to allow 10ms sections if Coco is available, or fall back on 100ms sections otherwise. Thanks for the bu...

It isn't a problem of not wanting to teach anybody. It's a problem of it just not working for this specific purpose. See the PM I have already sent you for more details. Going above and beyond what was in that message, you'd still need a system that can reply in a smart manner. The GameGuard server ...

As long as it works, it works, I guess. I'll look into it further when I get some time.

Try renaming micromacro.exe to JoyToKey.exe. That sometimes works.

Yes, it is possible. Using setPriority() as previously stated should give you higher priority, and therefor it should run at normal speed again.

Your while loop is pretty cluttered. This could cause it to run slow if another program is consuming large amounts of the CPU. if (usa_autoparty and autoparty_ativo) then --para o timer, para nao executar esta rotina antes do tempo unregisterTimer("ativaAutoparty"); autoParty(); autoparty_...

It could just be a priority issue. Try setting setPriority(priority.high) to allow MicroMacro to have first dibs on processor time.

There is not much else I can do. Reproducing these packets won't be as simple as you might think. All data will be encrypted, and it is expecting certain correct information in return (ie. checksums). It can be done, but it's much more time than I'm willing to spend on it. You could try using MHS in...

Ok, I see what's going on here. It appears that GameGuard is now patching AsdaStory.exe in memory (and on disk) once it's started. This causes it to overwrite the changes I have made, making GameGuard fully functional again. Or maybe it has something to do with this nProtect garbage. I'm confused as...

It's normal that GameGuard still runs. What I did is prevent GameGuard from communicating with the game itself, hence preventing it from protecting it. Cheat Engine still works fine for me. GameGuard could possibly be seeing CE's kernel mode rootkit, and panicking. Go to Settings in CE (look at the ...

Fixed. The packet was causing some strange problems. The new patch as been re-updated.

GameGuard should patch still, yes. It will not actually prevent you from botting or using memory editors on the game, though. You need to describe exactly what the error you are getting is.

The patch has been updated. Make sure you re-read the instructions, as they have changed (if only slightly).

Nice punctuation. And capitalization. And spelling and grammar. It sounds like you're requesting scripts for Shaiya when there are several already posted. Why?

Iphis: It's having trouble reading from the handle to device context, meaning it cannot read the screen's pixels. Are you using Windows XP or Vista? Did you follow the instructions in the first post exactly?

Well, it certainly seems to be having trouble reading from the HDC. Did you minimize the window or something? Or have another window over top? The pixel reading does not work unless the window it is reading from is not being covered and is not minimized.

I don't need a screenshot of the window. I asked for a copy of the log.

Post your log.

I downloading Seal and just installed it. It does not appear to be using either GameGuard, HackShield, or XTrap. Seeing as it crashes while loading (before I even get to the main menu) I cannot look into it further. I can tell you that using this target for your shortcut allows you to bypass the lau...

What exactly do you mean by that? If you mean a specific pattern of pixels matching specific colors, then no. Not with pixelSearch(). You could write your own function to do this I suppose. Pixel scanning just doesn't work too well. A better solution would be to hook into the game and use the game's...