Sure, I run it fullscreen, and I only turn it on if I need it(not all my characters use it, only the ones using blade spirit or wind devil). I’m a total noob at it and just use a script posted here on the forum, and it works, that’s good enough for me Here’s the script I’m using. F2 starts it, delete pauses it, and in my case hotkey button 5 is the one that’s autopressed on CD, but all that can be changed ofc.
F2::
Loop {
SendInput {5}
Sleep 50
}
Delete::
Pause
Suspend,Toggle
return
Edit: And yeah, it also works when the game is minimized.
I am having the exact same problem as you with AutoHotkey and Grim Dawn. Except that you seem to have somehow figured out how to make it work with a single key “y” and I can’t make it respond to ANY key at all. This is the first and, so far, only application that I have seen that refuse to respond to AutoHotkey.
I use AHK 64 bit version 1.1.24.01 (the latest as of this writing) on Windows 10 64 bit. I have AHK set to run in administrator mode too.
I use AHK for a lot of things. It is a vital part of the way I interact with a computer so having it not working in Grim Dawn is really a bummer.
I primarily use it to rebind any button on a Logitech G700s to whatever I want it to do in an application. Example of that being closing, resizing or moving the active window from my main monitor to my secondary monitor, starting apps (like FireFox, Calculator and other frequently used programs), executing all kinds of shortcuts, sending keypress or joystick button, etc. I am quite proficient when it come to AHK scripting. I say that to emphasize the fact that ONLY Grim Dawn so far refuse to work with ANY macro or key remapping and I know what I am doing.
It is as if Grim Dawn capture everything coming from the keyboard and mouse and do not let it thru somehow to other applications. This seems to include all keys even those not defined as controls in GD.
An example of this: I have a “central” AHK script that control the basic functions for everyday windows usage. I have it setup so that when I press “Scroll Lock” it toggle a dormant state for the script in case it ever interfere with something. Now, when in GD, pressing “Scroll Lock” as no effect whatsoever on the underlying script that as nothing to do with GD at all!
Hence the theory I formulated earlier: GD seems to capture and block all keyboard and mouse inputs and keep it for itself.
If anyone knows how to make a working AHK script for Grim Dawn running on Windows 10 64 bit, I would like to know how you did it.
What are you guys using these types of macro scripts for?
Is it to repeatedly cast skills like pneumatic burst or blood of dreeg at periodic intervals?
I was thinking about doing something similar since any build involving nightblade or occultist bugs me for that reason that I have to constantly activate the skill manually… with me it tends to just become button mashing during frantic situations while “Skill not ready” is constantly on the screen.
A script to cast that repeatedly at proper intervals would be handy so that it auto-casts and I don’t have to think about it.
I’ve never tried these types of tools but if the game does its input handling with more of a direct hardware approach, that might require different functions than if it was just handling regular window messages in the event loop. Win API functions like SendMessage might not work in the latter case.
The cleanest and most reliable approach to do it might be to look into modding and the game’s native API or direct hooks into its functions – though that requires considerably more effort upfront than just using a macro to repeatedly send keypresses over and over at periodic intervals.
I was wondering how you managed to play chess on your phone with Hetzer! Do you use it for overguard/wendigo?
I was really curious because I thought maybe your gear allowed Hetzer to not even use overguard or wendigo at all and still be invincible, but then it didn’t make sense to me why you had so many points in those two if you can just idle during ultimate bosses.
Well, although what you describe could very well be possible, this is not why I use AutoHotkey.
I mostly use for complex key sequence or special cases like having a key respond differently depending on how you press it: quick press, long press, double-press, etc. It is also very useful for “quality of life” feature mostly related to the UI: Setup a macro that check the screen to see if the inventory is open or not and respond differently whether it is or not. Or have a key recognize a particular “sprite” on screen (like the inventory addon bags), locate it and press a mouse button on it.
You can do pretty amazing stuff with AHK that is why I would like to have it work with Grim Dawn!
I am also having this problem: I map caps lock to escape (for lots of reasons that aren’t really important here) but for some reason in Grim Dawn and Grim Dawn only, Caps Lock is not remapped to escape.
My script is literally:
Capslock::Esc
I just assumed Grim Dawn was somehow hijacking all keypresses or something: this is literally the only program on my computer that does this. I run it in borderless windowed mode.