Have a look at the Push Priority and Allied Push Prioriy fields of units. Units with higher priority can push those of lower priority and not the other way around. By lowering one unit's priority, you can prevent it from pushing others aside and it should try to find a way around much like they do with other player units.
If the problem is that multiple workers harvest at the same time, then this can be resolved by disabling the 'Bypass Resource Queue' in the Flags of the Harvest ability. Also, make sure Resource Queue Index is the same when using multiple harvest abilities, but generally it's just 0 and this shouldn't be a problem.
When there's just a single resource patch for multiple workers, they still stack onto that patch, but only one worker should be harvesting at a time. An example would be that the SCV - Gather ability waits for others, while the MULE - Gather can harvest simultaneously with others.
I hope this solves the problem, let me know if you need something different.
I think you are pretty close to the solution. I tried making it work myself and it was not too difficult, perhaps more complex behavior can be designed, but I just made a basic automatic pickup.
You need to issue the command of the Inventory ability type that the unit probably has. The ability command ID for 'Take' is 2, so the Ability Command field of the Issue Order effect should be set like so. If you'd like to know different commands and their IDs, you can take a look at the ability Commands field and count from the first being ID 0.
I hope this gets you up to speed. Another useful note is to exclude 'Hidden' from the search area, otherwise it will include also the items already in units inventory. I guess best is to use an Iterate Inventory effect to drop specific items, but I haven't used this type yet, so I can't say for sure.
Anyhow, if you require any more assistance I'd be happy to help. Take care.
I can quickly think of 3 cases what could cause this:
1. The Build ability of the Drone has the Ignore Unit Cost flag set.
2. The Button has the Show Resource flag unset.
3. The Drone that is sacrificed may also have a cost, this cost is subtracted from the building cost, so it can be different from what is expected. If the Drone costs more than the building then there is no cost involved when building.
Perhaps 1 and 2 are not that likely, but they are settings that affect this.
I created a demo map to demonstrate how this can be achieved with Accumulators. Basically what it does is calculating the fraction of time compared to the full duration and using the Application Rule: Multiply to multiply this with the amount the Accumulator is assigned to, in this case the effect damage.
This also means that after 0.1 sec it deals 10 damage. Or even with a higher precision, as this is what Accumulators are designed for. I hope this is not an unwanted behavior, otherwise you could use an Accumulator with Stack Count to get a more partitioned effect.
Spectators cannot influence the game. It would therefore be illegal to let any trigger run based on spectators, as triggers can have a high impact on the game.
What I think would help to create what you describe is for Blizzard to add client sided triggers which could only register client events and actions. Typing a command and adjusting camera could be among those, these actions do not have to affect other players. Perhaps limit its usage to be only for spectators, as there might be cheat issues arising with it.
An option would be to add a spectator team, with the new update you can name teams now. Players could have some UI elements hidden, but it's far from an ideal spectator interface.
I've not tested much of the miss chance system myself, but there is a field called Weapon High Ground Chance To Miss is the gameplay settings. Go to Data Editor > New Tab > Edit Advanced Game Data > Gameplay Data, select the settings and edit the field. Hope it helps.
Hi, since you are a complete beginner I wouldn't mind creating a small map to demonstrate how it can be done.
I would like some clarification on what needs to happen, does a specific unit receive slow when being hit himself, or does a unit have the ability to slow other units when his attack hits.
Also it would be good to know that Actors in general are for visual/audio purposes, so changing speed in an Actor Event might have to do with animation speed. "Behaviors" can adjust how units behave, ranging from movement-speed adjustments to invulnerability and death effects. "Effects" of type "Apply Behavior" can give these behaviors to units, effects are of many types, a "Damage" type for example is often given to a "Weapon", but effects can be combined so that it it applies both damage and a behavior, which is done for the Marauder - Concussive Shells.
Let me know if you'd like me to create a small map to demonstrate.
I would like to send a signal to all instances of a certain actor, these may not be in the actor scope from where to signal is sent, how would I achieve this?
I've read something about the Actor List actor, but I know little to none about it.
I'm creating the behavior of shedding skin upon death. I do it using a morph ability, because then the unit selection remains in tact as well as the orders. Now I created an actor to play a death animation/sound, this one is created in the events of the 'dying' unit, only the death actor sticks with the morphed unit as it moves. I would like that this actor stays in place. How would I go about achieving something like this?
I've tried setting the inherit type to Once, as I thought it would receive the units pos/angle just once and then stay there, but it seems to stay parented. Maybe should I create a static dummy unit that will create this actor? Or are there better options?
Ah I seem to get something happening now. The target ::Main is what I was missing I suppose.
I also noticed that normal buildings will cycle through the colors normally, but the other building skips them all and goes straight to blue. I assume it depends on whether or not the building has the animation for each stage, of not, then skipping the stage.
So on my other progress actor I filled in a stand animation for each stage, and seems to be responding at the right time. Only I'm now getting an error/warning saying: Sequential looping animations detected: Stand; Stand. at every stage transition. I've tried alternating the stage animations with Stand-Default or Stand-Ignore, but they all give the same warning.
0
Have a look at the Push Priority and Allied Push Prioriy fields of units. Units with higher priority can push those of lower priority and not the other way around. By lowering one unit's priority, you can prevent it from pushing others aside and it should try to find a way around much like they do with other player units.
Hope this helps.
0
If the problem is that multiple workers harvest at the same time, then this can be resolved by disabling the 'Bypass Resource Queue' in the Flags of the Harvest ability. Also, make sure Resource Queue Index is the same when using multiple harvest abilities, but generally it's just 0 and this shouldn't be a problem.
When there's just a single resource patch for multiple workers, they still stack onto that patch, but only one worker should be harvesting at a time. An example would be that the SCV - Gather ability waits for others, while the MULE - Gather can harvest simultaneously with others.
I hope this solves the problem, let me know if you need something different.
0
Hi there,
I think you are pretty close to the solution. I tried making it work myself and it was not too difficult, perhaps more complex behavior can be designed, but I just made a basic automatic pickup.
You need to issue the command of the Inventory ability type that the unit probably has. The ability command ID for 'Take' is 2, so the Ability Command field of the Issue Order effect should be set like so. If you'd like to know different commands and their IDs, you can take a look at the ability Commands field and count from the first being ID 0.
I hope this gets you up to speed. Another useful note is to exclude 'Hidden' from the search area, otherwise it will include also the items already in units inventory. I guess best is to use an Iterate Inventory effect to drop specific items, but I haven't used this type yet, so I can't say for sure.
Anyhow, if you require any more assistance I'd be happy to help. Take care.
0
I can quickly think of 3 cases what could cause this:
1. The Build ability of the Drone has the Ignore Unit Cost flag set.
2. The Button has the Show Resource flag unset.
3. The Drone that is sacrificed may also have a cost, this cost is subtracted from the building cost, so it can be different from what is expected. If the Drone costs more than the building then there is no cost involved when building.
Perhaps 1 and 2 are not that likely, but they are settings that affect this.
0.962637362637363
I created a demo map to demonstrate how this can be achieved with Accumulators. Basically what it does is calculating the fraction of time compared to the full duration and using the Application Rule: Multiply to multiply this with the amount the Accumulator is assigned to, in this case the effect damage.
This also means that after 0.1 sec it deals 10 damage. Or even with a higher precision, as this is what Accumulators are designed for. I hope this is not an unwanted behavior, otherwise you could use an Accumulator with Stack Count to get a more partitioned effect.
Let me know if you need any more help.
0
Spectators cannot influence the game. It would therefore be illegal to let any trigger run based on spectators, as triggers can have a high impact on the game.
What I think would help to create what you describe is for Blizzard to add client sided triggers which could only register client events and actions. Typing a command and adjusting camera could be among those, these actions do not have to affect other players. Perhaps limit its usage to be only for spectators, as there might be cheat issues arising with it.
An option would be to add a spectator team, with the new update you can name teams now. Players could have some UI elements hidden, but it's far from an ideal spectator interface.
Sorry that there are not many options for this.
1.93303147490545
I've not tested much of the miss chance system myself, but there is a field called Weapon High Ground Chance To Miss is the gameplay settings. Go to Data Editor > New Tab > Edit Advanced Game Data > Gameplay Data, select the settings and edit the field. Hope it helps.
0
Hi, since you are a complete beginner I wouldn't mind creating a small map to demonstrate how it can be done.
I would like some clarification on what needs to happen, does a specific unit receive slow when being hit himself, or does a unit have the ability to slow other units when his attack hits.
Also it would be good to know that Actors in general are for visual/audio purposes, so changing speed in an Actor Event might have to do with animation speed. "Behaviors" can adjust how units behave, ranging from movement-speed adjustments to invulnerability and death effects. "Effects" of type "Apply Behavior" can give these behaviors to units, effects are of many types, a "Damage" type for example is often given to a "Weapon", but effects can be combined so that it it applies both damage and a behavior, which is done for the Marauder - Concussive Shells.
Let me know if you'd like me to create a small map to demonstrate.
0
Ah thanks, I got it working
0
I would like to send a signal to all instances of a certain actor, these may not be in the actor scope from where to signal is sent, how would I achieve this?
I've read something about the Actor List actor, but I know little to none about it.
Thanks in advance.
0
Enable the Transient flag of the ability in the Stats: Flags field.
However, setting so will disable requests to turn towards the target, you should also set Ability: Arc to 360 to avoid an error message.
0
I'm creating the behavior of shedding skin upon death. I do it using a morph ability, because then the unit selection remains in tact as well as the orders. Now I created an actor to play a death animation/sound, this one is created in the events of the 'dying' unit, only the death actor sticks with the morphed unit as it moves. I would like that this actor stays in place. How would I go about achieving something like this?
I've tried setting the inherit type to Once, as I thought it would receive the units pos/angle just once and then stay there, but it seems to stay parented. Maybe should I create a static dummy unit that will create this actor? Or are there better options?
0
Ah I seem to get something happening now. The target ::Main is what I was missing I suppose.
I also noticed that normal buildings will cycle through the colors normally, but the other building skips them all and goes straight to blue. I assume it depends on whether or not the building has the animation for each stage, of not, then skipping the stage.
So on my other progress actor I filled in a stand animation for each stage, and seems to be responding at the right time. Only I'm now getting an error/warning saying: Sequential looping animations detected: Stand; Stand. at every stage transition. I've tried alternating the stage animations with Stand-Default or Stand-Ignore, but they all give the same warning.
Any clue how I can fix this up?
0
Well I've been banging my head trying to get it to work, but couldn't get any event triggers from the progress level.
Maybe can you create a demo for me to look into?
Otherwise I'll post what I have in the near future.
0
And how would I go about detecting whether or not the construction is 2/3 of completion? Or maybe any other fraction.