[Tool] GDAutocaster - play 🎹 builds with ease, autocasting of skills, combos, faster / automatic camera, autohiding of items, centered Inquisitor Seal and more for all games!

[tqFan]

I think Autocast By Hold is the only feature that has it
and it should work by writing something like this:

[autocast by hold]
cast1=Ctrl,Space:1
delay1=100

How it works in the program:

• if program detects the last activating button being pressed
  (Space here)
  it activates the appropriate function which then checks
  if previous buttons are held - only Ctrl here

and then it sends 1

Which seems about right

I think it’s flexible enough for all needs?

[tqFan]

That’s an interesting idea. You’d need some sort of compatibility setting so with the default being the way it is now, so that existing scripts don’t break. It’s a lot of work on your end to update all the documentation too.

I don’t think it would be a lot of work.
Making the code more elegant and shorter has higher priority
for me than backward compatibility and stuff

[GaeanC]

I think Autocast By Hold is the only feature that has it
and it should work by writing something like this:

[autocast by hold]
cast1=Ctrl,Space:1
delay1=100

That makes sense for input, how about outputting ctrl-space? Is that possible too?

I don’t think it would be a lot of work.
Making the code more elegant and shorter has higher priority
for me than backward compatibility and stuff

Where I used to work as a software designer, compatibility was absolutely necessary. If you have different priorities I can understand that. Hopefully it won’t mess up too many people. I can certainly update my stuff for any script I use that is older. Simpler code is almost always a good thing.

[tqFan]

That makes sense for input, how about outputting ctrl-space? Is that possible too?

This work for me (selects all text in Notepad++ by Ctrl + A)

[general]
game_window_id=Notepad
suspend_key=Tab
title_match_mode=2

[combo presses]
combo1=b:Ctrl Down,a,Ctrl Up
delay1=0
key_native_function1=false

(wierd thing it doesn’t work with A, B instead of a, b. Case of letters doesn’t make a difference in AHK I think)

---

Where I used to work as a software designer, compatibility was absolutely necessary. If you have different priorities I can understand that. Hopefully it won’t mess up too many people. I can certainly update my stuff for any script I use that is older. Simpler code is almost always a good thing.

Yeah, the reason is it’s not work
I already changed config format severely once or twice

• don’t think it will mess too much

• people don’t use so advanced config as you in general

• they’d have to redownload

• I’m always there to correct their configs if something doesn’t work

[tqFan]

I quite understand your not wanting to take that on, but it’s unfortunate that the two tools don’t work together, as I think it could be an interesting and fun way to play, if it was possible.

It’s now possible thanks to

[MOD] Third Person Camera - TPC

Hello and welcome! I decided to give a hand into modding and I always wanted to have a more immersive experience with Grim Dawn. After fiddling a bit with the camera settings of the game, voila, I made a small and simple mod called Third Person Camera. What does it do? Well, it allows you to play with a very close in zoom for a more immersive experience. Grim dawn has a lot of interesting details that escape the eyes with the far away camera, but with the close in one, you can experience thos…

@GaeanC @Kwiatos @Dlightfull

[tqFan]

I quite understand your not wanting to take that on, but it’s unfortunate that the two tools don’t work together, as I think it could be an interesting and fun way to play, if it was possible.

Is it possible to incorporate the camera following your char into this program as well? Or is there some separate mod that does that? Don’t want to install autohotkey just for that

Is it possible to incorporate the camera following your char into this program as well? Or is there some separate mod that does that? Don’t want to install autohotkey just for that

It’s now possible thanks to

[MOD] Third Person Camera - TPC

Hello and welcome! I decided to give a hand into modding and I always wanted to have a more immersive experience with Grim Dawn. After fiddling a bit with the camera settings of the game, voila, I made a small and simple mod called Third Person Camera. What does it do? Well, it allows you to play with a very close in zoom for a more immersive experience. Grim dawn has a lot of interesting details that escape the eyes with the far away camera, but with the close in one, you can experience thos…

@GaeanC @Kwiatos @Dlightfull

Curious why Kwiatos and Dlightfull have same posts

[Dlightfull]

Curious why Kwiatos and Dlightfull have same posts

I have no idea.i don’t remember now, but I am not in the habit of copying someone else’s posts.

You got me interested with the camera though. How does it work? I did not check that mod, because I want my camera to be as far away as possible.

If you.know of a possibility to make it very far away and turn around with my char, I’d be very grateful. I tried your script, but it turns too fast for my liking .

[powbam]

Curious why Kwiatos and Dlightfull have same posts

Doing some sleuthing of Kwiatos history @medea_fleecestealer it looks like Kwiatos might be a bot. His first post was a word-for-word copy (and wasn’t quoting, unlike medierra and Zantai’s replies to innoruuk) of someone elses as can be seen here:

[tqFan]

If you.know of a possibility to make it very far away and turn around with my char, I’d be very grateful. I tried your script, but it turns too fast for my liking .

You’d need to ask the author of the TPP mode or someone else
knowing how to mod the camera to be far away, maybe also faster
rotation if I am to automate it in any way

[medea_fleecestealer]

But his other reply is an original as far as I can see unless he took it from another thread.

[powbam]

But his other reply is an original as far as I can see unless he took it from another thread.

I saw. Either way it goes… highly suspicious behavior. 3 posts total - Posts 1 and 3 are copy/pastes of someone else. Post 2 I cannot find an instance of so it seems to be some kind of weird anomaly - I do wonder tho if possibly it was a copy/paste of a post in the thread that was deleted (or a post of a deleted user). Any way moderators can see that?

[tqFan]

All his posts are copy paste

[Feedback] The Great Ranged Balance Discussion

Deathdealer’s Sidearm is an extremely poor man’s Havoc, and that’s an underwhelming archetype to begin with. Non-inquisitor WPS have no AoE on ranged, and inquisitor ones interact poorly with physical damage, since only bursting round isn’t multi-projectile. With the update to Unchained Grasp, you could try making some kind of meme Havoc/DS Paladin, but don’t expect much.

making bots to pretend GD not ded?

[powbam]

All his posts are copy paste
[Feedback] The Great Ranged Balance Discussion

What the heck? Why isn’t that users post popping up when I search the thread?

[tqFan]

because you only search in this topic : )

[powbam]

because you only search in this topic : )

No… that’s the same thread in which he posted it.

Interestingly IT DOES list if you untick the option…

…and it links to Smitherson’s post. Very odd that it subsequently leaves out Kwiatos copy/paste from the results tho. Overall, it is at odds with the search behavior elsewhere, like with his copy paste in your thread here:

It shows both when ‘Search this topic’ is ticked.

[powbam]

Well either way, I think we’ve shown that it is a bot and good find going your route

[medea_fleecestealer]

Strange that the search didn’t call up the original though in that thread. Something weird going on with Discourse because yesterday I only got kwiatos and eard’s (#183/184 posts) for results while today I get this, both times with search this topic ticked.

[tqFan]

@GaeanC Now I think I remember why this hack for native function passthrough is not appropriate.
In AutoHotkey you cannot define the same hotkey two times
(bind two different function to the same button)
that’s why I have a class HotkeysCollectorthat gathers all functions for a specific button
and executes them one by one.

How does this class know which functions belong to the same hotkey / button?
By the name of the button, without modifiers such as ~, * or $
(these modifiers used to be a part of the name of the hotkey button but now I separate them)

And here’s where’s the problem. Suppose you define two hotkeys on Right Mouse Button:
(blocking passthrough on RButton in Grim Dawn doesn’t work in Grim Dawn anyway IIRC
but let’s forget it for simplicity’s sake)

[autocast by hold]
cast1=RButton:1

[combo presses]
combo1=~RButton:2

Notice that the first hotkey is without ~ and the second has it.

Now because of ~ my program think these belong to different buttons
And attempts to create separate hotkeys instead of one which is bad
because it’s impossible in Autohotkey
One of them will not work or maybe you’ll get an error
(don’t remember at the moment)

[tqFan]

@GaeanC

This brings one important thing I need to mention to you.
Suppose you define something like this in the current version of the program:

[autocast by hold]
cast1=Space:1
key_native_function1=false

[combo presses]
combo1=Space:2
key_native_function1=true

Notice that these two hotkeys different in whether they allow pass through or not.
The thing is it’s impossible in AutoHotkey
I create only one Hotkey for Space and it can either have passthrough or not

I’ve made it so that it will still work (both cast and combo above)
but whether it has passthrough or not is undefined
depends on the order of creation of these hotkeys in the code
the first one defines whether Space has passthrough or not

[tqFan]

@GaeanC
For this reason ~ update is cancelled
and also beware of using ~hack.

If you define i.e. ~Space hotkey somewhere,
don’t create Space hotkey (without ~) anywhere in your config.

[edit] Well I could parse ~ while reading config but it but this would make
the hack kinda pointless since now I have to complicate the code for it.

[edit2] I’ve made a warning and force program exit if you’re defining two functions
for the same button but differing in whether they allow passthrough or not:

warn if binding two functions to a hotkey when one blocks native function and the other doesn't