eu_tomat

Смотря какой смысл вкладывать в слово "сам". В общем случае робот не может вставлять и вынимать улучшения в собственных слотах улучшений без каких-либо вспомогательных приспособлений. Я для этой цели обычно использовал вспомогательного робота или схему на транспозере. Если требовалось лишь вставить что-либо в слот робота, то я даже использовал обычную воронку. Но робот может самостоятельно установить и использовать эти механизмы.

Скорее всего, актуальной является эта ссылка: bytearray.lua

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

Что именно защищено? И какой именно аспект авторских прав интересует?

Разумеется, оригинальная OpenOS не предусматривает такого трюка. Требуется серьёзная переработка всей системы. Но если отвечать по существу вопроса, то да, можно. И тому есть реалистичный пример.

Было дело, @RccHD очень глубоко переработал OpenOS. И многозадачность присутствовала с некоторыми ограничениями, и окошечки с терминалами запускались.

Хорошая альтернатива карте саморазрушения из Computronics. Возьму на заметку. Если нет свободного слота для карты, то можно таскать с собой материальную пушку.

Интересный костыль, необычный. Я в давние времена, когда OpenComputers ещё был диковинкой, не найдя других способов обмена сообщениями с ComputerCraft, костылил его с помощью ванильного редстоуна. Но сейчас существует и бескостыльнй способ обмена сообщениями между OpenComputers и ComputerCraft с помощью блока коммутатора.

Этот код выводит имя игрока, кликнувшего по экрану. local event = require"event" for i=1,100 do local _,_,_,_,_,player = event.pull("touch") print( player ) end Вот и весь сканер отпечатка пальца.

Без скриншотов, скорее всего, мало кто заинтересуется.

В той норе, во тьме печальной, ЖЯР качается хрустальный На цепях между столбов. (c) А.С. Пушкин.

Да, проект был приостановлен, но код я могу поискать. Пользуясь этим напоминанием, проверю на днях, не сдох ли тот комп. За основу был взят алгоритм LZ77, к нему я добавил несколько "своих" улучшений. Слово "своих" я беру в кавычки, потому что имею базовое представление об алгоритмах сжатия, но не помню никакой конкретики, и тем более, названий. Поэтому могу легко впасть в иллюзию, будто бы смог придумать свой алгоритм. Улучшения "придумывались" разные, но я оставлял из них только те, для которых мог представить компактный алгоритм распаковки на lua. По сути, это было главным требованием, учитывая размер EEPROM.

А кто там на заднем плане? Уж не Рулёзик ли? Он-то, похоже, игру даже не прекращал со времён EvilWorld.

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

У меня бывает ноль эффекта при нажатии на кнопку "войти", если я забываю ввести пароль.

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

Ну, хорошо. Просто rc при большей сложности применения не даёт дополнительных преимуществ в решении конкретно этой задачи. Предлагаю заглянуть в файл /bin/resolution.lua, выкинуть из него обработку параметров, вывод ошибок и прочее. Останется несколько строчек, которые можно будет добавить в свой код. Это будет работать быстрее, чем запуск скрипта через os.execute. Ну, а из .shrc, наоборот, удобнее запускать готовые скрипты из файлов, он под это как раз и заточен. Как именно вручную? Как обычную программу, или как сервис через rc?

А где можно почитать описание мода? А то я даже не знаю, что там тестировать.

Да, теперь и я внимательно прочитал и заметил. Если ответить в общем, то должно работать. А чтобы сказать, почему не получилось, нужно видеть код, полные команды и название файла. Также нужно знать тип монитора и графического адаптера. Но меня смущает сама постановка вопроса. Хочу понять: С какой целью для изменения разрешения экрана выбрана именно система rc? Какой смысл в Lua-скрипте использовать os.execute для запуска примитивного скрипта resolution.lua?

Если внимательно прочитать текст по приведённой ссылке, то можно заметить, что

@ESC11 А почему тема про этот чудесный концепт рождена на свалке? Или концепт ещё до момента публикации был-таки заброшен и никому не нужен? Полагаю, основные работы под грифом строжайшей секретности ведутся над другим концептом, а этот опубликован для информационного прикрытия.

Не получается у меня сегодня игра в наводящие вопросы. Предлагаю дёрнуть сервер два раза: первый раз с коррекцией +1700, а если потребуется, то второй раз с коррекцией -1700. Но восемнадцать-то попыток зачем?

Коррекция нужна. Длинный цикл не нужен. Сейчас он дёргает сервер 18 раз, а требуется максимум два раза.

А зачем вручную описывать цикл в функции updateFilename()? Это же обычный цикл for correction=0,1700,100 do, только с более громоздкой записью. Да и цикл там не нужен. Он только лишний раз дёргает сервер. Хотя коррекция времени в цикле и меняется, но имя запрашиваемого файла сменится только в тот момент, когда сменится дата. И вообще, если дата сменится.

Предлагаю попинать автора, если он ещё жив. Может, он согласится дать нормальные ссылки на публичные хостинги. У него в профиле есть какие-то контакты.