hohserg

Такая генерация не многим лучше DeepDark

Зачем вообще визуально уродовать овер? Лучше баланс хардкорности подправить, например, уменьшить спавн животных и увеличить спавн опасных мобов

Glasses Terminal вроде работают на любом расстоянии. Снять ограничение расстояния передачи можно при помощи Stem или связанной карты.

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

10 часов назад, Asior сказал:

надо добавить DamageIndicators

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

Можно это и даже больше

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

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

38 минут назад, whiskas сказал:

Сейчас скачал мод и затестил, можна офать командой /name toggle

А бег работает с выключенным и включенным никнеймом?

@maxutka99 это квестбук

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

А если друг без планшета, то подойдя близко, можно будет определить его ник радаром

Кажется, ты не понял, о чем речь. Фича сокрытия ника хорошая, но если она будет мешать фиче бега, то это будет плохо

18 часов назад, whiskas сказал:

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

видит мой ник както не реалистично. Хай бегает с радаром и ищет а не в стены смотрит и ищет игроков.

18 часов назад, whiskas сказал:

для 3 пункта предлогаю мод hide names (не юзал никогда его, нужно будет затестить) по описанию пишет что игрок может офать его себе и включать когда хочет).

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

55 минут назад, Doob сказал:

Накладно тем, что мобам без зелий здоровье не восстановить

Аккумулятор пытается раз в минуту ударить одного из мобов с довольно низкой вероятностью 0.001(по дефолту в конфиге)

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

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

Типо, баг-репорт

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

https://github.com/grandmaster8/OpenTech/blob/master/src/main/java/ot/utils/RadarUtils.java#L23

Стоит использовать List

— Ты веришь в судьбу, Нео?

— Нет.

— Почему?

— Неприятно думать, что тобой манипулируют.

В OpenComputers есть блок - аккумулятор с ковриком

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

Следующий билд автоматизирует процесс поддержания здоровья мобов:

Конфигурация робота:

 процессор Т1, память Т1.5, радар из OpenTechnology

Устанавливаем на него OpenOS и следующую программу:

pastebin get B8LbEuXF capsule_healing.lua

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

Запускаем `capsule_healing`

Запихиваем в робота по-больше зелек мгновенного лечения. Можно делать это воронкой.

Что можно улучшить:

• Засунуть в капсулу еще две овцы, будет генерироваться на 3 ед. энергии/сек больше
• Если посмотреть исходный код логики шерстяного аккумулятора, то можно заметить, что каждый тайл в мире чекает мобов над собой каждые 20 тиков со смещением hashCode. А т.к. у этого тайла не переопределена функция hashCode, то она зависит от адреса в памяти jvm и должна достаточно рандомна. Поэтому, если совсем упороться, то можно поставить площадку из аккумуляторов, эмпирически определить их смещения тиков чека мобов и, попадая в такт, дроном передвигать мобов с одного аккумулятора на другой. Тем самым можно одним набором мобов генерить больше энергии(не учитывая затраты на дрона)
• На время ожидания робота вырубать его вообще, а таймер пробуждения сделать на редстоуне(например, ProjectRed)
• Начальное время ожидания подобрать по закону Пуассона и потом динамически корректировать, используя теорему Байеса
• Один робот может обслуживать 4 капсулы, вращаясь для броска зелий

Действительно, такие вкусные штуки и выпилены

Если баги какие с ними, то могу попробовать пофиксить, пока сервер в бете

Алекс, может, выложишь клиентскую сборку в облако? Ужасно мучительно качать так

А список модов скоро появится?

В 16.11.2019 в 22:06, BrightYC сказал:

local f = io.open("/tmp/time", "w") f:write("time") f:close()

В кукбуке нет записи строки, файл остается пустым. Видимо, это лишняя операция, без нее быстрее будет

2 часа назад, Nova_Novator сказал:

rfid.scan()

В некоторый момент не таблица, а boolean. Почему - не знаю, видимо, ты не учел какой-то функционал считывателя, типо, scan возвращает false, когда в него не вставлена карта. Попробуй прочитать документацию к нему внимательней. Попробуй ловить событие появления карты в считывателе или чекать что это таблица

local component = require("component")
local door = component.os_door
local rfid = component.os_rfidreader

local password = "1qf4suio8"
  
while true do
  local scan = rfid.scan()
  if type(scan)=="table" then
    local scan = scan[1]
    if scan and scan.data == password and scan.range <= 3 then
      door.open()
    else
      door.close()
    end
  end
end

А как же интеграция с серверной валютой?

if im~=nil then
	paintutils.drawImage(im, 1, 1)
end

И убедись ,что загружаешь валидное изображение по валидному пути. Скорее всего loadImage возвращает ошибку вторым аргументом

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

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

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

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

А потом на этом эмуляторе запускаем старую версию MineOS, которая еще требовала OpenOS и так рекурсивно

На комп с OpenOS пытался установить. Крашнулось:

~~~

Пофиксилось обновлением мода

Сама библиотека sides ведь правильно работает. Значит можно определить разницу между sides.north и sides.forward.

5 минут назад, Koteyk0o сказал:

Ведь редстоун карта сейчас возвращает сторону относительно всего мира

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

Поэтому, зная поворот компа относительно сторон мира, можно повернуть сторону из сигнала, получив сторону относительно компа