Cosmoteer Official Forum

CaptainRedstone

1. In the distance past Abh used self draining to reset for example in timers and logic constructs.
2. Use IsDrainable = false and elaborate logic to make EMP compatible for example the typical power-capacitor/charger in Abh but with logic or timers.

Other cases that I've discussed quite a while ago with Walt was fractional "leeching" as well as dual shield drain....

CaptainRedstone they're quite limited in that you need a proxy for every relative location you want to transfer ammo to/from

Does using the new-ish ViaBuffs feature not work for this?

CaptainRedstone Negative ammodrain comes with a big downside though; there's currently no way to stop it.

Filter with OnlyPartCategories or ExcludePartCategories doesn't work?

Lafiel There's the rather convoluted solution of setting up ammostorage A to have IsDrainable = False, and ammostorage B which is drainable and pulls from storage A (there's other stuff that needs to go on too, but you get the idea). The problem there is that the transfer of power from A to B needs to be set to a ridiculously low interval to work, otherwise it won't drain instantly, and it also has to be a 1 unit/1 unit conversion, otherwise you can end up with 1 or more power left in storage A, which causes unintended behavior with shields or anything else that uses a toggle when storage A is completely drained. As far as I can tell it works, but imo it's not the greatest solution.

Walt Does using the new-ish ViaBuffs feature not work for this?

I'd assume it does, I thought ViaBuffs only worked with multiammostorages. That being said, it still doesn't help the case of using reverse ammodrain.

Walt Filter with OnlyPartCategories or ExcludePartCategories doesn't work?

Doesn't this only apply to the thing firing the projectile? That would mean anyone who wanted to block reverseammodrain would have to contact every modder that has a part which uses it, get them to blacklist their part, then release an entirely new update, all just for a niche compatibility for someone else's mod that they might not even care about. That's a lot of upkeep for such a small issue.

CaptainRedstone I'd assume it does, I thought ViaBuffs only worked with multiammostorages. That being said, it still doesn't help the case of using reverse ammodrain.

Why can't you use MultiAmmoStorage?

CaptainRedstone Doesn't this only apply to the thing firing the projectile? That would mean anyone who wanted to block reverseammodrain would have to contact every modder that has a part which uses it, get them to blacklist their part, then release an entirely new update, all just for a niche compatibility for someone else's mod that they might not even care about. That's a lot of upkeep for such a small issue.

Could modders not agree on a standard part category to use?

My issue with IgnoreNegativeAmmoDrain is mainly that it's too inflexible. What if a part should ignore negative ammo drain only from certain types of shots? This would not support that scenario, but using part categories would.

Walt Why can't you use MultiAmmoStorage?

MultiAmmoStorage could certainly work for the purpose of distributing power to normal parts, but it again you need to specify the component's exact name in AmmoStorages. Plus there may still be cases where reverse ammodrain is necessary for certain things, like powering stuff on a different ship.

Walt Could modders not agree on a standard part category to use?

It would theoretically work, but again it would require every modder to know about and program around the part category, otherwise it would just stop working. Generally speaking it's best to be able to program an interaction mechanic yourself instead of relying on other people to add their own support for you, because if they don't for whatever reason, your interaction is now broken.

My issue with IgnoreNegativeAmmoDrain is mainly that it's too inflexible. What if a part should ignore negative ammo drain only from certain types of shots? This would not support that scenario, but using part categories would.

I see your point, and my idea is certainly open to elaboration. If you're worried about it being too inflexible, there are plenty of ways to fix that. For instance there could be an AmmoDrainParameters branch under AmmoStorage that has components which can control if, how, and from what ammodrain is allowed.

(Forgive any grammar mistakes, it's 2 AM and I'm half-asleep typing this)

CaptainRedstone Okay, so if I understand correctly, the primary issue is that filters can only be added to the weapon/bullet and not the receiving part, which makes properly interacting with weapons/bullets from other mods potentially problematic, correct?

I feel like IgnoreNegativeAmmoDrain solves just one very specific issue within a much larger set of issues, which is how parts can filter various incoming effects (damage, ammo drain, impulse, fire, etc...), especially in regard to how mods interact with each other. Rather than solve the specific problem that IgnoreNegativeAmmoDrain addresses, I'd rather come up with a general filtering solution that can be extended to all the kinds of effects that one might want to filter.