NovikovPriboy

https://acomics.ru/~Ukaz-Korolya/129

Всем привет!

Обычно дополнения выходят вместе с большим бесплатным обновлением, и на этот раз ничего не меняется!

Мы рады сообщить, что 15 апреля вместе с Nemesis выйдет обновление 3.0 «Дик»! Названо оно, разумеется, в честь писателя Филипа К. Дика, известного многими работами, среди которых вдохновившие фильмы «Бегущий по лезвию» и «Вспомнить всё» (который также является одним из моих любимых фильмов!).

Почему 3.0?

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

Забегая вперёд, мы также готовимся стать немного гибче и выпускать обновления немного чаще. Я пока не хочу давать громких обещаний, но 2021 год должен стать очень хорошим годом для Stellaris!

Особенности обновления 3.0 «Дик»

-Новая система разведки.

-Переработка первого контакта.

-Переработка роста населения.

-Новые промышленные районы и изменения производства сплавов и товаров массового спроса.

-Новая система шпионажа и операции по получению разведданных (другие операции будут входить в Nemesis).

-Множество исправлений ошибок и улучшений.

Обновление шпионажа.

Система шпионажа претерпела несколько изменений с выхода посвящённых ей дневников. Основываясь на тестах и множестве отзывов, мы упростили некоторые системы, которые необоснованно всё усложняли, были запутанными или странными. Взаимодействие шифрования, расшифровки и контршпионажа было одним из наиболее сложных для понимания, поэтому мы решили полностью переработать контршпионаж, переименовали расшифровку во взлом кодов и применили стандартизованные правила их использования:

Шифрование всегда используется как защита от шпионажа.

Взлом кодов всегда используется как мощь шпионажа.

В ранних вариантах, когда модификатор назывался по-разному в разных местах, это немного смешивало показатели и было сложно сказать, что будет больше полезно при попытке внедриться в государство. Мы переименовали расшифровку, чтобы избежать ещё большей путаницы. Относительная шифровка в этой системе используется часто, и теперь всегда будет сравнивать взлом кодов «нападающего» государства с шифровкой «защищающегося».

Подсказка относительного шифрования. В этом примере наш взлом кодов ниже вражеской шифровки, а их взлом кодов выше нашей шифровки.

Отполированный интерфейс операций. Сверху слева — посол, уровень внедрения (текущий и максимальный в виде полосы прогресса и значений. Категории разведданных вверху справа.

Мы сильно упростили интерфейс операций, убрав кучу чисел, связанных с сетью и самими операциями. На волне упрощений мы также удалили понятия шпионской силы и пропускной способности, так что теперь нельзя проводить несколько операций за раз против одного государства — только по одной. Это также решает возникшую на этапе тестирования проблему, что не всегда сразу было понятно, к какой именно операции относится случайное событие, поэтому следить за ходом операций теперь в целом легче.

По завершении операции теперь почти всегда наносят значительный удар по внедрению, что отражает потерю контактов и повышение бдительности государства. Операции также использовали различную сложность для глав — мы привели всё в единообразие, поэтому теперь можем показывать сложность в интерфейсе, и сообщать игроку, если какой-то из активов будет особенно полезен на конкретной операции.

Обновление первого контакта.

С первого показа этой системы в дневнике №193 мало что изменилось, но всё же есть пара интересных новшеств.

Законченный интерфейс первого контакта. Силуэт в нижнем правом углу должен быть общим, и изменится на портрет чужой расы, когда вы достаточно продвинетесь в цепочке событий первого контакта.

Ранняя враждебность теперь может привести к доконтактовому конфликту. Если вы разозлите соседнюю цивилизацию инопланетян, они могут нанести вам визит.

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

Похищение пришельцев теперь может оказаться рискованным мероприятием.

Похоже, им не особо понравились наши похищения…

Обновление планировщика.

Мы добавили несколько небольших улучшений, делающих работу с планировщиком более удобной. Одно из них позволит вам менять порядок планет в планировщике.

Планеты можно перемещать внутри списка сектора или всего списка планет, в зависимости от того, какая опция выбрана.

В планировщике также можно заменить значки классов планет на значки их категорий.

С помощью этих двух опций теперь можно упорядочить планеты как вам угодно, а также отображать их категории. Наш менеджер по продукту Саймон наконец-то сможет выстроить свои планеты «Добывающая 1», «Добывающая 2», «Добывающая 3» и т.д. в правильном и очень немецком порядке.

На этом всё! Надеюсь, что вы так же ждёте выхода дополнения Nemesis!

Шира Кальпурния арестовала Аббадона

Орк-боксёр.

Гвардеец, дрейфующий среди камней в космосе.

Арбитр с силовым судейским париком.

Страничка в соцсетях одинокого тирана улья.

Тиран улья проверяет свою страничку.

Всем привет!

Далее слово возьмёт Caligula.

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

Сперва пробежимся по новым особенностям.

- Шпионаж: моддеры могут добавлять новые операции, делается почти как археологические раскопки.

- Первый контакт: всё по скриптам, так что моддеры могут менять большую часть этой системы. Однако все первые контакты теперь являются одной длинной цепочкой событий, поэтому перезапись может стать проблемой. К счастью, чтобы сгладить её, у нас появился новый эффект fire_on_action, который мы теперь кое-где используем.

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

- Император и хранитель: эта особенность создана самым опытным контент-дизайнером студии.

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

Будет очень интересно посмотреть, что моддеры с этим сделают, но со времён выхода 2.8 мы сделали ещё очень много всего, так что...

Основные улучшения и стандартизация.

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

Для будущего обновления мы уделили время, чтобы целостно взглянуть на картину и внести некоторые общие улучшения и стандартизацию.

Первым выиграло от этого то, что мы называем «скрипт-листами». Это система кода, которая создаёт объекты с припиской random/every/any/count из одного блока кода — так мы можем быть уверены, что построенный таким образом массив будет всегда одинаковым. То есть, что any_owned_pop будет проверять именно те поселения, на которых выполняется every_owned_pop. Мы их используем уже довольно давно, но для некоторых скоупов были совсем старые решения, которые появились ещё до скрипт-листов. По итогу возникали странности. Например, x_pop и x_planet порой делали совершенно разное, в зависимости от того, используешь every, random, any или count (при работе с разными скоупами иногда ссылки были на все объекты в игре, а иногда на те, что принадлежат текущему скоупу...). Самое неприятное — мы обнаружили, что any_ship ссылается на «все корабли в игре», и всё это время мы использовали его неправильно. А ещё бывало, что одна из версий (зачастую count) просто отсутствовала.

В новом патче почти все решения, придуманные до появления скрипт-листов, удалены и заменены скрипт-листами. В некоторых случаях мы использовали эту возможность, чтобы прояснить назначение скрипт-листа. Например, скрипт-лист planet теперь поделён на galaxy_planet и system_planet. (Это сломает некоторые моды, о чём я немного жалею, но не особо. Это определённо того стоило, и в списке изменений мы подробно укажем, что поменялось. В большинстве случаев пройтись автозаменой будет достаточно. Кроме того, из-за скрипт-листов немалое количество count_x триггеров потеряло букву S на конце, что несколько прискорбно с грамматической точки зрения). Также расширился функционал некоторых скрипт-листов, например, owned_pop, owned_planet и system_within_border теперь работают со скоупом сектора.

Ещё одна выбивавшаяся область, которую надо было улучшить — ссылки на скоупы в эффектах и триггерах, к примеру, create_pop = { species = <что-нибудь> }. Оказалось, что есть довольно большие расхождения в том, чем это <что-нибудь> может быть, в зависимости от эффекта или триггера. Иногда доступны были только расы, иногда расы, лидер, государство и поселение, иногда всё то же, но без поселений... А иногда мы даже использовали нечто под названием owner_main_species, которое работало только здесь (в отличие от owner_species, которое работало везде...). Решением было пройтись по каждому триггеру и эффекту и привести всё в единообразие, чтобы в каждом случае и во всех скриптах использовались одни и те же функции: расы, государства, планеты, лидеры и солнечные системы. Хватит терпеть, что нечто работает тут, но не работает там!

Благодаря этому мы также можем быть уверены, что ошибки всегда записываются правильно (и информативно), если в скриптах что-то пошло не так. (Примечание для моддеров, если кто-то не знает: лог ошибок можно найти в Documents/Paradox Interactive/Stellaris/logs/error.log). Сама запись ошибок тоже стала лучше по всему языку. Мы обновили множество сообщений об ошибках, которым не хватало важной информации (где лежит файл, например) — я как хранитель логов с наших ночных тестов лично отправился в крестовый поход против бесполезных сообщений об ошибках. Более того, мы исправили пугающее число случаев, когда что-то не работало, но не сообщало об этом, например, если в триггере что-то не так и он всегда будет возвращать false, или если в эффекте ошибка, из-за которой он ничего не будет делать. Не могу обещать, что такого больше никогда не повторится, но мы приложили немало усилий, чтобы избавиться от подобных случаев. Моддеры могут рассчитывать на то, что их лог ошибок заметно увеличится как при запуске игры, так и по ходу кампании. А ещё теперь нам легче исправлять баги скриптов, потому что большая их часть сразу всплывает в ночных тестах.

Переменные.

Поговорим теперь немного о другом. И наши разработчики, работающие со скриптами Stellaris, и моддеры давно завидуют возможностям более новых версий движков игр PDS, особенно способности работать с математикой внутри скриптов. Мы использовали переменные, но их возможности более ограничены, чем нам бы хотелось. На самом деле, я видел некоторые способы, которыми пользовались моддеры, чтобы обойти эти ограничения, и это послужило для нас сильной мотивацией устранить нужды в подобных ужасных скриптах.

В 2.8 с переменными можно было делать следующее:

- сравнивать, приравнивать, добавлять, отнимать, делить или умножать переменную на число, другую переменную в той же скоупе, или ту же переменную из другого скоупа;

- экспортировать различные настройки создания галактики в виде переменной;

- использовать переменные в локализации, но если значение переменной было 0, то она отображалась в виде пробела, потому что очищалась;

- использовать переменные в качестве параметра в некоторых случаях, например, как счётчик в эффекте while.

С тех пор мы многое усовершенствовали, и ещё есть планы на ближайшее будущее. В грядущем патче:

- можно сравнивать, приравнивать, добавлять, отнимать, делить или умножать переменную ещё и на другую переменную из другого скоупа;

- новые эффекты для получения остатка от деления (оператор %), округления вверх, вниз, и к ближайшему целому числу;

- новый триггер check_variable_arithmetic проверяет значение переменной, если бы вы произвели с ней какие-то арифметические операции, например, умножили на другое число или переменную (работает для сложения, вычитания, умножения, деления и остатка от деления);

- новые эффекты для экспорта различных игровых значений в переменные. За это отвечают: export_modifier_to_variable (check_modifier_value теперь тоже есть), export_resource_stockpile_to_variable и export_resource_income_to_variable;

- add_modifier, add_resource, resource_stockpile_compare теперь имеют параметры mult, в которых принимается переменная. Так что теперь можно масштабировать стоимости в ресурсах и бонусы от эффектов при помощи переменной;

переменные больше не очищаются при значении 0, для этого появилась команда clear_variable, и их можно свободнее использовать в локализации;

в некоторых случаях использование переменных будет создавать запись в логе ошибок, если вы вдруг попытаетесь использовать переменную, не определив её.

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

- эффекты должны позволять вам использовать переменные, а также брать значение этих переменных;

- триггеры также должны позволять вам использовать переменные, а также сравнивать себя со значением этих переменных;

- триггеры должны позволять сравнение с другим скоупом, где они могли бы сработать. Таким образом, num_pops > from будет проверять, больше ли поселений в текущем объекте, чем в from;

- должна быть возможность экспортировать текущее значение триггера в переменную при помощи эффекта, т.е. чтобы export_trigger_value_to_variable = { trigger = num_pops variable = my_var } записывало в my_var количество поселений в текущем скоупе.

К сожалению, эти изменения стали возможны только недавно, и хоть основу мы заложили, они ещё не полностью введены в игру — завершение работы над Nemesis и сопутствующим обновлением было более приоритетной задачей (эти изменения не безопасны, мы изменили многие строки кода ради них). Так что считайте этот дневник анонсом того, как код начнёт работать в (надеемся) ближайшем будущем. Пока же по описанному принципу будет работать триггер fleet_power, и export_trigger_value_to_variable тоже включён в обновление, хотя и работает только с этим триггером.

Эффекты кнопок.

При разработке интерфейса мы прикрепляем функцию к кнопкам в исходном коде. Но есть также и поддержка кнопок интерфейса, которые вы можете добавить модами. В предыдущих версиях они не подхватывали скоуп объекта, к которому были прикреплены, поэтому кнопка у планеты применяла эффект для всего вашего государства, а не только лишь для планеты. Для ряда случаев мы это исправили: теперь кнопки способны распознавать, относятся ли они к планете, флотилии, кораблю, системе, фоновому объекту, мегасооружению, федерации, месту раскопок, месту первого контакта, агентурной сети или шпионской операции. И случайно так вышло, что консольные команды отладки, вроде «effect ...» и «trigger ...», теперь работают в тех же скоупах.

Уточнение: принцип работы этих эффектов не совсем честный, и систему можно ввести в заблуждение, открыв одновременно несколько окон. Я советую проверять строку is_scope_type = planet/что-нибудь в секциях allow и effect эффекта кнопки. Но, судя по всему, в большинстве случаев всё должно работать как надо, а это лучше, чем ничего.

Ещё больше приятных новинок.

- В большинстве мест, где ранее можно было использовать логические операторы >, >=, =<, <, теперь можно использовать != в значении «не равно».

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

- Сообщения, вызываемые эффектом create_message, теперь поддерживают использование команд локализаций, например [This.GetName], где This является целью сообщения.

- А ещё из-за того, что нам много где пришлось исправлять Галактическое сообщество на Империум, переменные локализации теперь работают в некоторых новых местах.

- Добавлены эффекты add_victory_score = <число> и win = yes. Уверен, никто не станет ими злоупотреблять.

- Добавлены новые типы событий: leader_event, system_event, starbase_event, first_contact_event и espionage_operation_event. Однако среднее время срабатывания (MTTH) для них пока не работает. Исправление этого упущения не было для нас приоритетным, да и в целом лучше избегать использования MTTH.

- Прописанное в коде поведение джаггернаута теперь привязано к размеру корабля, являющегося мобильной космической базой, а не к ключу juggernaut. То есть теперь можно добавлять джаггернауты в модах, и они не будут страдать от критических ошибок.

- Теперь можно скрывать статичные модификаторы из списка модификаторов государства.

- Теперь можно проверять расстояние до объектов в пределах одной солнечной системы, добавив к триггеру расстояния строку same_system = yes.

- Появилось много новых on_action, и вы теперь можете делать свои с помощью эффекта fire_on_action.

И многое другое.

И последнее : я оставлю вам новую документацию по триггерам (по состоянию на сегодня), которые теперь можно найти в отдельном файле trigger_docs.log. В представлении они не нуждаются. Кроме того, не пропустите Paradox Insider, который пройдёт на канале в эту субботу в 22:00 МСК.