Where the 1 is c_orderQueueAddToEnd, because I'm trying to queue the order.
This is supposed to happen when space bar is pressed. What doesn't make sense is that the supply depots randomly ignore the lower order.
I've tried adding a wait in between the orders, I've tried using other order constants such as c_orderQueueReplace and c_orderQueueAddToFront,
But the result is the same. It randomly ignores the order.
Does anyone have any idea why this happens and how it can be fixed?
Asides that another question is.. How can I speed up the supply depot raise lower animation through triggers? I would like to to execute in say 0.5 seconds. If this is easier through data, please enlighten me on how it could be done as I have no idea how =/
Huh...I did a similar thing to what you are doing now in a contest. It raises the supplies and immediately lowers them. It doesn't use the space button though. The problem could have something to do with your space button event, because my trigger looks the same otherwise. Double check on my triggers.
Tried it. Its damn weird. I replaced your periodic timer with a space event and it happens. I can't really understand why this is happening, Because with the use of the trigger debugger, the order to lower is being given, but its not being executed.
Happens sometimes with my units, learned that unit given order is not 100% reliable, might be something with order behavior on the unit itself. I might be wrong.
The process is a morph ability, you need to reduce the duration, speed up the animation still make the unit wait until the morph is complete
The process is a morph ability, you need to reduce the duration, speed up the animation still make the unit wait until the morph is complete
How would I do this? D: I'm assuming this is done through data, which I really have no idea where to start. I did give it a try just now but i just can't understand the way it pieces together yet.
Quote:
... wait until the morph is complete
I interpret this as a fix to the unit given order problem. I.e., Wait until the morph is complete before giving another order. (Or am I mistaken?) The only way I can think of to do this is to use a wait command. But I'm sure there must be a way to wait for the morph to complete right?
The morph ability turn an unit into another, in this case a supply depot raise to a supply depot (lowered), the 2 unit are of different kind and may cause your problem as well. In the morph ability, modify the Info+: and you have duration for all things like stats, collision, mover etc..
Every .2 seconds event -> All Lowered supply depots (Command) Raise.
This fix would work, but I believe there are concerns with its process efficiency due to the fact that its periodic. There would be a lot of redundant instructions in the process. i.e. orders being given when they aren't needed. A better fix IMO, is to have a trigger that catches whenever supply depots (lowered) are given the command to raise, wait x seconds, then give the order to lower. I tried it and it works, but there are still some responsiveness concerns when i spam all the buttons.
In the end, I kinda scrapped the idea and I'm instead using opacity to represent the press states. Its much more responsive and achieves the effect I'm trying to create (Since I don't have to wait for the raise and lower). You could check out my screen-shot in my latest post at the weekly/monthly trigger exercise if you're curious as to what I'm trying to do.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
Okay.. so I'm trying to make my supply depot (buttons[p][i]) rise, then immediately lower after that with the following script.
Where the 1 is c_orderQueueAddToEnd, because I'm trying to queue the order.
This is supposed to happen when space bar is pressed. What doesn't make sense is that the supply depots randomly ignore the lower order. I've tried adding a wait in between the orders, I've tried using other order constants such as c_orderQueueReplace and c_orderQueueAddToFront, But the result is the same. It randomly ignores the order.
Does anyone have any idea why this happens and how it can be fixed?
Asides that another question is.. How can I speed up the supply depot raise lower animation through triggers? I would like to to execute in say 0.5 seconds. If this is easier through data, please enlighten me on how it could be done as I have no idea how =/
Huh...I did a similar thing to what you are doing now in a contest. It raises the supplies and immediately lowers them. It doesn't use the space button though. The problem could have something to do with your space button event, because my trigger looks the same otherwise. Double check on my triggers.
@yukaboy: Go
Tried it. Its damn weird. I replaced your periodic timer with a space event and it happens. I can't really understand why this is happening, Because with the use of the trigger debugger, the order to lower is being given, but its not being executed.
That IS wierd. Idk what could possibly be going wrong.
@FuzzYD: Go
Happens sometimes with my units, learned that unit given order is not 100% reliable, might be something with order behavior on the unit itself. I might be wrong.
The process is a morph ability, you need to reduce the duration, speed up the animation still make the unit wait until the morph is complete
@progammer: Go
How would I do this? D: I'm assuming this is done through data, which I really have no idea where to start. I did give it a try just now but i just can't understand the way it pieces together yet.
I interpret this as a fix to the unit given order problem. I.e., Wait until the morph is complete before giving another order. (Or am I mistaken?) The only way I can think of to do this is to use a wait command. But I'm sure there must be a way to wait for the morph to complete right?
@FuzzYD: Go
The morph ability turn an unit into another, in this case a supply depot raise to a supply depot (lowered), the 2 unit are of different kind and may cause your problem as well. In the morph ability, modify the Info+: and you have duration for all things like stats, collision, mover etc..
One idea that I have is this...
Space bar event -> All supply depots (Command) Lower
New Trigger
Every .2 seconds event -> All Lowered supply depots (Command) Raise.
This may help A LOT. Please try it. :D
Edit: Otherwise, you would have to tell each individual supply depot to lower and raise in that order. :D
@yukaboy: Go
This fix would work, but I believe there are concerns with its process efficiency due to the fact that its periodic. There would be a lot of redundant instructions in the process. i.e. orders being given when they aren't needed. A better fix IMO, is to have a trigger that catches whenever supply depots (lowered) are given the command to raise, wait x seconds, then give the order to lower. I tried it and it works, but there are still some responsiveness concerns when i spam all the buttons.
In the end, I kinda scrapped the idea and I'm instead using opacity to represent the press states. Its much more responsive and achieves the effect I'm trying to create (Since I don't have to wait for the raise and lower). You could check out my screen-shot in my latest post at the weekly/monthly trigger exercise if you're curious as to what I'm trying to do.