Boltology Tech | Nikita Sinyavin

UPD к предыдущему посту.

Вчера в ночи жестко красноглазил и получилась такая вот красота!

Разрабатывая Stargame я стараюсь (вопреки канону жанра хардкорных космических стратегий) не упарываться в сложносочиненные формы/таблицы, а визуализировать комплексные массивы данных максимально наглядно и понятно для игрока. Так, чтобы это легко считывалось без лишних кликов и смен контекста.

С такой мыслью для игры для игры был выбран именно 2D-вид. Я полагал, что для глобальной стратегии плоский мир информативнее, а разрабатывать такую игру будет сильно проще (в разработке мобильных приложений я все время работал с обычными интерфейсами). На поверку оказалось, что я был прав во всем, но лишь наполовину.

Проекция трехмерного пространства на плоскость скрывала важные детали мира, например наклонение/ориентацию орбит. А задача по корректному отображению этой проекции также накладывала ряд сложностей в расчетах.

Хорошо, что я в начале разработки не решил "упрощать" небесную механику и расчеты, делаях их строго в двумерном пространстве. Сложности на старте сейчас позволяют проводить прикольные и относительно недорогие по трудозатратам эксперименты.

Я решил посмотреть, как будет выглядеть и считываться наша домашняя система, если перевести ее на 3D-рельсы. И, мне кажется, это даже в драфтовом виде ощущается сильно лучше, чем "плоскоземельческое" представление :)

В прошлом видео показывал детали работы планировщика маршрутов. Кораблики уже тогда успешно достигали целей своих специальных операций, но делали это слишком топорно: телепортировались на целевую орбиту по приказу сервера, подлетали к телу с "неудобной" стороны, планирование расходилось с выполенением планов в логике и геометрии. Фиксу этих багов я посвятил последнее время (помимо прикольных фич).

• Честный расчет ретроградного захвата. Таргетинг проверял только радиус перицентра, но сторона "прилета" не различалась, из-за чего корабль выходил на орбиту с заниженной дельтой и вел себя странно (те самые телепорты).
• Рассинхрон клиента и сервера по части начальных позиций вылета. В некоторых сценариях круиз строился не от фактической позиции корабля на t0, а от дефолтной парковочной орбиты.
• Ошибки в определении топологии маршрута. В некоторых случаях (например перелет с орбиты одного крупного астероида на орбиту другого) ошибочно использовался кейс гелиоцентрического перелета, вместо полноценного трансфера (вылет из сферы влияния А -> гелиоцентрический перелет по дуге -> захват в сфере влияния Б).

И вот чем хочу поделиться: в ходе плейтеста выполнял разные маневры и наткнулся на потрясающую красоту (на видео).

Что там происходит в деталях:
1. Запланированный маршрут выполняется за два витка. Корабль не летит к цели напрямую, а меняет свою орбиту так, чтобы на втором обороте встретиться с ней. Поиск подобных многовитковых траекторий – ишечка алгоритма планировщика.
2. Корабль по мере движения к апоцентру орбиты (точка, где скорость минимальна) замедляется и входит в зону влияния Европы (хе-хе).
3. При пересечении границы сферы влияния происходит переключение доминирующего тела (видно по изменившейся орбите) и корабль выполняет маневр торможения в перицентре целевой орбиты, после чего полет считается выполненным.

Очень доволен проделанной работой!