Перейти к содержимому

eu_tomat

Модераторы
 Профиль  Активность

  • Публикации

    2 666

  • Зарегистрирован

  • Посещение

  • Победитель дней

    331

Сообщения, опубликованные пользователем eu_tomat

  2. Опубликовано:

    7 часов назад, hohserg сказал:

    Сделать Nocom. Расстояние увеличивать целесообразно чтобы меньшим числом компов покрыть больший объем чанков 

    Тут у нас получается очень-очень дальний родственник Nocom. Тот действовал по всей карте, которую теперь надо не просто покрыть сетью компьютеров, а ещё и поддерживать загруженными чанки с компьютерами. Даже если большой клан попытается осуществить эту задачу, этому помешают админы.

     

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

     

    Максимальная чувствительность такого датчика достигается при 50% успешных передач, что можно регулировать как расстоянием, так и мощностью передатчика.

     

    Задачу дополнительно осложняет то, что такой датчик не позволяет определить активность в чанке, если в нём на пути сигнала расположена большая пещера.

  3. Опубликовано:

    1 час назад, hohserg сказал:

    Силу сигнала нецелесообразно уменьшать потому что это уменьшит длину линии покрытия. Лучше максимально увеличить расстояние между приемопередатчиками

    А почему целесообразно именно увеличивать расстояние, а не уменьшать силу сигнала? Какова наша цель?

     

  5. Опубликовано:

    9 минут назад, NEO сказал:

    На данный момент сервера не работают.

    Сервера не работают, но через лаунчер можно играть в одиночной игре на сборке EvilWorld.

    И авторизация должна работать. По крайней мере, у меня работает.

  6. Опубликовано:

    Вывести содержимое сундука на монитор можно, например, так: 

    local chestSide = 1	-- Номер стороны транспозера, примыкающей к сундуку

local tr = require"component".transposer

local stacks = tr.getAllStacks( chestSide )
if stacks then
  stacks=stacks.getAll()  
  for slot=0, #stacks do
    local stack = stacks[slot]
    print( slot+1, stack.size, stack.name )
  end
end

     

  8. Опубликовано:

    29 минут назад, smv2005 сказал:

    Что делать если кабель не соединяет генератор из IC2 и сисблок из опена?

    Какой именно кабель?

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

     

    Также какие-то блоки OpenComputers могут принимать энергию непосредственно с выходов различных энергохранителй, но я не помню, какие именно. И мощность преобразуется не очень большая.

  10. Опубликовано:

    16 минут назад, Disc2 сказал:

    @eu_tomat Не получается у меня повторить твою фичу.

    Я качал по этой ссылке файл gregtechmod-v415.36.jar

    В 29.12.2021 в 15:57, Duoh сказал:

    Ссылка на гречку 4 (gregtechmod-1.7.10-4.15.36)   https://www.curseforge.com/minecraft/mc-mods/gregtech-4/files/all?filter-game-version=2020709689%3A4449 

    А у тебя какая версия?

     

    18 минут назад, Disc2 сказал:

    "Working is disabled" только когда молотком выключен.

    А у меня реактор почему-то сам переходит в это состояние.

  11. Опубликовано:

    11 минуту назад, Disc2 сказал:

    @eu_tomat мы пытаемся добиться стабильно работы реактора, или выяснить причину такого поведения?

    Я пытаюсь понять механику в разных режимах работы.

     

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

     

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

     

    Что у нас есть для диагностики? Я сейчас нашёл только сканер. Но он пишет абстрактное "Working is disabled".

  12. Опубликовано:

    37 минут назад, Disc2 сказал:

    one may also provide cells, but one will also need to ensure those cells are removed, or else the reaction will halt upon having 64 cells in the output slot

    Во всех выходных слотах как раз пусто. Лишь в процессе работы реактора они заполняются.

     

    upd:

    Это вряд ли связано с капсулами. Кидаю по 8 капсул реагентов, пустые капсулы вынимаю.

    Стучу киянкой: расходуется по одному ведру реагентов и весь запас энергии

    Стучу киянкой: расходуется по одному ведру реагентов и весь запас энергии

    Стучу киянкой: оставшиеся 6 вёдер каждого реагенты превращаются в плазму.

    Пора в бубен стучать.

  13. Опубликовано:

    3 минуты назад, Disc2 сказал:

    делать чугунные моды

    "Деревянные игрушки, прибитые к полу" — родной фольклор.

    1 минуту назад, Disc2 сказал:

    Вырезать беспроводные карты...

    "Удочки не брать, из автобуса не выходить" — из анекдота про рыбалку.

     

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

    • Нравится 1

  14. Опубликовано:

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

    Надо по нему резиновым молотком жахнуть.

    Точно. В гречке же все многоблочки киянкой запускаются и чинятся. Только тут новый вопрос возник.

     

    Я закладываю стак капсул дейтерия и трития, и стак пустых капсул под плазму. Бью по управляющему блоку киянкой, реактор на секунду активизируется, съедает весь запас энергии и по одной капсуле реагентов. Результат реакции на выходе не появляется. Жду, когда запас энергии восстановится. Снова бью и получаю тот же результат. И только на третий раз процесс запускается, и все реагенты полностью превращаются в плазму. От чего так происходит?

     

     

  15. Опубликовано:

    30 минут назад, Disc2 сказал:

    Тупо бродкаст по одному открытому порту на всех роботах, для удобства

    Широковещательные пакеты сами по себе нежелательны на серверах, про это я всегда говорил. Они и нагрузку создают повышенную, и демаскируют игрока, а иногда и дают возможность для взлома. Но игроки любят их использовать. Что поделать? Песочница.

     

    Надо информировать о нежелательных действиях. А тех, кто использует эту информацию во вред — банить.

  16. Опубликовано:

    1 час назад, NEO сказал:

    Нецелесообразно лишь предполагать, лучше заглянуть в код.

    А в какой код заглянуть-то? Покажи пальцем. Это уже довольно глубокая механика Майнкрафта, я в ней не разбираюсь. Тут надежна только на тебя, да на @vx13.

  17. Опубликовано:

    20 минут назад, Disc2 сказал:

    Еще раз - 2 робота с прогрузчиками чанков,и беспроводными картами, могут ехать и генерировать огромную зону карты.

    Так значит ты говоришь не про некоторую случайную ситуацию, а злонамеренные действия игрока? Тогда понятно. Что ж, одним способом уничтожить сервер больше, одним меньше. Общей погоды это не меняет. OpenComputers позволяет уронить сервер несколькими контроллерами вообще без сетей.

  18. Опубликовано:

    8 минут назад, Disc2 сказал:

    каскадная генерация это баги кривых генераций мира и структур в модах, их конфликтов, наложения друг на друга и т.д.

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

     

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

     

    Я думаю, эта проблема преувеличена в обсуждаемом контексте.

  20. Опубликовано:

    Реактор собрал, зарядил до 80 MEU (хотя, достаточно и 40), заправил дейтерием и тритием, но ничего не происходит. Поменял местами дейтерий и тритий, всё равно ничего не происходит. Может, где-то надо рецепт задать или что-то нажать?

  21. Опубликовано:

    @Disc2 О каких каскадах ты говоришь? Предлагаешь в чанках, загруженных с помощью беспроводной передачи, разместить дополнительные приёмники и передатчики, загружающие новые чанки?

     

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

  23. Опубликовано:

    12 часа назад, Duoh сказал:

    Ссылка на гречку 4 (gregtechmod-1.7.10-4.15.36)   https://www.curseforge.com/minecraft/mc-mods/gregtech-4/files/all?filter-game-version=2020709689%3A4449

    Интересно. Это не официальная версия, а довольно свежий порт. Попытки реанимировать многострадальную гречку не прекращаются до сих пор.

  24. Опубликовано:

    4 часа назад, NEO сказал:

    Допустим никаких процессов не протекает, но периодическое чтение диска данный процесс требует, если не проверять на "видимость" между ЭВМ.

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

     

  25. Опубликовано:

    Я провёл эксперимент. На одной линии уставил 4 компьютера.

    • Первый компьютер непрерывно рассылает широковещательные пакеты на первый порт.
    • Через десяток чанков второй компьютер также рассылает пакеты, но на второй порт.
    • Ещё чанков через 10 установлен третий компьютер. Он отображает все пойманные широковещательные пакеты. В норме он не слышит никаких пакетов, если не загрузить чанки, содержащие первый или второй компьютер.
    • Для теста ставим чанклодеры сначала к первому компьютеру, затем ко второму. На третьем компьютере следим за поступлением пакетов.
    • В чанк с первым компьютером ставим чанклодер, а на сетевой карте открываем порт с номером, например, 4.
    • В чанк с третьим компьютером ставим четвёртый компьютер и с него непрерывно рассылаем пакеты в 4 порт.

    Что в результате я ожидал увидеть? Линия передачи от четвёртого компьютера к первому лежит через чанк со вторым компьютером. Рано или поздно будет запрошена плотность блока из этого чанка. И если чанк загрузится, второй компьютер возобновит рассылку пакетов на второй порт. И это можно будет увидеть на третьем компьютере. Но на нём я увидел лишь передачу с первого компьютера.

     

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

     

     

     

    • Нравится 1
×
×
  • Создать...