hohserg

А почему бы не сделать в этом случае виртуальные файлы с очередью записи на диск? Типо, если юзер открывает файл для чтения, то он читается полностью и помещается в таблицу, а файл закрывается. Если юзер открывает файл для записи, то запись идет в таблицу, а при закрытии добавляется в очередь записи на диск. Плюс еще какие-то условия для соблюдения прозрачности.

Конечно выпусти, поднимешь с полу активность в разделе. Давно никто проги не писал

Получается, лучше не предлагать решения, которые приведут к удалению ОС с сервера? В частности, не предлагать решение, которое выглядит как "программа воспроизводит любое количество реакторов полностью автоматически, от юзера требуется только указать точки, где строить и закинуть необходимые компоненты во входной сундук" ? Почему я об этом задумываюсь: если нельзя не строить очень много реакторов, то лучше полностью автоматизировать процесс, потому что это гринд, а не интересная игра строительство кучи реакторов приводит к повышению нагрузки на сервер и автоматизация процесса может усугубить ситуацию Если кто-то считает, что утверждения выше не истинны, пожалуйста, покажите почему они не истинны. А до тех пор: Это две истины, противоборствующие за выбор "автоматизировать или нет?" Действительно хорошим решением мне кажется выход за рамки этих двух вариантов, но это вроде как не в компетенции игроков. Ведь нельзя заменить кучу реакторов существенно меньшим количеством? Для этого нужно, чтобы один реактор мог быть лучше чем сотня(чтобы вместо 324 реакторов строить всего 3). Существует ли схема для обычного реактора, которая бы позволяла тратить топливо и генерировать энергию в 100 раз быстрее?

Коричнево-оранжевые пиксели - это травка и цветочки?

А есть на примете моды, который добавляют подобные сумочки?

Кто хочет видеть взрывных дронов, поставьте лайк этому иссью https://github.com/Vexatos/Computronics/issues/306

До того, как он поедет размещать схемы в реакторах. В данном случае имеется ввиду использование инкрементального вычисления результата на основе результата предыдущего вычисления вместо повторных вычислений с нуля. Уменьшить числа в таблице быстрее, чем заново просканировать инвентарь. И это даст одинаковые результаты при условии, что на инвентарь робота не производится иного влияния кроме извлечения предметов самим роботом. ~~~ Т.к. количество реакторов ограничено - 81 - то не имеет смысла делать схему расстановки супер-быстрой. Достаточно сделать ее автономной и быстрее, чем ручное раскладывание. В конце концов, обсуждение задачи продолжается уже второй день. за 48-18 часов(с учетом еды и сна) можно было уже заполнить все реакторы, тратя на каждый реактор по ~20 минут. Однако это скучно и поэтому мы здесь собрались и обсуждаем эту задачу. Я не знаю, как интересно и как не интересно проводить время @demongts1998, но разве это не часть скучного гринда? Вроде бы это должен делать робот: кататься до стартового сундука и пополнять свой инвентарь. Или дрон, который бы заменил в этой скучной работе игрока

Робот может заранее просканировать свой инвентарь и в оперативной памяти хранить его представление. Если считать, что в середине работы в робота не будут подкидываться предметы, то такой подход позволит без ошибки выбирать слот для извлечения предмета "вслепую". Вероятно, это сделано транспозером? Вроде бы, транспозер, перемещающий предмет за один тик должен потратить минимум 54/20=2.7 сек

Как были произведены такие точные измерения?

Не очень понял. В чем состоит эксперимент?

А что, если сделать такую схему: красный робот ставит зеленые блоки перед собой и под собой, а синий ломает перед собой и над собой? В то время, как синий ломает один блок, красный будет занят установкой другого. Таким образом, время процессинга двух блоков будет сокращено до max(placeTime*2, digTime*2), что лучше, чем в схеме с одним местом установки блока - 2*(placeTime+digTime)

можно поинтересоваться, что за особенности?

Сделал для ОС поддержку любых http-методов. Чтобы всякие веб сервисы использовать полноценно. https://github.com/MightyPirates/OpenComputers/pull/3374 Есть одна проблема - не получается заюзать через apache http прокси из MinecraftServer.getServer.getServerProxy. Кто шарит, помогите, плиз.

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

Эта программа для автоматической прокачки растения до 10/10/10? Можно описание по-подробнее сделать?

Обнова! Теперь интернет-карту нужно установить только в компьютер сервера HoverHelm - еще меньше требований железа, еще дешевле юз! Для обновления скачайте дополнительную библиотеку HoverHelm: wget https://raw.githubusercontent.com/hohserg1/OpenComputersPrograms/master/player-monitoring/home/lib/hoverhelm/addition_radar.lua /home/lib/hoverhelm//home/lib/hoverhelm/addition_radar.lua И обновите программу радара https://github.com/hohserg1/OpenComputersPrograms/blob/master/player-monitoring/radar.lua Теперь гитхаб токен хранится в addition_radar.lua, поэтому программу радара можно положить в папку ядра Большое спасибо @nikitaaaaa за тестирование программы на продакшене в боевых условиях

У Self-Destruct Card можно сбросить отсчет взрыва, если включить компьютер. Сделать это можно по разному, например, переставить карту в выключенного робота и включить его или просто перезапустить текущего робота. Тестировал на майне 1.7.10.

PlayerMonitoring - программа мониторинга посещения игроками некой области. Это может быть ваша база или какое-то другое интересующее место. Позволяет сканировать область на наличие игроков раз в N секунд выводить список игроков на монитор выводить список игроков на гист уничтожает gist id и токен авторизации гитхаба при приближении опасных игроков ближе чем на 20 блоков - чтобы сохранить логи поддерживаются радар из Computronics и детектор сущностей из OpenSecurity Github: https://github.com/hohserg1/OpenComputersPrograms/tree/master/player-monitoring Видео-демонтрация Текстовая инструкция по установке 1. Это программа для HoverHelm, поэтому сначала нужно установить HoverHelm-сервер (pastebin run xh61Yx8a) 2. Далее установите сканирующее устройство(их можно сделать несколько) Его минимальная конфигурация(на основе сервера 1 тира): 3. Подготовьте для него eeprom (командой prepare_eeprom <device name> modem <port>) и убедитесь, что устройство коннектится к серверу 4. После скачайте radar.lua (wget https://raw.githubusercontent.com/hohserg1/OpenComputersPrograms/master/player-monitoring/radar.lua radar.lua) radar.lua должен лежать в папке programs конкретного устройства 5. В начале файла есть секция конфигурациии, настройте в ней gistId и githubToken, если хотите выгружать логи на гист. Подробнее про конфигурацию гиста: 6. Запустите программу из терминала HoverHelm командой your device name>radar Также можно настроить автозапуск. Для этого: 7. Скопируйте дефолтный конфиг из /home/hoverhelm/device_core/lib/config.lua в /home/hoverhelm/devices/<device name>/lib/config.lua 8. Установите опцию autorun в конфиге устройства на значение "radar"

Нужно в инвентаре держать чернильницу и бумагу

Типа, готово. Пост в разделе программ напишу позже https://github.com/hohserg1/OpenComputersPrograms/tree/master/player-monitoring ~~~

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

А можно добавить скрины сундука до сортировки и после?

@ProgramCrafter можешь залить этот сборник бечмарков куда-нибудь на пастебин или гист?

Под терминальными приложениями имеешь ввиду программы для OpenOS?

Разве в планшет может влезть два жестких диска?