Лидеры

— Ты веришь в судьбу, Нео? — Нет. — Почему? — Неприятно думать, что тобой манипулируют. В OpenComputers есть блок - аккумулятор с ковриком Если на нем стоят больше одного моба - оцелотов или овец - то он генериует каждую секунду немного энергии. При этом наэлектризованный ковер может ударить случайного моба на 1 хп. Следующий билд автоматизирует процесс поддержания здоровья мобов: Конфигурация робота: процессор Т1, память Т1.5, радар из OpenTechnology Устанавливаем на него OpenOS и следующую программу: pastebin get B8LbEuXF capsule_healing.lua В зависимости от вашей сборки может потребоваться подкорректировать конфиг на строке 6, указать действительные метадаты зелий мгновенного лечения(хотя они ванильные, не должны меняться) Запускаем `capsule_healing` Запихиваем в робота по-больше зелек мгновенного лечения. Можно делать это воронкой. Что можно улучшить: Засунуть в капсулу еще две овцы, будет генерироваться на 3 ед. энергии/сек больше Если посмотреть исходный код логики шерстяного аккумулятора, то можно заметить, что каждый тайл в мире чекает мобов над собой каждые 20 тиков со смещением hashCode. А т.к. у этого тайла не переопределена функция hashCode, то она зависит от адреса в памяти jvm и должна достаточно рандомна. Поэтому, если совсем упороться, то можно поставить площадку из аккумуляторов, эмпирически определить их смещения тиков чека мобов и, попадая в такт, дроном передвигать мобов с одного аккумулятора на другой. Тем самым можно одним набором мобов генерить больше энергии(не учитывая затраты на дрона) На время ожидания робота вырубать его вообще, а таймер пробуждения сделать на редстоуне(например, ProjectRed) Начальное время ожидания подобрать по закону Пуассона и потом динамически корректировать, используя теорему Байеса Один робот может обслуживать 4 капсулы, вращаясь для броска зелий

Ввиду отсутствия адекватных хранилищ для жидкости на сборке эвила, чей-то вопрос о способах хранения больших объемов жидкости привел к такой весьма странной идее. Предлагаемое - цистерна емкостью до 65536 ведер жидкости, что достигается связкой цистерны из мода EnderStorage с компом. Но у оной связки есть одна существенная проблема, о которой напишу в конце поста. Концепт - цистерна настроена на некий цвет, хранит некую жидкость; если в цистерне кончается жидкость, она переключается на другой цвет, в цистерне с которым жидкость есть; если же цистерна заполняется - переключается на "пустой" цвет. Вот простая реализация, которая работает (не проверял, но должна) как на ОпенОС, так и на чистой прошивке: https://pastebin.com/2V1qY4LH В начале проги три параметра, первые два задают области частот (на каких цветах цистерна может хранить жидкость), третий - задержку меж обновлениями цистерны (проверкой и переключением на цвета). Для работы нужен комп с подключенным к нему адаптером, стоящим вплотную к цистерне. Работает согласно описаному концепту. Защиты от дурака особо не содержит, разве что ограничение диапазона частот (нижняя граница взята "с потолка", но наверняка верная, верхнюю искал бинпоиском (последняя не рантаймящая)(да, мне лень было считать кол-во цветов и возводить в куб)) Преимущества: 1. Весьма дешевая 4-блоковая цистерна емкостью в 65536 ведра (можно меньше). 2. Неужто вам первого пункта не хватило? Оная цистерна может находиться в нескольких местах сразу, а также легко перемещаема, что существенно, например, при осушении незера. Недостатки: 1. Задержка меж обновлениями. Если у вас нечто, что люто быстро забирает или заливает жидкость, скорость оного будет ограничена скоростью компа. 2. "Дребезжание" на границах. Если цистерна заполнена, она будет переключаться меж эти "заполненным" цветом и следующим "пустым", что может немного задержать доступ к жидкости (когда надо выкачать, а оно "прыгнуло" в "пустой" цвет, например). Я не придумал умного способа это отлавливать, но можно придумать внешнее средство контроля (которое в этом неопределенном случае определяет состояние), или захардкодить определенный выбор. Но текущий вариант позволяет без вспомогательных конструкций и забирать, и доливать жидкость, пусть и с небольшой задержкой. 3. Возможные приколы при использовании нескольких таких канистр на пересекающихся диапазонах (например, когда из состояния неопределенности из-за небольшого рассинхрона одна канистра ушла на следующий цвет и в нее долили, а из другой в то же время забрали, и они рассинхронизировались меж собой). Проблема: Комп не может менять частоту цистерны с алмазным замком, что делает идею неприменимой на сервере (ибо с замком оно не работает, а без замка использование приравнивается к раздаче, и вас скорее всего переедет фемидой). Однако, если вдруг подобное ограничение уберут, система наверняка будет востребованной. К синглу эта проблема по очевидным причинам не относится.

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

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

Еще можно виртуальную клавиатуру, чтобы не ставить клаву, коль ОС тут на сенсор рассчитана

OpenOS 1.6.7