Totoro

в OС только компьютер работает более реально, а так CC всем лучше , но это мешает реалистичность,а так как программу нельзя редактировать из вне текстовым редактором , только если не переставить ЖД она не обновится , да и программировать более удобно на CC он прост , а в OP геморроя куча какому программисту это нужно ,я хочу писать программы , а не бегать и смотреть сколько Энергии осталось и тп ,или с багами боротся.

Я не со всем согласен.

Проблемы с энергией есть когда пишеш программу прямо на сервере. Но редактировать программу на сервере сторонним редактором невозможно и в CC.

Если писать в сингле - проблем с энергией нет. И можно использовать сторонний редактор. То что надо доставать хард - мелочь (хоть и досадная).

Система компонентов OC на мой взгляд устроена логичнее и удобнее чем wrap периферии в CC (с последним я правда работал мало).

Работать с сетью в OC тоже просто. И безопасно.

Программы возобновляют работу после выгрузки чанков.

Про юникод вообще молчу :p

Оформлена страничка нового сервера пока предварительно...

За TreeCapitator - отдельный плюс. С ним гораздо веселее делать робофермы

Вообще состав модов мне очень нравится.

1) Функция включения сигнализации (теслы там и всё такое).

1) Надо определить условие активации сигнализации. Сигнализация - это будет отдельный контроллер. Активировать при попытке войти любого юзера с недостаточными правами? Или разница между уровнем двери и юзера должна достичь определенного размера, для включения сирены? (Например - грифер Вася с уровнем -9000 звонит в Дверь (10) - срабатывает, а если Петя с уровнем 8 звонит в ту же дверь - не срабатывает.)

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

 

2) Добавлю кулдаун после N повторяющихся звонков.

Небольшой багфикс от Sangar. OpenComputers 1.3.6:

• Добавлено: настройка для отключения функциональности дебаг-платы (да, есть и такая, хотя статью на Вики я добавить забыл ).
• Изменено: расчет ширины символов. Теперь доступны все символы Юникода.
• Пофикшено: однобокий детект (особенно заметно при использовании CME (хз, что за хрень) и портативных терминалов, которые не работали в некоторых положениях).
• Пофикшено: определение архитектуры платформы.
• Пофикшено: спам в лог, связанный с неправильным определением присутствия мода, в комбинации с разбитым на части API других модов.

Качать здесь: https://github.com/MightyPirates/OpenComputers/releases/

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

Ура-а-а! Кто-то скачал мою программу! Спасибо за положительный отзыв!

 

1) Извиняюсь, просто забыл сделать автоматическое добавление OWNER'а в вайтлист. Пока отлаживал программу - вылетело из головы. DEFAULT_USER - это заглушка для программы. В ситуации, когда программе нужен ник, а она его не получила, программа возьмет дефолтный. Не критически важная фича.

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

 

а) С реальным временем надо будет разобраться. Sangar переопределил системные функции для получения времени на внутриигровые.

б) В данный момент, можно просто создать два замка с адресом одного и того же контроллера.

в) "Инвертированная дверь" - это когда надо поддерживать сигнал редстоуна для того, чтобы она была закрытой, а чтобы открыть, этот сигнал надо гасить? Можно сделать.

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

Респаун после смерти дома (кровать). Сохранения вещей при смерти тоже не будет.

Вот поэтому лучше сделать выдачу одноразового пакета по желанию, когда игрок введет команду kit.

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

Строил первый дом каменной.

Кстати, новый эмулятор ComputerCraft автор пишет на Java+LibGDX.

Эх, мне бы ОС-эмулятор.

Вот вот, такая же мысль. Хоть сам садись и пиши.

А ты сравнивал производительность рекурсивного- и гео-майнера? На сколько он круче?

Кстати, хотя бы примерно прикинь в сравнении с карьером. Если хоть немного лучше копает - обязательно нужно. Буду трясти Семоро, что бы пофиксил.

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

Я оставил в теме PowerfulModules сообщение и прикрепил отчет краша. Возможно я просто не те версии модов использую?

Крашат игру?! Как ты его вообще заставил работать, все мои попытки прикрутить его завершились полным отказом робота получать энергию от тессеракта.

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

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

 

Я сделал набросок программы: http://pastebin.com/2Fisnsa1

Робот исследует сканером пласт породы высотой в 5 блоков (чтобы избежать погрешностей). В стороны - не ограниченно.

Важно: перед началом поставьте его "лицом" на север (NORTH).

 

Радует, как шустро он перемещается от жилы к жиле, находя руду.

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

Из-за этого аккумулятор садится очень быстро, блоков через 50. Генератор не спасает.

Дело можно было бы поправить (если у вас много энергии) тессерактами из Powerful Modules от Semoro. Однако тессеракты совместно с OC 1.3.5 крашат игру.

 

С рекурсивным копателем, который часами роет тоннель на одном только самостоятельно добытом угле - не сравнить.

 

Что думаете по поводу идеи робота с геосканером?

Зомби, музыка в игре и прочее - это вторично, хоть и тоже немаловажно.

Это понятно. Просто удивило несоответствие зверской внешности и флегматичного характера монстра.

 

Что касается цен - я представил себе постапокалиптический мир, где одной из главный ценностей является энергия.

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

С другой стороны - сеть транспортных телепортов - основное средство передвижения по материку, между городами. Их поддерживает правительство в лице админа и они бесплатны (или дешевы) =)

И долго ли строить эту ферму? Ну минут 10 от силы. А сколько с программкой можно играться, неделями ведь можно ее совершенствовать и модернизировать, ведь так?

 

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

[OFFTOP]

Построил на сервере ферму дерева - крытый стеклянный ангар (чтобы не свистнули робота), AE сеть для продукта и TE кабель для подзарядки.

Потом принялся писать программу для робота дровосека. После того как я научил его сносно перемещаться, начался экшн

Сначала он пробил стекло и попытался скрыться от меня в глубинах космоса. Я его поймал, прикрутил рекурсивный алгоритм от копателя, чтобы он не трогал стекло и гранит и рубил дерево и листья.

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

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

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

 

Я теперь понятия не имею, куда он пропал. Может у него произошел коллапс внутренней логики и он просто сам себя дезинтегрировал? Или от безысходности решил покончить с собой? Или положил сам себя вместо дерева в ME сеть? Черт его знает.

[/OFFTOP]

Программа для ComputerCraft, да?

Насколько я вижу, использует только две специфичные функции - fs.list() и fs.isDir()

Если поменять на функцию с итератором fs.list(), а вторую переименовать в fs.isDirectory(), должно заработать и под OC.

Интересно. А телепорты могут иметь различную стоимость?

P.S. Почему "триффиды" в метро такие беспомощные? =)

Ок, я согласен, телепортами скорее всего никто пользоваться не будет, как не пользовались и CraftNet'ом.

Пофигу.

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

 

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

Надо разобраться с загрузчиками чанков и воскресить ее. Тех. обслуживания сеть не требует? Нет. Пусть работает в фоновом режиме, она никому не мешает.

Я что-нибудь напишу, на сеть повешу. Lism напишет свою программу, тоже к сети подрубит.

Еще кто-нибудь подключится и т.д.

 

P.S. Еще русифицировать ее - будет вообще прекрасно.

Сеть нужна. Если не на старом сервере, то на новом. Чтобы не писать свои костыли для каждого проекта площадью больше чанка (как я написал для телепортов). Нужна одна глобальная сеть, чтобы не создавать отдельную сеть для каждой программы.

Ты опередил меня на 5 минут!

Муа-ха-ха-ха-ха!

 

Тоже собрал сборочку.

Прикольно, если добавить в крафт планшета солнечную батарею - он будет как китайский калькулятор, заряжаться днем.

 

P.S. Можно не только с Дженкинса скачать билд. Билды всех версий удобно лежат тут: на GitHub.

На форуме идут вялые споры о чанклодерах, карьерах и донате, а тем временем...

 

Новая версия OpenComputers 1.3.5! Что нового:

• Добавлено: Жидкости в роботах! Апгрейд-цистерна! Апгрейд-контроллер цистерн!
• Добавлено: Планшетный компьютер официально доступен!
• Добавлено: Голограммы теперь можно двигать. Немного.
• Добавлено: Геосканер теперь можно использовать как апгрейд.
• Добавлено: Апгрейд-крафт теперь возвращает размер полученного стека предметов.
• Добавлено: Апгрейд-поршень. Теперь робот умеет толкать блоки!
• [MC1.7] Добавлено: Поддержка AE2-энергии.
• Изменено: Используемые библиотеки были переименованы таким образом, чтобы избежать ЛЮБЫХ конфликтов с другими модами. Это означает, что они были перекомпилированы. Дайте знать автору мода, если появились какие-либо проблемы.
• Пофикшено: Потенциальные проблемы с загрузкой мультиблочных экранов.
• Пофикшено: Некоторые разрешения мониторов не сохранялись после загрузки.
• Пофикшено: Некоторые предметы после использования и замены роботом - уничтожались (например - ведро -> ведро с молоком).
• Пофикшено: Освещение и другие потенциальные проблемы с загрузчиками чанков.
• Пофикшено: N-ое количество других проблем и багов.

P.S. Я могу также выложить перевод API новых функций, если кому интересно.

Итак, тотальная творческая переработка, с учетом полученных отзывов. Встречайте! Новый, ослепительный, потрясающий возможностями

 

https://lh3.googleusercontent.com/XgSiLi-8zYrO6XaP1IjTDg0m9TdnHM_wOOJZWTOuRoU=w895-h513

SmartLock 0.3

by Totoro

 

1) Для тех, кто не хочет ждать

Ссылка на установку: http://pastebin.com/nQHbskwP

Если у вас есть интернет-плата, откройте каталог, доступный для записи и наберите: "pastebin get nQHbskwP lock".

Теперь программу можно запустить простой командой "lock".

 

2) Что оно умеет?

Итак, список основных фич:

• Централизованное управление множеством замков (в лице компьютера из OC)
• Управление правами доступа (черный/белый список), независимое от привата территории

• Настройка уровней доступа

• Лог на жестком диске (вам не нужно присутствовать на сервере, чтобы знать все обо всех)
• Управление через очки "Google Glass" или встроенный терминал
• Управление по сети
• Веселые смайлики

3) Как оно устроено?

По сравнению с первой версией, все стало намного проще и дешевле. Основа - компьютер из мода OpenComputers. На нем запущена программа SmartLock.

Дверные замки - это пары сенсорный монитор + красный контроллер. Все соединяются вместе кабелями и присоединяются к центральному компьютеру.

 

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

Замки - это мониторы второго или третьего уровня и красные контроллеры, расположенные так, чтобы сигнал редстоуна от блока открывал дверь.

По желанию можно добавить Terminal Glasses Bridge и модем.

 

4) Как этим управлять?

Управление осуществляется командами из консоли. Вот они:

• door <адрес монитора замка> <адрес красного контроллера> <название без пробелов> <уровень доступа> - записывает новый замок в таблицу
• door <адрес монитора> <название/уровень> - изменяет уже существующую запись
• list doors - выводит список всех дверей в системе
• get <адрес монитора> - выводит данные одного конкресного замка

• remove <адрес монитора замка> - удаляет запись из системы

• open [адрес монитора замка] - отпирает указанный замок. Если адрес не указан, отпирает последний активный замок. Например тот, в который только что позвонил гость.

• user <ник> <уровень доступа> - создает или изменяет пользователя

• list [users] - выводит список всех зарегистрированных пользователей
• get <ник игрока> - показывает уровень доступа конкретного игрока

• remove <ник игрока> - удаляет пользователя из таблицы

• log - показывает последние непрочитанные события
• log all - покасывает весь список лога с самого начала
• log clear - очищает лог в терминале (при этом все данные на жестком диске сохраняются)

• exit или quit или просто q - выход из программы

Примечание: Важно! Адреса не нужно указывать полностью. Достаточно первых четырех-пяти символов.

 

4) Настройка программы

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

• OWNER - ник владельца. Поменяйте на свой.

• DEFAULT_USER - ник пользователя по умолчанию.

• DEFAULT_LEVEL - уровень по умолчанию. Присваивается новым пользователям, если не указан другой.

• DEFAULT_DOOR - дефолтное название для новой двери

• OPEN_TIME - время на которое открывается дверь, в секундах

• RED_STRENGTH - сила редстоун-сигнала из красного контроллера

• PORT - порт для взаимодействия по сети

• ALLOW = "｡◕‿◕｡"
• WAIT = "(⊙_◎)" - набор смайликов для различных состояний замка

• DENY = "(¬_¬)"
• GLASSX - горизонтальная координата для интерфейса GoogleGlass

• GLASSY - вертикальная координата
• GLASS_TIME - время на которое появляются сообщения на очках GoogleGlass, в секундах

5) Сетевой интерфейс

Он пока очень простой. (Если надо что-то расширить - пишите)

Программа передает инфопакет, когда кто-то стучит в дверь. Это сериализованная таблица вида:

{date, player, doorname, address}

Дата/время события, ник игрока который вошел (или пытался), название двери и ее адрес.

 

Программа принимает только один управляющий пакет - сериализованную таблицу вида:

{command = 'open', address}

Где command равно 'open', т.е. - открыть дверь, а address - необязательный параметр. Если адрес не указан, программа откроет последнюю активную дверь.

 

6) Возможные конфликты

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

Добавьте в корень своего диска файл autorun такого содержания:

require('component').setPrimary('screen', 'XXXX')

Где XXXX - это адрес вашего главного монитора.

 

Вы можете также объединить сеть дверных замков с сетью сенсоров движения SpiderEye. Зачем опутывать дом проводами дважды?

В это случае вам будет необходимо создать такой же файл autorun на жестком диске компьютера SpiderEye. И проставить в нем адрес основного монитора SpiderEye соответственно.

Если вы используете редстоун сигнал сети слежения - укажите аналогично главный компонент для рестоун сигнала - адрес красной карты или красного контроллера.

 

Совет: если вы используете сетевой интерфейс программы, вы можете подключить свой компьютер через свитч OC. Это позволит пропускать беспрепятственно сетевые пакеты, и при этом не создавать путаницы компонентов.

Опытным путем выяснил - радиус действия около 8 блоков (в области прямой видимости).

В конфигах вроде нет этого параметра.

Но это уже фантазия...

Датчики передают относительные координаты движения.

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

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

Кроме того сигнал датчика дискретен. Передает движения не постоянно а фрагментами, насколько я понял, пока писал систему. Есть шанс упустить жертву.

ЗБС слушай!!! А если поставить серверную стойку на 4серва*4проц*16компонентов получится огромная територия для защиты! А вместо подачи реда можно посылать сигнал на главный комп! Прям база...

Ред убирать не буду - удобно чтобы локально включить сирену, или красные лампы зажечь.

Добавлю отправку тревожного пакета broadcast'ом по заданному порту.

К слову, обдумывал еще такую мысль - удаленное подключение датчиков движения к SpiderEye. Например через связную плату, или через существующую глобальную сеть. Например - качаешь лаву в аду. Привата нет, как отследить возможного вандала? Можно часть лавы отвести на двиг, поставить компьютер и датчик. Пусть посылает данные. Если ограбят - знаешь кто.

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

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

А точного измерения я еще не проводил.

Да, именно такая структура.

Сетью можно (и для этого не надо переписывать программу) управлять с переносного ПК. Они должны появиться в следующем апдейте OpenComputers. Единственное - для этого придется посетить все станции телепортов лично, с КПК.

 

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

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

 

Или есть еще варианты? Я сделал самый простой способ централизации управления.

 

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

Менеджер может пингануть непосредственного "клиента", чтобы определить, что он еще "живой".

 

P.S. Я буду в РК сегодня. Но без периферии я все равно только в чате писать.

 

Quantum Link Alpha by Totoro

Итак, готова альфа версия программного обеспечения для квантовой телепортации Quantum Link =)

Пакет состоит из трех частей.

 

1) QL Terminal

http://pastebin.com/jNbXzm43

Это программа для компьютера - телепорта. Обладает простым интерфейсом (список станций, кнопка [Teleport]). В списке могут быть платные и бесплатные станции.

 

2) QL Manager

http://pastebin.com/hRQxXD0b

Это - управляющая программа. Управление строится по древовидной схеме. Несколько станций телепортов в радиусе доступности для связи подключаются к компьютеру-менеджеру. Далее, если необходимо, компьютер-менеджер (и другие в окрестностях) подключаются к другому менеджеру, становясь таким образом "ретрансляторами" от него к телепортам. В свою очередь этот последний менеджер может подключаться к следующему и т.д. Пока все "нити управления" не окажутся у одного - администраторского - менеджера.

Администраторский менеджер сможет контролировать таблицу станций на всех своих подчиненных "клиентах", и - вниз по цепочке - на всех телепортах сети.

При этом программа для всех звеньев одинакова (по ссылке выше).

 

3) QLinker

http://pastebin.com/p0nE5z9r

Вспомогательная утилита. Служит для составления таблицы "клиентов" (телепортов, или менеджеров уровнем ниже). Устанавливается на дискету. Файл должен называться autorun.

Дискета поочередно вставляется в компьютеры-"клиенты" и подается команда get. Затем дискета вставляется в компьютер-менеджер и дается команда set. В процессе составляется таблица адресов, которая в конце устанавливается как таблица клиентов для менеджера.

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