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

Лидеры


Популярный контент

Показан контент с высокой репутацией 21.11.2019 в Сообщения

  1. 2 балла
    Я, кажется, нашёл мелкий баг в OpenComputers-MC1.7.10-1.7.5.1290-universal.jar, на других версиях не проверял. Спавним компьютер командой /oc_sc, в интерпретаторе Lua запускаем что-то вроде while true do print(computer.pullSignal())end и наблюдаем за поступающими событиями. Вплотную к корпусу компа ставим ещё один корпус, ловим событие component_added, но это не удивительно. Вставляем в пустой корпус красную плату, событие не ловится, что тоже неудивительно: корпус-то другой. Ставим рядом со вторым корпусом красный факел и... ловим событие redstone_changed в первом компе. Компонент redstone отсутствует в списке компонентов первого компа, но событие этого компонента ловится. Второй корпус пустой, в нём нет ничего кроме красной платы. Upd: Компы не обязательно ставить в смежных блоках. Соединив их кабелем, получаем тот же эффект. 
  2. 1 балл
    Ну с сигналами логика строгая. Редстоун карта работает всегда, но управлять ей может только включенный комп. Сетевая карта не генерирует сигналы, пока не открыт порт. Если комп выключен, то порты закрыты. Если комп выключен и установлено wake-up сообщение, то никаких сигналов не посылается, кроме внутреннего на корпус. Это при получении wake-up
  3. 1 балл
    Вообще-то сетевая карта генерирует сигналы. И любой компонент будет генерировать, но управлять им не получится. Логика в том, что это самый простой способ разграничить видимость. Если усложнять, то придется, при добавлении нового компонента, писать для него кучу исключений. Что неизбежно будет добавлять багов. Для таких случаев и существует Power Distributor и Relay, через них сигналы не проходят. А с монитором все очевидно, он не сохраняет состояние после перезагрузки. Раньше вообще, апдейт блоков не работал в некоторых способах загрузки чанка, поэтому схемы на редстоуне приходилось постоянно пинать, чтобы прошел апдейт.
Эта таблица лидеров рассчитана в Москва/GMT+03:00
×
×
  • Создать...