Subscribe to download
Universal resource delivery / Универсальный заполнитель ресурсами.

It's very easy to use:
1. build next to a building(turret/non-turret/storage/etc.)
2. click on the processor.
3. connect the processor to the buildings you want to fill with resources.
4. select the resource in the sorter that you want to deliver to the buildings.

----------------------
Processor:

Can fill any type of buildings, one way: Core to building. / Import

VERY SAFE for breakage, for example, works even after switching between sectors, or if player take control over of unit. BE SHURE that this processor will work in any game situations.

Does not take control of other flagged units.

The unit tries to move away from opponents.

The unit waits until the building is empty to fill it.(To remove this line just change value of PrepareToFill to false - in processor)

One processor can fill a large number of buildings with one type of resource.

Works fast enough on a small processor - logically it will work faster on larger ones.

The unit is searched in the order: mega->poly->mono->oqt->quad->mega->etc.

Unit heals nearby buildings while idling near a building

If Core building is full, unit will drop items on ground

Dinamic analysis of connected buildings, AND sorters. THIS PROCESSOR ___CANT___ HOLD LIST OF SORTERS YOU NEED TO LINK ONLY ONE SORTER, OTHERWISE PROCESSOR WILL TURN OFF EVERY SORTERS ON LIST.

YOU ___CAN___ FILL LIST OF LINKED BUILDINGS ON ONE LINKED SORTER.

The unit waits for core resources to be replenished to the minimum required value(Change minimum == change LowResCount)

Code:
336 - lines - it doesn't fit in here :P

-----------------------------------------------------------------------------------------
Лёгок в использовании:
1. Установите возле ЛЮБЫХ построек которые хотите пополнять ресурсами.
2. Соедините процессор с постройками, которые хотите заполнять одним типом ресурсов.
3. Выберете ресурс для заполнения в сортировщике.
4. ???
5. PROFIT

------------------

Кароче на английском я уже заколебался документацию писать, В двух словах: соединить процессор с постройками, и одним ЛЮБЫМ сортировщиком, если соединить с несколькими сортировщиками процессов просто будет выключать их все, потому что НУ НАХРЕНА ЭТО НАДО?!? если нужно разные ресурсы носить то просто поставь копию этой схемы рядом, я итак сделал его максимально маленьким, если нужно чтобы один ресурс носили большее число юнитов, то просто поставь копию процессора и соедини с уже существующим сортировщиком. ИЛИ один юнит может заполнять несколько построек, он просто будет последовательно заполнять каждый из них, НО НАХРЕНА ЭТО НУЖНО?!?!? это долго делать одним юнитом, просто поставь больше этих схем.

Я ПОСТАРАЛСЯ СДЕЛАТЬ ЭТУ ЛОГИКУ МАКСИМАЛЬНО РАБОЧЕЙ! В ПРАКТИЧЕСКИ ВСЕХ ИГРОВЫХ СИТУАЦИЯХ ПРОЦЕССОР БУДЕТ РАБОТАТЬ.

Особенности процессора:

Заполняет любые типы построек в одну сторону (От ядра к постройке)

Безопасен для поломки от неконтролируемых факторов вроде перехода между секторами

Выбирает только юнитов не контролируемых другими процессами

Юнит старается держать дистанцию от врага(После обновления команды радара противника дистанция стала меньше).

Юнит ждёт опустошения постройки на некоторый процент, за который отвечает переменная CapacityFloor можно установить своё значение отличное от -1, иначе выставится значение вычисленное мной для лучшей работы.

Процесс поддерживает заполнение ряда построек соединённых с процессором

Работает достаточно быстро для малого процессора, никаких простаиваний, только контроль работы.

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

Можно уточнить преемущественный тип юнита в переменной PreferUnit - например: set PreferUnit @mono
НО МОЖНО уточнить преимущество выбора юнита с другого индекса: например set InID 20 - установит поиск свободного юнита начиная с @mono.
Информацию о ID юнитов можно найти здесь: https://mindustry-unofficial.fandom.com/wiki/Guide:_Logic_Lookup_Tables

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

Процесс динамически анализирует присоединённые постройки.

Юнит ждёт пополнения ресурсов в ядре до определённого уровня, что регулируется переменной: LowResCount

Сортировщик ответственный за тип переносимого ресурса динамически анализируется но требует привязки к переменной sorter1

Минус: А всё! Минусов нет! с обновлениями сделал из мусора конфетку!

Код: 450 строк в VSCode просто не поместиться здесь :P - так что весь код в обсуждении этой постройки!

КОГДА НИБУДЬ Я СДЕЛАЮ ИТЕРИРОВАНИЕ ПО ПОСТРОЙКАМ, ПО СОРТИРОВЩИКАМ И ПО ЮНИТАМ ОДНОВРЕМЕННО У ЭТОЙ МАЛЕНЬКОЙ ФИГНЕ

Core on first screenshot: https://steamhost.cn/steamcommunity_com/sharedfiles/filedetails/?id=3047937219

4 Turrets on second screenshot: https://steamhost.cn/steamcommunity_com/sharedfiles/filedetails/?id=3048850656