We have a band-aid solution where we add in a condition so the AI doesn't use the Mineral Harvesting Triggers. This results in the AI mining minerals evenly across bases as well as mining gas while active human players keep BW econ.
Hi Ahli and ImperialGood, thanks for your help with this so far. It's greatly appreciated.
Ahli, I’m trying to reproduce the behavior you describe when you tested the mineral harvesting trigger in an sc2 map but have not been able to.
I took an sc2 map (Ohana) and added in the SBOWTriggers. Played a game against the ai (zerg) and the workers did not transfer. Nor did the ai mine gas and thus not build gas units.
I then modified the map so the only new triggers in there are ‘Mineral Harvesting’ and I get the same result. Workers don’t transfer, gas doesn’t mine, etc.
Finally, I added in the SBOWTriggers and I disabled the triggers in the subfolder ‘Mineral Harvesting’ and the ai behaves appropriately. It spreads workers out across bases, mines gas, and builds gas units such as roaches, hydras, infestors, vipers etc.
I attached the replays with the corresponding file names.
If you’d like to check the latest map I describe, the one with all the starbow triggers available except the mineral harvesting being disabled you can find it in the map called ‘Ohana_Test_20150410’.
Unless I’m missing something, this leads me to believe that the triggers within ‘Mineral Harvesting’ are causing the ai to not transfer workers, mine gas, etc.
Sure, I can attach the syntax for those who can't access the editor or log in.
Attached are the triggers in a .txt file. I would have posted it here but the post loses the syntax spacing. I've left in only the pieces associated with SCVs to cut down on the amount of code shown but it's the same logic repeated for drones and probes anywhere were SCV is referenced.
Edit: The workers are indeed ordered to bounce when there's an available mineral field otherwise they wait. Any thoughts on how to get them back into their normal cycle?
We have triggers designed to make workers behave like they did in brood war for the arcade map starbow. There’s explanation in the video if you’re interested.
However, the triggers get in the way of the built in melee ai transferring workers as well as spreading them out across expansions. When the main base is mined out workers will remain next to the depleted patches.
Also, when the trigger is removed they behave as expected. Spreading out across bases and transferring as minerals become depleted.
I was wondering if someone more familiar with triggers and ai might offer some insight to how we might fix this problem. The triggers can be downloaded in the mod file ‘StarbowBeta’ and the trigger that controls worker behaviour is called ‘SBOWTriggers/Mineral Harvesting’.
0
We have a band-aid solution where we add in a condition so the AI doesn't use the Mineral Harvesting Triggers. This results in the AI mining minerals evenly across bases as well as mining gas while active human players keep BW econ.
0
Hi Ahli and ImperialGood, thanks for your help with this so far. It's greatly appreciated.
Ahli, I’m trying to reproduce the behavior you describe when you tested the mineral harvesting trigger in an sc2 map but have not been able to.
I took an sc2 map (Ohana) and added in the SBOWTriggers. Played a game against the ai (zerg) and the workers did not transfer. Nor did the ai mine gas and thus not build gas units.
I then modified the map so the only new triggers in there are ‘Mineral Harvesting’ and I get the same result. Workers don’t transfer, gas doesn’t mine, etc.
Finally, I added in the SBOWTriggers and I disabled the triggers in the subfolder ‘Mineral Harvesting’ and the ai behaves appropriately. It spreads workers out across bases, mines gas, and builds gas units such as roaches, hydras, infestors, vipers etc.
I attached the replays with the corresponding file names.
If you’d like to check the latest map I describe, the one with all the starbow triggers available except the mineral harvesting being disabled you can find it in the map called ‘Ohana_Test_20150410’.
Unless I’m missing something, this leads me to believe that the triggers within ‘Mineral Harvesting’ are causing the ai to not transfer workers, mine gas, etc.
0
Sure, I can attach the syntax for those who can't access the editor or log in.
Attached are the triggers in a .txt file. I would have posted it here but the post loses the syntax spacing. I've left in only the pieces associated with SCVs to cut down on the amount of code shown but it's the same logic repeated for drones and probes anywhere were SCV is referenced.
Edit: The workers are indeed ordered to bounce when there's an available mineral field otherwise they wait. Any thoughts on how to get them back into their normal cycle?
0
Hi all,
We have triggers designed to make workers behave like they did in brood war for the arcade map starbow. There’s explanation in the video if you’re interested.
However, the triggers get in the way of the built in melee ai transferring workers as well as spreading them out across expansions. When the main base is mined out workers will remain next to the depleted patches.
Also, when the trigger is removed they behave as expected. Spreading out across bases and transferring as minerals become depleted.
I was wondering if someone more familiar with triggers and ai might offer some insight to how we might fix this problem. The triggers can be downloaded in the mod file ‘StarbowBeta’ and the trigger that controls worker behaviour is called ‘SBOWTriggers/Mineral Harvesting’.