Привет!
Берите с собой лучшую смазку, потому что пришло время поговорить о жидкостях!

Переломный момент

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

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

Пытаясь избежать полной перезаписи, мы сначала попробовали увеличить пропускную способность за счет увеличения объема канала. Это «решило» основную проблему низкой пропускной способности за счет значительного увеличения размеров буфера. Резервуары для хранения стали практически бесполезными, а оборонительные стены с огнеметными турелями вбирали десятки тысяч единиц жидкости, высасывая базы досуха. В конечном итоге мы не смогли прийти к соглашению о том, как действовать; переписывание было сочтено слишком сложным, но ни у кого не было идей получше. Вопрос был вновь отложен на потом.

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

Новый алгоритм

Во время одного из обсуждений жидкостей Рсединг предложил алгоритм, очень близкий к тому, с которым он играл несколько раз, — алгоритм из мода Minecraft Thermal Expansion от команды CoFH:

- Трубы(в том числе и подземные) и резервуары для хранения объединены в жидкостные «сегменты».

- Каждый сегмент наследует свой объем от составляющих его ячеек для жидкости и может содержать одну жидкость.

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

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

Больше нет реалистичного «течения» жидкости по трубам; жидкость, подаваемая в сегмент, будет немедленно доступна в любой точке сегмента. Это «решение типа ядерной электрической сети», которое обсуждалось в предыдущих FFF. В результате каналы «просто работают», и вам практически не придется беспокоиться о пропускной способности.

Демонстрации

Обратите внимание на визуализации отладки:

- Зеленый цвет представляет количество жидкости в объекте.

- Синий представляет объем потока, проходящего через объект на этом тике.

Анимации потока жидкости не являются окончательными.

Длинные трубопроводы

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

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

Развязки

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

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

Входное голодание

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

В новой системе обе установки получают гораздо более равную долю жидкости.

Насосы

В старой системе для поддержания более высокой производительности требовались насосы. Однако это почти никогда не работало так, как можно было ожидать:

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

Расстановки для эндшпиля

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

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

Веселье важнее реализма

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

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

Есть несколько деталей, над которыми еще предстоит работать, но в целом новая система работает очень хорошо. Мы не можем дождаться, когда вы это протестируете!

Детерминированная многопоточность — это сложно

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

Воспроизвести рассинхронизацию мне не удалось, но плеер смог с легкостью. Сначала я подумал, что это проблема Windows и Linux (у нас было много таких), но потом плеер смог воспроизвести ее с Linux на обоих компьютерах. Затем я подумал, что это аппаратная проблема: мы видели немало неисправных компьютеров, которые просто не делают того, что должны. Убедить кого-то, что его оборудование сломано, сложно и в лучшем случае отнимает много времени.

После нескольких неудачных попыток воспроизвести проблему на моем одном компьютере Боскид, используя несколько своих компьютеров, смог это сделать. Я думаю, что возможность воспроизводить ошибки локально занимает около 90-95% времени, потраченного на исправление обнаруженных ошибок. Воспроизведя проблему по требованию, Боскид смог сузить ее до того факта, что компьютеры имели разное количество ядер ЦП. Благодаря этим новообретенным знаниям он смог провести тест, который можно было запустить на моем единственном компьютере, чтобы воспроизвести рассинхронизацию, искусственно притворившись, что у меня меньше ядер процессора, чем на самом деле.

В конечном итоге проблема заключалась в том, что нужно было собрать вместе 4 разных движущихся части, чтобы выявить проблему детерминизма потоков, которая присутствовала в игре с тех пор, как я добавил ее туда 22 июля 2017 года.

1) Моду необходимо было прослушивать событие, генерируемое чанком, и менять тайлы на чанке, когда оно происходило.

2) Моду необходимо было запросить создание нескольких фрагментов.

3) Моду необходимо было принудительно сгенерировать все запрошенные фрагменты прямо сейчас .

4) Игру необходимо было запустить на двух компьютерах с разным количеством ядер процессора.

Логика генерации фрагментов «прямо сейчас» будет пытаться использовать все доступные ядра ЦП, но это было сделано таким образом, что количество ядер - в сочетании с другими движущимися частями - слегка меняло результаты генерации фрагментов.

Исправление оказалось не таким уж сложным в реализации, и оно появится в версии 2.0, но оно просто показывает, что многопоточность — это сложная задача, а детерминированная многопоточность тем более.

Многопользовательская игра с автопаузой

У нас есть особенность выделенных серверов: когда последний игрок отключается, сервер автоматически приостанавливается. Это прекрасно работает и означает, что вы можете оставить выделенный сервер включенным, не беспокоясь о том, что кусаки съедят вашу базу, когда вы уйдете. За исключением некоторых крайних случаев, с которыми нам так и не удалось справиться (до сих пор).

Случай 1: Когда вы присоединяетесь к автоматически приостановленному серверу, он мгновенно возобновляет работу, даже если вы не полностью загрузились в игру. Оказывается, решить эту проблему было невероятно просто, но по какой-то причине с годами она не ушла в прошлое. В версии 2.0 автоматически приостановленные серверы будут оставаться приостановленными до тех пор, пока хотя бы один игрок полностью не загрузится в игру.

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

Более быстрые задачи строительных роботов

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

Проблема в том, что, учитывая задачу, которую должны выполнить роботы-конструкторы, игре необходимо найти лучшего робота из логистической сети, который находится в пределах досягаемости, чтобы выполнить эту задачу. Проверка того, находится ли эта логистическая сеть в радиусе действия объекта, равна O(Roboport-Count). Мы не контролируем, насколько медленным это будет, потому что игрок может построить 1 Робопорт, или 100 000, или столько, сколько сможет вместить его компьютер. Поэтому нам нужно убедиться, что эта операция не приводит к остановке игры во время ее работы. Мы делаем это, обрабатывая всего несколько задач строительных роботов за каждый такт.

В версии 1.1 игра будет проверять строительные работы 3 раза за каждое обновление. Если ему не удастся найти робота, он остановится для текущего обновления. Оповещения о неудачных попытках длятся 10 секунд. Таким образом, при 60 обновлениях в секунду и 10 секундах на каждое оповещение это означает, что будет создано 600 оповещений до истечения срока действия первого. Вот откуда берется волшебное количество предупреждений «600 рабочих мест, не хватает материалов/роботов».

Так работало с тех пор, как я работал над Factorio, и, скорее всего, так будет продолжаться на каком-то базовом уровне. Мы не можем просто увеличивать количество задач, проверяемых при каждом обновлении, потому что знаем, что работа потенциально замедлится тем больше, чем больше робопортов строит игрок.

Ранее в этом году кто-то ( сообщение на форуме ) снова столкнулся с этой проблемой, но решил «решить» ее самостоятельно, сделав то, что, как мы сказали, мы не можем сделать: «запустить проверенные задачи для каждого обновления», за исключением того, что они перешли с 1 на каждое обновление. до 374. Также построено 36 815 роботопортов. Как и предполагалось, это было медленно.

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

Это, в сочетании с сортировкой полученных прямоугольников, означало, что я мог выполнить простой двоичный поиск, чтобы проверить, находится ли данная задача в пределах сети. В конце концов проверка изменилась с O(N) на 36 815 роботопортах до O(N) на 900~ прямоугольных объединенных областях и до O(logN) на 900~ прямоугольных объединенных областях.

Время проверки «есть ли оно в этой сети» из дорогого превратилось в практически незаметное. Благодаря этому ускорению я смог увеличить скорость проверки задач для версии 2.0 и, надеюсь, решить эту проблему.

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

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

Агрикультурная башня

Агрикультурная башня — это новая машина, доступная на Глебе. Она автоматически собирает деревья в пределах своего радиуса действия.

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

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

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

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

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

Биокамера

Каждая планета, которую мы представили до сих пор, имеет уникальную структуру крафта, здесь, на Глебе, это Биокамера.

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

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

В отличие от Литейного и Электромагнитного завода, Биокамера на самом деле не используется для каких-либо рецептов Наувиса, но имеет свой собственный набор рецептов, которые по сути заменяют переработку нефти на этой планете.

Порча

Все это время вы, вероятно, задаетесь вопросом (или уже публикуете комент об этом, не дочитав до конца), что за странные белые линии на изображениях выше.

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

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

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

Вот почему существует порча, и у нас есть несколько способов избавиться от нее: вы можете сжечь ее, отправить в переработку или создать питательные вещества, которые уже наполовину испорчены.

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

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

За время разработки игрового процесса на Глебе, мы прошли через значительные изменения.

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

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

Заключение

В общем, мы уверены, что игровой процесс «Глебы» достаточно разный, чтобы быть интересным, но в то же время основан на достаточно схожих принципах, чтобы казаться знакомым и даже веселым!

Визуальные эффекты по-прежнему могут быть изменены вместе с улучшениями некоторых эффектов. Графика новых машин, которую вы можете увидеть здесь, исходит в основном от нашего обычного подозреваемого Эарендела в области концепт-арта, а Ежи отвечает за 3D-конвейер. Агрикультурная башня имеет очень длинную телескопическую стрелу, намного длиннее, чем любые другие ноги или руки, поэтому ее изготовление было очень технически сложным, как для Ежи, так и для Лу, ломающего себе голову кодом рисования. Биокамера была более простой, но Ежи отлично провел время со своими сумасшедшими симуляциями геометрических узлов.

Есть еще много деталей, которыми можно поделиться, но их будет легче усвоить, когда игра будет у вас в руках и/или в каком-нибудь более позднем FFF.

Введение(Albert)

Создать новый мир в Factorio относительно «легко», просто создайте новый набор тайлов для земли, добавьте несколько новых моделей деревьев, создайте кучу новых декоративных элементов, несколько декалей (необязательно), новый скин для скал ( опционально) и бац! Вы получите новую планету. Ну, честно говоря, вам также придется поиграть с алгоритмами генерации шума и авторазмещения ландшафта, поэкспериментировать с правильными LUT. Добавление нового шейдера тоже не повредит, если вы хотите добиться успеха.

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

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

Прежде чем получить свое окончательное название, Глеба внутренне называлась «биологической планетой» , и очевидным направлением для этого была бы планета, похожая на джунгли. Это было бы хорошо для нового биома в Наувисе, но для экзотической планеты, никогда не исследованной и полной жизни (больше, чем когда-либо)... на этот раз нам нужно было что-то более инопланетное. Не слишком клешировано, экстравагантно и, по возможности, в новой цветовой палитре. Имеющую некоторую связь с реальностью Наувиса. Но в тоже время и отличаться от Наувиса. Уфф, окей!.

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

В этом видео мы постарались показать, что именно мы подразумеваем под внешним видом Глебы. Планета все еще находится в стадии разработки. Но лучше показать это сейчас, потому что нам нужно будет продолжать показывать элементы Глебы в будущих постах.

Карта была сделана вручную, но с реалистичным видением алгоритма авторазмещения и генерации карты. Используемые «деревья» представляют собой концепт-арты, используемые в качестве заполнителей. Скалы также являются заполнителями, некоторые наборы тайлов будут изменены, чтобы лучше их интегрировать. Некоторые безделушки будут добавлены и изменены. Цветокоррекция в большей или меньшей степени отсутствует, а шейдер дождя на переднем плане будет изменен.

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

И вообще, мы намеренно избегаем показывать красную область планеты (посмотрите на карту на последних кадрах видео), которую пока рано показывать.

Это видео было бы на 55% хуже (а то и больше), если бы Петр не сочинил и не записал этот саундтрек для Глебы. Вы же помните нашего дорогого Петра, да? из FFF # 406 Музыка космической эры . Трек не совсем такой, каким он будет звучать во время игры, сейчас он доделывает некоторые ремиксы треков, чтобы они идеально соответствовали требованиям игрового процесса.

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

Добро пожаловать в Глебу(Earendel)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как всегда, просматривайте другие отзывы и обрушивайте на нас свои мысли в обычных местах:

Повторы(StrangePan)

Возможность повтора действий требовалась с тех пор, как мы добавили функцию отмены. Добавление Redo(повтор) было одним из моих первых проектов в Wube, о котором я очень рад объявить уже давно. Теперь в дополнение к использованию CTRL+Z (или ⌘Z) для отмены порядка сборки, деконструкции или обновления вы можете использовать CTRL+Y (или ⌘⇧Z) для повторной отправки ранее отмененного заказа. Вы также можете использовать новый ярлык повтора на панели быстрого доступа. Это работает именно так, как вы ожидаете.

Отменить информацию и подтверждение(StrangePan)

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

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

Отменить улучшения(StrangePan)

Отмена по своему общему назначению работает отлично, но есть одна серьезная проблема, которая остается на протяжении многих лет. Запись проекта и последующее использование «Отменить» на самом деле не отменяет все:

- Рецепты, заданные чертежом, остаются.

- Созданные провода не удаляются.

- Вращения не восстанавливаются в прежнем направлении.

- Фильтры/запросы не отменяются.

Это представляет собой проблему, поскольку одна из аксиом отмены действий заключается в том, что «все, что вы сделаете, будет отменено». Очистка потерянного чертежа должна «просто работать» с отменой. Итак, приступим к работе.

Отменить проводное соединение

Боскид добавил возможность отменять проводные соединения. Если вы допустили ошибку, возясь с комбинаторами или линиями электропередачи, вы можете использовать команду «Отменить» и «Повторить», чтобы быстро вернуться в нужное русло.

Отменить настройки объекта

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

Отменить поворот чертежей

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

Заключение

Благодаря всем этим нововведениям отмена размещения чертежей теперь является полностью безопасной и чистой операцией: даже малейшая ошибка не приведет к беспорядку в ваших настройках.

Некоторые детали могут быть изменены, но система отмены и повтора действий кажется более полезной, чем когда-либо прежде. Эти изменения появятся в Factorio 2.0 и будут доступны всем игрокам.

Задержка вождения автомобиля(Lou)

У любого, кто имел сомнительное удовольствие от вождения автомобиля в мультиплеере со значительной задержкой, наверняка после прочтения названия сердце участилось на 100мс :).

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

Так что, буквально занимаясь слаломом на боевом танке, было бы неплохо не создавать ощущения, будто это происходит на катке, верно?

Основная идея такая же, как и у всех других функций сокрытия задержки — предсказать будущее состояние игры на основе доступной информации и показать игроку предсказанное состояние вместо текущего. Реакция на ввод мгновенная = задержка скрыта.

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

Но, как мы привыкли шутить в офисе, «в Factorio нет ничего простого»; и это вдвойне важно, когда вы пытаетесь эффективно имитировать Factorio, чтобы скрыть задержку.

Вот некоторые из проблем:

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

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

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

- Множество проблем с входом и выходом из машины при странных обстоятельствах.

- Проблемы с удаленным просмотром, редактором и переключением между ними.

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

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

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

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

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

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

Результат