Thank you for this. Someone on steam linked it and the WASD function was just what I was looking for. Moving around feels great and abilities work well too (as long as they’re bound to L/R mouse click), but like the previous user, I am also experiencing WASD breaking after using an ability from the hotbar. It simply stops accepting inputs at that point.
If you can fix that one problem, this will be perfect!
Also, to any linux people out there, I can confirm that this works fine using wine 10.0.
Version 16f has been released:
- Fixed WASD after hotbar skill usage
- Fixed a bug where the incorrect button press could get hidden from Grim Dawn
With WASD movement and spamming, e.g.,s
andf
inputs, if these occured on the same frame, thef
input could sometimes be hidden from the game instead ofs
as intended
This could also occur when just spamming, e.g.,s
itself, unintentionally opening the skill menu if the default bind was still in place
Wow the WASD movement is amazing, the only thing I’ve noticed is that if you are moving with WASD while using the evade skill, the evade seems to be interrupted.
Thanks for reporting, DPYes 16g should fix this.
Can confirm it is now fixed, nice job!
Hi, I have a problem. I have tried many versions, but it doesn’t help. It seems to me that the overlay is not working. When I press F5 there is no effect, in addition, there is no ini configuration file. I run the game through DPYes.exe, but the other way with auto lunch doesn’t work either.
If you have DebugView (linked in OP) running before you run DPYes.exe
, and then launch DPYes.exe
, are there any messages from DPYes? (prefixed with GDL
, GDE
, or GDD
)
Can you also try updating the MSVC redistributable runtime?
Version 16h has been released:
- Added OA/DA stats window
- Actually upload an updated crucible version, the past few modded crucible versions have accidentally just been a previous version in a new archive
Yes! Fantastic! That OA/DA view is going to help so much.
Thank you!
Also I need to try the WASD movement; very curious about that.
Hi, I just installed, following instructions and get a message on the Config GrimCam missing .dll file. Can you help please? Everything else appears fine.
Wanted to take time to say TY. When this was first started I wasnt ready to let go of GI. The biggest thing for me was my teleport list. I love how easy this was & that it read my GI list. Its working great.Tx for doing this. Alot of work went into it thats for sure. O though im still looking for the hippo.
GrimCam is availble from GrimCam at Grim Dawn Nexus - Mods and Community
This is only necessary if you want to use GrimCam functionality with DPYes.
WASD is working fine so far but skills that have inherent movement (Blitz, Shadow Strike e.g.) get cancelled if you use WASD movement during their animation.
Sleepless, what did you do? Is this some kind of sorcery? I can’t play without your dpyes. Thanks for your magic
I’m sorry for my English, I hope you didn’t lose too much blood from your eyes reading this.
I’m assuming you meant that 16h includes a new crucible version; I just wanted to report that it appears to work flawlessly. I can’t thank you enough for this functionality!
I can’t run the tool in steamdeck. Is there any fix for this? I have already tried Morradins method and it seems to not be working
Sorry for bothering you, author
Thank you for cool tool you’ve created and keep maintain.
But seems like with WASD functionality another third party tools like AutoHokey cannot work together.
I have a local script-setting for AutoHotkey which is being triggered whenever i click Mouse5 button.
But if DPYes is enabled (even if WASD functionality is off) - AutoHotkey cannot handle the click event.
I think it can be related to windows mouse pointer extended hooks you use in your code.
Possible hook’s procedure doesn’t pass (bubble) hook event further.
Not critical, but i cannot use amazing DPYes features along with AutoHotkey yummies
hi, first off, thank you so much for this project!
I have 2 requests if you don’t mind
- i was wondering if you could make the button for the config bindable as i can’t use my F5 binding even if i turn on the debug option as it doesn’t turn of the original binding
- could you make an option that makes it so that WASD movement affects which way you dodge instead of the mouse? that would be greatly appreciated
thank you for reading and thanks again!
I can’t reproduce this with AutoHotkey v2.0.19, AutoHotkey hooks take precedence over DPYes for me.
Both Mouse5 and F5 succesfully send c
to Grim Dawn, with F5 not even opening the DPYes config menu:
#Requires AutoHotkey v2.0
XButton2:: {
Send "c"
}
F5:: {
Send "c"
}
1.This is crudely implemented in 16i, only supporting single key-presses and requiring referencing Virtual-Key Codes (Winuser.h) - Win32 apps | Microsoft Learn
2. I can take a look
@Sleepless
Hey, how are looking at reordering damage types in the damage windows? From current order to character screen order (elementals, acid, pierce, etc.)