Zer0Galaxy

m.setTextScale(2) вроде как не нужно в каждом цикле. Достаточно один раз сделать Ну, та говори

Почему то темы дублируются

А почему бы просто не сделать зону запрещенную для логина? Иными словами, если Вася зашел в закрытую комнату, отлогинился и пытается снова залогиниться, его должно выкинуть из комнаты. При помощи AMI это будет программка в пять строчек: 1. Ждем событие player_login 2. Контролируем координаты залогинившегося игрока 3. Если игрок в комнате, переносим его за пределы комнаты Таким образом, Петя, закрывшийся в комнате, будет в полной безопасности. А на выходе из комнаты его уже будет поджидать Вася

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

Я экспериментировал с командой summon. Я так понимаю, эту же команду можно вводить и через консоль? Так вот, консоль отвечает "неизвестная команда". Я пробовал на версии майна 1.5. Может дело в версии?

Пытаюсь в сингле выполнить при помощи КБ команды, показанные в видео - реакция нулевая. Может какие то для них разрешения нужны?

Долго думал, как сделать ствол орудия поворачивающимся. Не придумал ничего лучше, чем нарисовать его в голопроекторе.

Алекс говорил про очки, а не про МФЭ. А МФЭ, вроде как может редстоун-сигнал выдавать при заполнении. Хотя, может и есть периферия, способная определять заряд МФЭ

Есть же robot.turnAround() Да и зачем вертеться? Можно воду под собой брать robot.useDown()

Значит МФЭ не подключается как периферия

А там еще про какие то кредиты. Их где брать?

Ну, это зависит от того, что за программа. Например, программа tunnel имеет один числовой параметр - длина туннели. А что за динамик? Нет у черепахи никаких динамиков.

И я баловался подобными вещами, когда учился программировать черепах

Запустить программу из программы можно командой shell.run("<Имя_программы> <параметры>") Но вот управлять кнопками не получится. Нужно что-то свое придумывать http://computercraft.ru/topic/386-proshu-pomoch-s-cherepashkoi/

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

function os.pullEventRaw( _sFilter ) return coroutine.yield( _sFilter ) end function os.pullEvent( _sFilter ) local eventData = { os.pullEventRaw( _sFilter ) } if eventData[1] == "terminate" then error( "Terminated", 0 ) end return unpack( eventData ) end Как сказал Нео, генерация самих событий скрыта где то в исходниках мода. А вот так они обрабатываются биосом CraftOS (см. код выше) Подавить mouse_click можно так: в os.pullEvent вставляешь проверку eventData[1] == "mouse_click" и если да, то ждешь еще какое то время (0,2 сек, например) Если в течении какого то времени приходит еще один "mouse_click", возвращаешь mouse_double_click. Если нет, возвращаешь mouse_click. Но, что плохого в том если придет и mouse_click и mouse_double_click?

А на какой высоте?

Если сопрограмма остановлена, то исключаем ее из списка filter[co]=nil и берем следующую co=next(filter,co) Но если сделать именно так, то получим исключку т.к. filter[co] к этому моменту уже не существует. Можно было бы сделать через промежуточную переменную: co1=next(filter,co) filter[co]=nil co=co1 но тогда никто бы не поверил, что я умею программировать на Lua. Поэтому я использовал параллельное присваивание (см. http://www.lua.ru/doc/2.4.3.html)

os.pullEventRaw это стандартная процедура, через которую приложение Lua получает события. Обычно текст этой процедуры соответствует тексту процедуры SingleThread. Но в многопоточном режиме приложение должно не только получать события, но и передавать их в дочерние процессы. Этим занимается процедура MultiThread, поэтому pullEventRaw перенаправляем на нее.

Э! А это что такое?

Пользуйтесь осторожно. Библиотека еще не обкатана.

Многопоточность в CraftOS легко реализуется при помощи стандартной библиотеки parallel. Способ этот отличается простотой и может быть использован даже начинающими программистами. Чего уж проще? Оформи каждый поток в виде отдельной функции и вызови waitForAll или waitForAny. Но такая многопоточность обладает, на мой взгляд, несколькими несущественными недостатками. Во-первых, пока работает parallel, основная нить программы приостанавливается и занимается исключительно обслуживанием параллельных потоков. Во-вторых, функции, содержащие параллельные потоки, обречены вызываться без параметров. В-третьих, после запуска такая параллельность не контролируема. Отсутствует возможность принудительно прервать какой либо из потоков или добавить к уже существующим еще один. Несколько иную многопоточность можно реализовать при помощи библиотеки thread, доступной по адресу http://pastebin.com/32S4HssH Библиотека содержит три функции: thread.create(f , ...) - создает поток, который сразу же начинает выполняться параллельно основному потоку. При желании можно создать серию потоков, вызвав функцию create несколько раз подряд. В качестве параметра f необходимо указать функцию, содержащую тело потока. После f можно указать параметры, передаваемые ей. Функция create возвращает вновь созданный поток как объект типа нить ("thread"). Значение это может понадобиться если вы захотите прервать принудительно созданный поток. thread.kill(co) - прерывает выполнение параллельного потока. co - завершаемый поток, значение, полученное при вызове функции create. thread.killAll() - прекращает выполнение всех параллельных потоков, за исключением основного. Вызывать эту функцию полезно перед завершением программы. В противном случае действующие потоки продолжат свою работу даже после выхода из программы.

В программу для черепахи добавил вывод id

Самому интересно

Это тоже вариант. Но у нас решен вопрос защиты кода от коррекции. Конечно и ее можно обойти, но это будет не проще чем решить головоломку.