Npc dog/Playing fetch with Dog
Overview
D0G's AI is largely dedicated to picking up physics objects and playing fetch with a target (usually, the player).
As shown in Half-Life 2, D0G can grab objects with his built-in Gravity Gun, toss them over an arcing trajectory, wait for it to be thrown back at him, and either repeat that cycle, or search for a new object dynamically.
While the logics setup used in Eli's junkyard (d1_eli_02
) might seem frighteningly complex, a large portion of it has to do with spawning new crates dynamically, and tracking their fate (enabling D0G to act disappointed or excited), and then switching to play with his deactivated Rollermine. As well as a handful of scripts related to Alyx.
Contents
Scripting
The actual setup to play fetch with D0G is not that complicated:
- Use npc_dog in his most basic 'configuration', that is - not distracted by combat, scripted sequences, or follow behavior; all of them usually make his AI switch away from the catch-and-throw game.
- Have prop physics available to him.
- Now use the following Inputs to make him play fetch:
- SetThrowTarget <targetname of the target> (leave blank, or just exclude it, to use the player);
- StartCatchThrowBehavior <name of the prop> to switch to his play AI (leave blank to search for an object dynamically);
That should be enough for the basic routine.
Other inputs can modify or stop it:
- SetPickupTarget <name of the prop> overrides his preferred prop; makes him stop waiting to catch - can be used to make him throw props in rapid succession;
- SetThrowArcModifier <float> alters the throw trajectory (values close to 0 make for a flat trajectory; >1 for tall parabolic trajectories; <=0 also make for very tall, potentially uncapped trajectories);
- StartWaitAndCatch coupled with PlayerPickupObject; the former allows Dog to wait for a specific prop indefinitely, not giving up and finding another. The latter is meant to be fired from that specific prop, so that Dog knows the player has it. Use it before StartCatchThrowBehavior, or re-fire that one afterward (with the name of the prop as the input parameter);
- StopWaitAndCatch disables indefinite wait for a specific prop;
- StopCatchThrowBehavior makes stop altogether.
Known issues
![Warning.png](/w/images/thumb/c/cb/Warning.png/10px-Warning.png)
deactivate
input) allows him to play fetch.![Icon-Bug.png](/w/images/thumb/b/b4/Icon-Bug.png/10px-Icon-Bug.png)
![Note.png](/w/images/thumb/c/cc/Note.png/10px-Note.png)
If D0G waits too long, he'll give up and search for another prop. His heuristics isn't perfect, and it may lead to unindended consequences and even get him stuck, if he tries to grab a prop that's lodged in scenery, tied to constraints and otherwise not meant for him. There doesn't seem to be a way to filter out what prop he can grab without additional programming, so you'd have to plan for it by not having any unintended physics lying around, or disabling their motion.
D0G won't attempt to grab objects that are:
- Flagged as debris or interactive debris;
- Held by the player;
- Have their motion disabled;
- Are heavier than 250kg (this figure is hardcoded);
- Aren't visible to him;
- Are placed above his eye position.
![Icon-Bug.png](/w/images/thumb/b/b4/Icon-Bug.png/10px-Icon-Bug.png)
References
Two npc_dogs playing fetch with each other on YouTube