Continuing the discussion from Give tc an automatic villagers building bottom?:
Edit: Since most responses indicate very overzealous “reading between the lines” I will make this clear: this post is an analysis, it is not a suggestion. It is a framework within which meaningful discussions of an autoqueue can be had. I couldnt care less if autoqueue is implemented or not implemented. The preference expressed is extremely mild, more like an intellectual curiosity.
There is fundamentally very little difference between forcing players to have the resources up front to queue a unit vs allowing the building to automatically generate the next unit in the queue.
Put another way auto unit production is almost identical to allowing unit queueing where the cost is paid at the time a unit’s production starts rather than when the unit is entered into the queue. All that changes is when the player can encode their decision within the game: prior to being able to afford it, or after.
In fact they both have their value and drawbacks. One (payment upon queue) commits resources so the player doesn’t accidentally override themselves but is more costly. The other (payment upon production) commits to the decision at a lower priority and allows it to be overriden by lowering the resource stockpile such that the payment can’t be made, meaning production doesn’t start. But this latter option is less costly.
Allowing the player to have both options isn’t going to somehow break the game. Acting like one is inherently a better design over the other such that the game can only have one but not the other is incredibly myopic. Why?
Because you can also have any combination in between where all units up to the nth object in queue must be paid in full and after that it costs nothing to queue. Set n = 0 and that’s pay upon production, set n = max queue length-1 and that’s pay upon queue.
Personally I’d like to have n=1 as an option for auto queue. That is auto queue would force 2 units to be paid in full per building, the one being produced and the unit in queue position 1. But otherwise it automatically adds units to the queue, paying for them as they are added to the 1 place in queue. This has some problems with really expensive units like elephants vs cheap units like karambits but it’s still an improvement. It’s also mostly for curiosity. It’s the n I’d like to see start at because I think it would be very strong and thus would give a good indication of where it could be reduced to if desired.
If you’re afraid auto queue is going to break the game there almost certain exists some n where it won’t break the game. So feel free to give your own n value in the poll.
- N=0 (only pay for unit being produced)
- 10 > N >= 5
- N >= 10