Search |
---|
ID | Rating | Category | Description | Screenshot | Date |
---|---|---|---|---|---|
5606 | 🙂 | Suggestion | Currently there seem to be no way to use behaviour to control another behaviour controller on the same unit, like selecting behaviour, as we can do using "Call", or running/directly stopping that controller. I think it would be great to have such control, as we could create more complex and flexible systems this way. For example, I have a miner, which has two responsibilities - mine and send radio signal for transport to pick up resources, when it has some above threshold. These are best separated by different behaviours to allow parallel processing to decrease reaction time to changing environment (bugs, node dried up, more bugs) and increase frequency of updates for radio, allowing transport, that listens for the radio, to select new target faster and decrease its downtime. I'm a lazy person, so I want to set up parameters for just one controller, Miner one. This controller in turn would configure Provider controller to provide specific resource it mines, say, Metal Ore. I can set up the parameter just fine with Set to Component, but I can't run Provider behaviour on a separate controller, if it's stopped. Instead I need to click Run button on the interface, which would in my example require unpausing and waiting for miner behaviour to run for a couple of ticks and update Provider parameter. This is due to Provider not working correctly if no parameter is passed, which would be the default state. I can, of course, set it up so that it awaits for non-empty parameter(s) to be set before continuing into main body of behaviour, but this is quite clunky and requires blueprint to be set up with behaviour already running, though this is exactly what I'm doing right now. If we could start/stop/restart neighbour controllers on the same unit, and even select their behaviours, it would allow us engineer more complex interactions between controllers and design more responsive and powerful units. At least I think so :) | 2025-09-10 16:34:27 |
ID | Reply | Author | Date |
---|---|---|---|
77 | We are looking at a way to start/stop/change behaviors from behaviors so will address this in a future updated. Appreciate the feedback! | Admin | 2025-09-11 07:02:44 |