Here is my attempt at the question what batch size is optimal for a given maximum time batches are running. I wrote a little script to calculate the total alive time of units, based on the batch time formula in the original post (ignoring the auto-queue rounding at first). Let's start with base training rate 10 and modifier 0.8. Plotting it as a heatmap looks like this This doesn't tell too much yet, as more time means more units have spent more time alive. No surprise here. But you can already see interesting irregularities at the lower end, which hints at that there are optima. So, to make them more visible, I normalize each time step by the 1-by-1 alive time The first 10 time steps are now shown white because it's dividing by 0. The upper right corner is black, because the larger the batch, the longer there is no unit yet to accumulate alive time. Makes sense so far. However, it is still a bit mushy, so to really highlight the optimal batch size for each target time, I apply a softmax. You see the result on the left below (notice these interesting secondary modes). In the right figure, I have included that auto-queue rounds up the batch train time, giving it a more jagged shape.   That jagged behavior is at least nice to determine some optimal batch size values. I'll leave some here for future reference: With auto-queue active, for base rate 10 and modifier 0.8, until about 90s target duration 1-by-1 is optimal (without auto-queue the cross over to batch size 2 is around 59s). Then in short window 90s-102s batch size 2 is optimal, followed by a somewhat longer optimum for batch size 4 at 102s-122s. Interestingly, 3 seems to never be optimal, 5 only very shortly. However, batch size 6 is good 136s-240s, surprisingly versatile! Similarly, batch size 9 is useful 240s-340s. Keep in mind that I used a quite strong inverse temperature for these plots, so if there shows some color means it is already close-to-optimal. Similar to batch size 3, the sizes 7 and 10-12 seem generally useless. For other base rates or modifiers the optima are different. With base rate 8 (laborers), 1-by-1 is optimal up to 46s, batch size 2 for 46-93s, 5 for 94-161s (or even down to 200s), and 7 is useful from 130s down to 260s (though in the shortest and longest times only close-to optimal). Batch sizes 3, 4, 6 and 9 are never good here. For Romans the base rate 9 favors batch sizes 1 up to ~70s, 3 for ~70-140s and 6 for ~125-225. Avoid batch size 4. Longer base rates tend to favor smaller batch sizes (though you don't necessarily wanna maximize alive time with these ones), while a smaller modifier favors larger batch sizes. Here is the plot for base rate 10 and modifier 0.7: The graphs without auto-queue are very similar, but look more smoothly and do not have such batch size preferences. Code is attached to play around yourself  Cheers!   batch.py

New Production Icons option can be toggled to show what each building is currently producing! Features :  Display productions of own and allied buildings (or all if observer) Resizable Toggle on/off with hotkey Suggested feature by @Ginnungagap. Future potential additions: display a icon for idle buildings and maybe idle units too.  

Great work, thanks @manowar! Ok picked up on Resignation Tribute, but only to prove you wrong.

I was using other mods, but I just tried it without any other mods, and it still did it

ok but any other than that in combination ? I'm just wondering if game templates UI changes conflict with UI changes in another mod.