Discussion: long-range logistics revamp



  • @geir1983 said in Discussion: long-range logistics revamp:

    @tigga said in Discussion: long-range logistics revamp:

    The limitations on civilian uses are a side-effect but not too onorous. I don't think many people are sucking in more than 50 resources/tick sustained in any room other than temple rooms. For temple rooms, there's OPERATE_TERMINAL.

    OPERATE_TERMINAL require a Power Creep though, and the temple rooms are not really spending a lot of time at RCL 8. I guess you could have the power creep travel back to a room with an operational Power Spawn once in a while to refresh..

    I don't think a walking power creep is too tricky. Temple rooms are usually placed close to other rooms.

    Pretty sure i send more than 50 energy / tick when leveling new rooms as well. None of these are breaking changes, but still this does impact civilian use, where the intention is to limit combat sustainability.

    Yeah. Batteries help at RCL 7. Might also want operate terminal and a longer walk for new claims. Or just walking creeps as you do pre-terminal.



  • Point is just that the intention is to change how high level combat works (by limiting terminal bandwitdth to reduce the effectiveness of repair), but at the same time works as nerfs to civilian use cases. Both have ways of solving, but is more complex / require the use of power creeps where none were needed before.



  • What if make a power to use on nukes so they will limit terminal throuput for some time. But maybe it is not good to mix this 2 things... Or imlement other two power creep classes so attacking with them will be more effective even vs good repairing. Don't forget that disrupt terminal can be done only in room where power enabled.


  • Dev Team

    @deft-code

    I think the intent is design warp containers so that they don't dominate the remote mining meta, but rather provide another tradeoff to consider. Fundamentally introducing a new strategy will disrupt the current remote mining meta. If it didn't the new feature would be a flop.The question is what disruption provides the best tradeoff for the most players.

    Exactly! Thanks for summing it up in such a clear way.


  • Dev Team

    @geir1983 No, it's not about high level combat only. The idea of providing an alternative way to long-distance haul instead of terminals has been debated for ages. We just need to find the correct costs so that it will be a proper CPU/energy/time tradeoff, balanced between terminals and creep haulers. And this is the reason why we created this thread - to figure out this math together with you. We'd appreciate if you not only express your (un)happiness with this feature, but also give us some math that you think would improve it.

    👍


  • @artch Thanks for the feedback and your thoughts on why.



  • Some rough numbers from me. There's a few unaccounted for factors, but I think it's mostly fair.

    Right now on shard 2 I'm:

    • Harvesting 181 remote sources across 108 rooms.
    • Spending 406 energy/tick on haulers for this
    • Spending 50 CPU/tick on haulers for this

    With 3 warp containers per room I think I could replace this with 289 warp containers and 108 "edge bounce" creeps each of which would probably be ~0.2 energy/tick and ~0.1 CPU/tick. Could spent more energy and less CPU, not sure what the optimal ratio is. Removing a container at each source (saving 0.5 energy/tick) and with 1 energy/tick upkeep on warp containers replacing with warp containers would save me ~40 CPU, ~200 energy/tick and a lot of spawn time.

    With 2 warp containers per room the simplest implementation would just be to halve my haulers in 2+ source rooms. Lets assume they're all 2 source rooms. That'd mean the replacement would save me ~20 CPU, and ~100 energy/tick. Now I can do better than this simple system in some rooms by placing warp containers between the sources and using one to feed two sources, but that's complicated to reason about.

    I think the above shows that 1 energy/tick upkeep won't cut it. I also think that 2 energy/tick upkeep with 3 per room won't cut it either. 2 energy/tick with 2 per room would start to be alright, but still a little cheap IMO (in my case, saves 20 CPU, costs 100 energy, without any optimisation.. that's a pretty good ratio IMO).

    I'm starting to reach 2.5->3 energy/tick as my price point. I quite like the idea of two warp containers/room as it makes solutions a lot less obvious, so I think I'd probably go with 3 energy/tick at 2 per room. Maybe a discount in highway rooms (back to 1 energy/tick)?



  • @artch Just curious why are creep haulers not a solution? Perhaps with some buffs to carry, uhm store, size. Increase battery to energy ratio, etc. Increase carry boost percentages.If the warp containers are going to sit somewhere in between, why would anyone use them? They will end up like tunnels barely getting any use due to being so expensive and CPU heavy. Needing to work with resource convoys or as an enemy trying to intercept them would add much more interesting dimensions to a siege then a 'pipe' system you can pummel anywhere at any time.

    👍


  • @tun9an0 I also thought about creep convoys with energy to help sieged colony. But depedning on the terrain your path will go through attacking squad or not. In first case it is very hard to keep haulers alive, sure there can be healers and attacking creeps or towers can heal them... But what if attacker just have more creeps and will intercept haulers easily



  • @u-238 said in Discussion: long-range logistics revamp:

    @tun9an0 I also thought about creep convoys with energy to help sieged colony. But depedning on the terrain your path will go through attacking squad or not. In first case it is very hard to keep haulers alive, sure there can be healers and attacking creeps or towers can heal them... But what if attacker just have more creeps and will intercept haulers easily

    The purpose of blockading a room is to prevent resource from going in. Otherwise while the attacker is spending a lot of resource attacking, the defender can just spam repairers. I think a good way to help the sieged room is to send a relief squad from another room with some energy/battery.

    However, currently this way is not quite efficient since creep carry capacity is too low. If we buff carry boosts to the level of harvest boosts, we will have an interesting way to help out a sieged room.

    👍

  • Dev Team

    @TuN9aN0

    Just curious why are creep haulers not a solution?

    It's a solution, but very complicated solution, hard to code. Few will be able to use it successfully as a real solution in their case. We need something inbetween easy terminals and super complicated creep hauling.


  • Dev Team

    Regarding remote mining: what if warp containers can't be constructed within X tiles from a source? (Due to energy interference it creates in the continuum.)



  • Would need to be a fair distance to have much impact i think, adding a few carry parts to a miner to move 2 steps out to deposit would be pretty easy way to handle warp containers a few steps away from the source. Would probably see a miner/hauler hybrid of sorts if the distance gets a little bigger, which would be kinda cool i guess.



  • I think the amount of warp containers in owned rooms needs to be higher than 2. You would want one at a central location, near your terminal/storage and that leaves just one at a room edge for connecting to other "networks" and makes it so you cant also use the warp container for other things like split bases, mineral harvesting, controller upgrading etc, sort of limits your options a bit with only 2 in my opinion. Maybe 3 for owned rooms and 2 for other rooms makes more sense.



  • Having to "man" the warp containers to cross room borders also feels a bit awkward. You would need to have a creep standing on the room borders and bounce between rooms, doing withdraws and transfers between them, sort of like a bucket brigade type system. Any way to make warp containers on room edges connect to each others without making it too OP?



  • @geir1983 said in Discussion: long-range logistics revamp:

    I think the amount of warp containers in owned rooms needs to be higher than 2. You would want one at a central location, near your terminal/storage and that leaves just one at a room edge for connecting to other "networks" and makes it so you cant also use the warp container for other things like split bases, mineral harvesting, controller upgrading etc, sort of limits your options a bit with only 2 in my opinion. Maybe 3 for owned rooms and 2 for other rooms makes more sense.

    You still have links though, and the last leg could also be creep based. I guess one issue I have right now is that I don't really see myself using these for anything other than making remoting more efficient. Especially if they're 2+ energy/tick each.



  • @geir1983 @artch How about a random amount of warp containers per room, between 1-3 that is a randomly assigned number so it gives each room an unique feel.

    👎


  • could the usage of warp containers be linked to how often and how strong invaders show up ?

    in a way that the more often / bigger volume / more warp containers are built in room (up to 3) the more attracted (and bigger) invaders are ? also as a bonus, it might attract the steal-invaders that would not attack, just try to take away resources from closest warp container

    in room without warp containers, there would be no breaking change, and for players wanting to utilize them (in remote rooms or claimed ones) there would be a drawback of more frequent / stronger invaders (should be a minor drawback for high RCL rooms)



  • Invaders are too closely tied to strongholds for that to be any sort of balancing mechanism.


  • Dev Team

    @gadjung Actually, this brings another idea: what if every Creep.harvest operation in the room decreases decay timer of all warp containers in the room? To the point it is still profitable, but much less profitable than using creep haulers?

    This will provide additional balancing mechanic that we can adjust for remote mining, but it doesn't affect use cases of "warp containers network" for transfer purposes only, even when this network is inside a sector, not just in highway rooms.