Spoiler: v0.3 Debug Mode
Spoiler: v0.1 GameplayDownload v0.8.1
Spoiler: Changelog
That was already pretty possible - in fact, something like that is almost certainly a lot simpler than this, since that just involves finding a target that the player is close to pointing at, then forcing the player to point at it while they hold down a button. This has aspects of that, sure, but it also has to predict player intentions and make the "latching on" feel natural, so that the player doesn't get stuck on an enemy while trying to turn 180 degrees or lose the sensation of control while trying to play the game normally.PhantomDoom741 wrote:Seems cool (I still didn't try it, that's why I used seems) and this might make a recreation of the Metroid Prime series' Lock-On feature possible!
Code: Select all
enabled=CVAR.findCVar("AIM_ASSIST_ENABLED").getBool();Code: Select all
class test : eventhandler
{
transient cvar enabled;
override void onregister()
{
enabled = CVAR.findCVar("AIM_ASSIST_ENABLED");
}
}Code: Select all
aimbot_enabled.getbool();I could change it later, but it isn't called every tick, or even much at all, only on save load and when you click "update" on the options menu, so it isn't really a priority.Apeirogon wrote:Pro tip : instead ofyou can useCode: Select all
enabled=CVAR.findCVar("AIM_ASSIST_ENABLED").getBool();which then you can use later likeCode: Select all
class test : eventhandler { transient cvar enabled; override void onregister() { enabled = CVAR.findCVar("AIM_ASSIST_ENABLED"); } }Its because findCVar function too slow to call to it every tick.Code: Select all
aimbot_enabled.getbool();
Can you point me to a simple map with portals for testing so that I can try to fix that bug? I don't really know which maps use them.Jaxxoon R wrote:I found a few issues with this:
2) it does not play well with portals at all, tending to point down and to the left of where the enemy actually is.
That was actually surprisingly easy to fix, will update in 0.4, just had to use level.Vec3Diff(), also, for the angle up/down issue, did you try increasing sensitivity in performance settings?Jaxxoon R wrote:I've attached a simple test map containing two portals.
that's probably because currently the aim works at a fixed offset subtracted from the monster height (it's configurable, default is 12, but still a fixed value), i'll add some other height calculation options for 0.5, they should fix it for you.Jaxxoon R wrote: The player still pitches up towards monsters. And it gets worse the taller the monster is, with enemies like the cyberdemon pitching up so high it can be hard to see where you're going. I feel like it would help things if, within a certain distance, it tried to keep the player's view centered as much as it could without straying too far away from the monster's center of mass.
AFAIK it's not really possible to simulate player input in ZScript. You can intercept key presses and cancel them, but not really add new ones. My mod, for example, doesn't simulate mouse input, it just alters player pitch and angle directly.PixelWAD wrote:This is genial! Would you be able to implement an option that once you aim (either manually/freelook or by autoaim) so that it also fires the weapon?