Проект был обновлён до версии 6000.3.3f1.

- Внесены значительные изменения в работу систем маскировки. Близлежащие объекты больше не будут влиять на скорость истечения таймера маскировки.

- Скорректирована базовая скорость восстановления энергии кораблей, когда маскировка не активна.

- Скорректированы характеристики всех активных и пассивных модулей маскировки для лучшей совместимости с новой системой.

- Исправлена ошибка наведения мыши в интерфейсе на кнопке «Переместить на корабль» на перерабатывающем заводе.

- Исправлена ошибка наведения мыши в интерфейсе на кнопке «Переместить в грузовое хранилище» на перерабатывающем заводе.

- Исправлена проблема, из-за которой добывающие модули открывали огонь по некоторым объектам для разборки.

- Исправлен некорректный текст всплывающей подсказки при наведении мыши в интерфейсе панели пилота («Изменить детали лица»).

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

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

- Исправлена ошибка коллайдера корабля, возникавшая с некоторыми компонентами моделей при инициализации нового сектора.

- Исправлена такая же ошибка коллайдера при генерации секторов с червоточинами в реальном времени.

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

- Существенно переработан процесс добычи, разборки и доставки руды наёмниками MERCS на корабль игрока или в силос. Теперь наёмники будут выгружать руду в ящик перед кораблём игрока, а затем возвращаться к своей автозадаче — в данном случае к добыче или разборке. Если доступен силос, наёмник поместит руду в него вместо того, чтобы оставить ящик. Наёмники выгружают только переносимые ими ресурсы: боеприпасы и другие типы грузов на корабль игрока доставляться не будут.

- Скорректированы ограничения вертикального перемещения камеры в режиме от первого лица при стыковке со строением.

- Скорректирован искусственный интеллект обычных, не относящихся к MERCS, шахтёров и сборщиков лома.

- Скорректирован искусственный интеллект обычных, не относящихся к MERCS, наёмников, отвечающий за доставку руды и лома, а также за стыковку со станциями.

- Скорректировано окно редактирования лица на экране пилота. Добавлена возможность переключаться между всеми загруженными фоновыми изображениями портрета пилота. Все фоновые изображения хранятся в папке scripting/npc/faces и именуются по шаблону bgimg_0. При желании можно добавить дополнительные изображения. Достаточно правильно пронумеровать их — при запуске игры они автоматически загрузятся.

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

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

Для меня геймплэй представляется без рэйдеров: цивилизация будущего свободна от насилия.

Не смотря на выставление показателя RAIDER EVENTS (EVENTS) в Never, в одной из сессий произошло их появление. Возможно это был глюк системы, но скорее всего нет. Поэтому решено показатель SECTOR SECURITY выставить в максимально безопасный (т.е. -500%).

MISSION GENERATION RATE (раздела MISSIONS)
Получил опыт со значением этого показателя 1. Миссии долго держались одни и те же в предложениях.
Решил попробовать увеличить до 3х.

Опыт с гигантским количеством кластеров (500) показал, что генератор как-будто учитывает объём пространства, распределяя элементы; другими словами предположительно степень распределения определённа и применяется для мира независимо от количества кластеров в нём. 

При параметре в 500 разнообразные элементы получаются слишком отдалёнными друг от друга. Другой вид руды встречается через систем 10 и только второй другой (т.е. всего было найдено два вида). А также кластеры находящиеся рядом получаются однообразными, их много одинаковых (по крайней мере по ресурсам). Лично для меня этот геймплэй не совсем подходит, по крайней мере на данный момент; для меня более интересно развиваться на основе одного кластера, возможно посещая соседние для добыче разнообразной руды; исследование новых систем для меня

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

Можно основываться на разнообразии руды в игре.
Существует 10 различных типов, из них 5 - редки. Если примерно прикинуть, что генератор равномерно распределяет руды и все редкие посчитать как два типа, то используя, таким образом, разнообразие руд в числе 7, можно умножить его на количество желаемых кластеров, пройдя которые можно встретить другой тип руды.
Пусть мне интересно, чтобы другой тип попадался через 2 прыжка; тогда общее количество секторов должно быть примерно 2 десятка.
Учтём общее число фракций и подфракций, их 18, значит гипотетически как минимум для одной должен быть сектор; получается тоже около 2-х десятков.
Внесём поправку на неизвестные факторы и имеем число секторов в 30.
Добавим возможность свободы действий в виде дополнительного числа в 10 секторов.
Таким образом, из данной модели получается количество секторов 40.

P.S.: при настройке Sandbox нужно будет соответственно выставить параметр STATION FREQUENCY (раздела STATIONS) максимальным - Very Frequent.

Resource Spawn Frequency 100%
Resource Rarity  100%
Resource Value  100%
Cluster Value  100%

Соответствующий код в player_options.txt

SANDBOX_resource_spawn_frequency;1
SANDBOX_resource_spawn_rarity;1
SANDBOX_resource_spawn_value;1
SANDBOX_resource_cluster_value;1
SANDBOX_resource_respawn;1

Если вы хотите более активно включить в геймплей механику агрессивного воздействия космоса и соответственно систем жизнеобеспечения, направленных на защиту, то существует опция "Hull Damage Life Suppport". Она находится в настройках (ESC), фрейм EXTRA.

Также в изначальный настройках SANDBOX мною выставлено значение опции "Life Support Drain" в 1,1. Кстати, этот показатель весьма значительно изменяет нагрузку на системы жизнеобеспечения.
А опцию "Sector Environment" в Moderate.

В коде player_options.txt опция "Life Support Drain" - SANDBOX_ship_lifesupport_drain (её значение совпадает со значением в меню),
"Sector Environment" - SANDBOX_galaxy_sector_environment (её значение выражается в цифрах, отображающих шкалу из меню).

Опыт игры выявил слишком высокую экстремальность таких настроек и я изменил их на:
Sector Environment - Gentle
Life Support Drain - 0.8

В дальнейшем всё равно попадались системы с запредельно малым временем нахождения в космосе - с одной стороны. С другой стороны поддерживающие системы снабжаются расходниками, которые при указанных настройках тратятся очень быстро, что для меня неудобно. исходя из этого было решено выставить показатель Life Support Drain минимальным (0.1), а чтобы время безопасного нахождения не оказалось слишком большим настройку Sector Environment решил  выставить Moderate.

Добывающие миссии связаны со специальной рудой, например, Special Adamyte Ore. Чтобы найти её используйте Тактические сенсоры - доступ к ним через клавишу Пробел.

Как обеспечить продолжение работы игры, когда её окно сворачивается?

Существует опция "Run in Background".

Будучи в игре необходимо открыть настройки (ESC), выбрать фрейм EXTRA, содержащий данную опцию.