I noticed that the latest version of this mod features a per-belt throughput estimate for mining patches.
This is GREAT and saves me a lot of unnecessary beltwork, but I still have to manually calculate how many belts I need to carry the full output in the most compact manner.

Thus, I'd like two things: one, a per-belt total throughput estimate, not just per-lane, so that I can know how when I need splitters to merge a belt, and two, a per-patch total throughput estimate, in belts, so that I can know how many belts I will need total.

I love the QoL changes you've been doing and vastly appreciate your work. I'd make a pull request on Github for it but I'm not well versed in overlays or the like.

I think I'm gonna make it look something like this but I'm not sure if it's entirely self-explanatory what the "bounds" are.

In this image it's obvious that the bottom lane doesn't fill 3 belts and the top lane needs 4 belts to move stuff but actual throughput is 3 belts.

In this case it's possible to use only 3 balanced belts because that 0.04 of input isn't worth another belt.

Not sure if the per-belt total throughput estimate is needed with the above information available. It's only a bit of mental math to (x1+x2)/2 to decide if to merge into another belt.

Slightly duplicated info but this should be more understandable.

Thank you for the QoL improvement :)