Начнем с одного из самых масштабных и интересных нововведений C# Aurora - детализации наземных войск, начиная с конструктора элементов и заканчивая введением командной иерархии произвольной глубины (и то и другое аналогично тому, как сделано и для флота).
Итак, теперь у нас есть конструктор базовых единиц - аналогично тому, как для флота с самого начала был конструкор кораблей. Единицы (units) можно упаковывать в произвольном количестве в такие себе пачки - такая пачка одинаковых единиц называется элемент (element), и уже этими элементами мы можем наполнять формирования (formations), а формирования можно подчинять штабным формированиям высшего уровня, выстраивая таким образом иерархию любого уровня сложности - хоть от огневых групп и отделений до фронтов и родов войск.
Какие здесь есть тонкости.
Во-первых, в отличие от того что было в VB, войска больше не апгрейдятся мгновенно и бесплатно на последний уровень соответствующией линейки технологий. С одной стороны - круто, это добавляет игре глубины и сближает механику наземных войск с механикой флотской. Теперь у наземных войск тоже есть реалистичный процесс устаревания, так что нужно продумывать, разрабатывать, планировать и обеспечивать их модернизацию - всё как мы любим (ну, не все, конечно, но согласитесь - Аврора прежде всего для маньяков штатных расписаний, а для любителей простоты есть масса более простых игрушек). С другой стороны - делать всё это вручную уж очень нудная работа. Начиная с версии 1.12 эта нудность значительно уменьшилась с введением двух новых аспектов механики: образцов пополнения (Replacement Templates) и серий (Unit Series).
В первых версиях C# Aurora формирования по темплейтам только создавались, а пополнять побитые или модернизировать их можно было только вручную. Теперь можно автоматически пополнять побитые в боях или раздерганные ручными переводами формирования до их штатной численности. Т.е. Formation Templates превратились в полноценные организационно-штатные расписания, это круто! В качестве источника пополнений используются формирования, находящиеся "на месте", т.е. в том же населении (population), и отмеченные галочкой 'Использовать для пополнений' ('Use for Replacements', вверху справа на первой вкладке окна Ground Forces). Происходят пополнения на каждом производственном этапе (construction phase), после этапа боёв. Для каждого формирования можно поменять приоритет (поле Priority рядом с галочкой использования для пополнений) - это значение используется при создании очередей на пополнение.
Кроме того, любому формированию - по отдельности или сразу всем таким же - можно заменить образец на другой (просто выбрать из списка существующих образцов по кнопке Change Temp на первой вкладке окна Ground Forces).
Серии (Unit Series) - это совершенно новая механика, приблизительно аналогичная сериям ракет, которые были ещё в VB-версиях Авроры. Для серий наземных единиц в окне Ground Forces добавлена новая вкладка. Список существующих серий выведен в левой части этой вкладки - по умолчанию он пуст, новые серии создаются по кнопке "Create Series" внизу справа окна. Новосозданные серии наполняются единицами, просто перетаскивая их мышкой: из списка в центре окна - влево, в нужную серию (ещё не растасканные по сериям единицы в списке сгруппированы по типам - разверните их щелчками по плюсикам если они свернуты). Перетаскиванием же мышкой можно менять приоритет единиц в серии - те, что выше по списку, будут первыми изыматься из маршевых пополнений и переправляться в первоочередные пополняемые формирования, так что это одновременно и механизм модернизации войск, компромисный между простотой и реалистичностью.
Комбинацию этих механик можно использовать и для массовой модернизации войск (дополняя их какими-то средствами усиления или заменяя устаревшие единицы более новыми), и для переформирования (взять стрелковые дивизии и переформировать их в дивизии РВСН; и не смейтесь: кто в армии служил, тот в цирке не смеется, а дивизии РВСН СССР вообще-то так и создавались), и для прекращения пополнений какого-нибудь формирования (сделать пустой образец и перевести это формирование на него).
К вопросу модернизации войск, подходя с другой стороны. Основные технологические линейки, нужные для модернизации войск:
1. Бронепробитие (Racial Weapon Strength)
Определяется самым продвинутым уровнем из "калибров" основного оружия прямого наведения. Т.е. считаются: Laser Focal Size, Railgun Type, Meson Focal Size, Particle Beam Strength, Carronade Calibre. Почему-то гауссовки не считаются, и почему-то считаются именно технологии максимальных калибров, а не вторые (влияющие на свойства всех калибров) технологические линейки. Это странно, но такова уж воля создателя.
2. Броня
Racial Armour Strength - основной технологической линейкой брони (из раздела Defensive Systems) + Powered Armour и Heavy Powered Armour, которые исследуется независимо и далее не растут (от технологий щитов не зависят).
Переходим к иерархии. Главная тонкость, постоянно вызывающая вопросы - это штабы.
И тут сразу не очень хорошая новость: механика штабов в нынешней версии (1.12) недоделана - они работают для своего собственного формирования, но не для нижестоящих, причём вопреки написанной Стивом "спецификации". Эта недоделка усугубляется ещё и тем, что навык логистика, например (Ground Combat Logistics), действует в механике боя на уменьшение расхода боеприпасов, а не на экономность пополнения ими, т.е. нет никакого смысла ставить крутого логистика в логистическое формирование - он там вообще никак свой навык не будет использовать, даже если это формирование будет одновременно вышестоящим штабом для интенсивно стреляющих полевых частей.
Дальше о хорошем.
В первую очередь - главное правило: штабная единица (Unit с тэгом Headquarters, если вы хотите использовать его имено как штаб, а не исключительно для ролеплея) должна иметь емкость (Capacity) не меньше, чем объем войск (в тоннах), которыми этот штаб должен управлять. Ещё раз подчеркну: емкость штабной единицы. Т.е. нет смысла напихивать в тысячетонное формирование по десятку мелких штабов емкостью по 100 тонн, аналогично тому как напихиватся двигатели или трюмы в кораблях. Емкости штабных единиц не складываются. В образцах, которые постил Стив, как правило стоит по две штабных единицы, но это сделано в целях резервирования, на случай уничтожения одного из штабов, а не для увеличения максимальной (охватываемой при том работой штабов) численности формирования. (Я в своих формированиях часто тоже добавляю резервный штаб, но он у меня вдвое, а то и втрое меньшей емкости, чем основной, поскольку штабы уничтожаются в бою редко, и если уж это происходит, то как правило формирование уже к этому времени сильно избито и для его управления такой большой штаб избыточен.)
Ещё один тонкий момент сюда же. Стив и некоторые игроки уверены, что добавочные штабные единицы уменьшают вероятность гибели командира. Я - дипломированный специалист по теории вероятностей и математической статистике, а также в прошлом и программст - считаю что это ошибочные утверждения (исходя как из запощенных Стивом описаний механики, так и из нескольких тестовых сражений, запущенных специально для проверки). Просто по математике - количество штабных единиц никак не должно влиять на вероятность гибели командира, который в это формирование назначен, поскольку эти резервные штабы увеличивают штабное пространство (тоннаж, по которому случайным образом распределяются попадания), в котором командира в итоге не будет, но никак при этом не уменьшают штабное пространство, в котором командир таки будет, т.е. вероятность попадания в него никак не меняется. Или, другими словами - резервные штабы увеличивают вероятность того, что уничтожен будет резервный штаб, а не основной, но делают это ценой в точности такого же увеличения вероятности того, что какой-то из этих штабов таки получит попадание, и эти эффекты друг друга в точности уравновешивают. Тестовые сражения показали именно этот эффект - при добавлении резервных штабов тепмы выбивания командиров не уменьшались (хотя, конечно, это могло быть из-за долгого массового невезения, а декомпилировать код Авроры и убедиться, что он соотвествует описанию, я не могу, так что железных гарантий, конечно, не даю). Так что я резервные штабы добавляю просто чтобы командиру (выжившему при гибели штаба, где он находился, или срочно переведенному автоназначением на замену выбитому) сразу было где разместиться и продолжать работать без моего вмешательства - это уменьшает количество микроменеджмента в масштабных тяжелых сражениях.
С противоположного края микроменеджмента - при использовании мелких отдельных подразделений (для абордажа небольших кораблей, разведки боем и т.п.) можно просто обходиться без штабных единиц: командир не сможет при этом давать своему формированию бонусы, но низовые командиры большей частью не особо и бонусные, а место штаб занимает и это в мелком подразделении может перевесить даже очень крупные бонусы, поскольку у штабов есть минимальные размеры.
Важный момент, который упускают при разработке новых войсковых единиц: не забывайте правильно выставлять галочку 'Avoid Combat' (и проверять соотвествующий ей тэг 'Non-Combat Class') - эта галочка вчетверо уменьшает как совершаемый этой единицей настрел (если ей вообще есть чем и в кого стрелять), так и её "эффективную площадь", которой определяется вероятность попаданий по ней. Т.е. эту галочку нужно выставлять для штабов, наводчиков (FFD), инженеров (Construction), ксеноархеологов и изыскателей (geosurvey), которые вообще не стреляют никогда, а также для единиц орбитальной обороны (STO) - последние стреляют, но не в рамках наземного боя, который имеется в виду под словом 'Combat' в данном случае. А вот для артиллерии и ПВО эту галочку выставлять вредно - они стреляют именно в рамках наземного боя, так что делать их Non-Combat - это будет вчетверо худшее использование потраченных на их производство времени, денег и TNE, а также и тоннажа на их перевозку, если вы будете использовать их во вторжениях.
Другой тонкий момент, также важный для разработки войсковых единиц и их испольования - в механике случайного распределения целей. C# Aurora в этом подобна старой доброй Galaxy+, с её сочетанием "пылесосов" и "непробивах" - в Авроре роль "пылесосов" играют пехота, лёгкие противопехотные машины и артиллерия (в разной степени эффективные против разных противников), а роль "непробивах" - тяжелые бронированные машины, бункеры и космические аппараты огневой поддержки с автопушками (эффективность последних в текущей версии сомнительна). "Пылесосы" крайне важны как правило в начале сражения, когда почти вся эффективная площадь войск противника - это мелкие, слабо бронированные единицы, которые нужно как можно быстрее подрасчистить, чтобы тяжелое вооружение начало попадать по крупным, сильно бронированным целям. Распределение целей происходит равномерно-пропорционально эффективной площади целей. Эта эффективная площадь может быть уменьшена небоевым статусом, но никакие единицы не привлекают на себя какой-то специфический огонь ни тем, что сами открыли огонь, ни своим уровнем бронирования или вооруженности, поэтому в этой начальной фазе тяжелое вооружение как правило чудовищным образом тратит боеприпасы (supplies) практически впустую, на уничтожегние мелких целей, которые почти столь же хорошо могли бы быть уничтожены более легким вооружением с несравнимо меньшим расходом припасов. На следующих этапах, когда мелочь уже расчищена - стоит выводить тяжелое вооружение на передовую (Front Line Attack, в обороне допустимо и Front Line Defence), чтобы уничтожить "непробивахи" противника, от которых мелочь больше не особо отвлекает огонь.
Слабая сторона этой механики не столько в ней самой, сколько в том, что компьютер (AI) не умеет ей пользоваться - управляемые им противники не держат тяжелое вооружение в резерве, когда против них выставляют массу легких целей. Кроме того, эта механика делает малоэффективными классические смешанные дизайны типа "штурмовой танк с огромной бронебойной пушкой и двумя пулеметами", поскольку вместо пары таких танков выгодней взять один танк только с пулеметами и второй - только с пушками, и бросить в атаку первый из них в начале сражения, а второй - в конце. Поскольку Стив - большой любитель сеттингов типа Вархаммер, то можно с некоторыми основаниями для оптимизма надеяться, что он эту механику как-то поправит, чтобы титаны стали осмысленным решением не только с чисто ролеплейной точки зрения.
Альтернативный кондовый метод решения проблемы расхода боеприпасов - это, конечно, просто высаживать мегатонны грузовиков с боеприпасами (Light Vehicle - Logistics Module) и распределять их по вышестоящим штабам самых прожорливых войск. Обратите внимание, что это должны быть именно грузовики, потому что пехотные запасы (Infantry - Logistics Module) вниз по командной иерархии атоматически не уходят, распределять их вручную в крупном сражении - это свихнуться можно, а заранее наполнять ими фронтовые части из расчета на всё долгое сражение с ипользованием тяжелого вооружения - это фатально ослабить огневую мощь этих фронтовых частей в первой же, решающей для достижения перевеса, фазе сражения.
Впрочем, если ваша задача - сделать, чтобы оно работало с определенными гарантиями, а не чтобы оно работало как можно эффективней, то смешанное вооружение действует вполне надёжно.
Тестирование таких альтернативных методов подавления сопротивления как массированная орбитальная или массированная воздушная поддержка неизменно показывает, что позволить себе такое могут только очень богатые империи, которым плевать сколько израсходовано запасов и раздолбано в пыль гражданского имущества. В общем, достаточно близко к реальности, хотя и обидно.
Теперь, снова же, другой конец микроменеджментского кошмара - абордажные стычки и полицейские операции.
Участвовать в абордажах может только пехота, соответственно уровни бронирования будут относительно низки даже у элитных единиц, и поскольку роль "противопылесосного" живого щита в отражении абордажа могут играть только экипажи кораблей (а у них эффективный уровень бронирования радикально ниже даже минимального пехотного), то для абордажных партий имеет смысл даже "полицейское" вооружение (PWL), и лишь при попытке завалить мясом корабли или станции очень сильно технологически превосходящих противников - можно попытаться использовать что-либо с повышенной бронебойностью.
Кроме того, абордажные бои (в этой версии, во всяком случае) очень скоротечны и, соответственно, в них не имеет смысла брать логистические единицы или артиллерию - они просто не успеют окупить занимаемое в высадочных средствах место.
Полицейские силы для усмирения бунтов - тут всё ещё проще: мощное оружие и броня им не нужны, нужно просто как можно больше единиц, так что с этой целью и по игровой механике, и в ролеплейных целях равным образом нужна простая пехота с легким вооружением (PWL). Из ролеплейных соображений я лично обычно добавляю в них единичных снайперов (PWI), гранатометчиков (LAV), стингеры (LAA) и пулеметные боксы (Static CSAP) устаревших типов. Ну, с какой-то вероятностью им может быть придётся участвовать в отражении внезапного вторжения.