Fingercomp

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

Энергия - это само собой. Уголёк ссыпать в бонусные контейнеры и по центру заряжалка со скоростью 1/15 от максимума. А крафт, я думаю, - это лишнее. Динамита обычного точно не будет. Чего там ещё крафтить тогда?

MoarPeripherals уже больше года как заброшен.

На робике нет таума. Потестил в сингле я лазер. Можно дать роботам, но только на Low-Focus. Тогда препятствия делать надо из ванильного (или укреплённого какого-нибудь) стекла.

Карта определённо будет не одноэтажная. Высота где-то блоков 4-5 минимум. Винтовочка — затея интересная, однако я не знаю, как её реализовать. Если дать лазерную копалку из IC2, то роботы или ничего не вскопнут, или нафиг разнесут всю арену. Хотя нужно узнать, ломаются ли прозрачные блоки этим лазером. Так-то я планирую из стекла препятствия делать, чтобы было видно, что за ними. Если ломать не будут (вроде было такое) — определённо тогда я за. Ещё и пару каких-нибудь ящиков поставить. Прикольная затея! По поводу подрывания. Можно дать специальные бомбочки, которые подрываются сигналом по сети. Слать сообщение на сервер роботы будут, правда, а он уже там подорвёт сразу все такие кастомные бомбочки. Это было бы круто, да. Другой вопрос: как генерировать арену? Точнее, блоки внутри неё. На каждый раунд я не буду бегать со стеклом и судорожно ставить там ящики. Нужно генерировать сервером. И я всё ещё придерживаюсь политики невмешательства в проги игроков. Сюда же и обязательные сообщения с координатами робота. Пока есть возможность, я хочу её использовать, чтобы искать мины, бомбы, роботов и прочее.

Пусть — это не идея. То, что висит щас, родилось за 3-4 часа обсуждения. Нужен, если хотите что-то другое, конкретно принцип. Как у меня описано в правилах. Начало игры, процесс игры и условие конца. Что можно, что нельзя. Я пока слабо представляю, что именно ты хотел сказать. Ну и не забывайте, что играть игрокам, а не мне. Им пилить проги и выигрывать. То, что сейчас есть, сделать реально, сложность чуть выше первого этапа. То, что ты говоришь, игроки не сделают. Я для напоминания даю ссылку на самый первый топик: http://computercraft.ru/topic/4-

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

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

Итак, сегодня ночью я извлёк свою лопату и воскресил давно забытую тему... Погодите-ка. Гм. Месяц назад, как вы помните, у нас проходил первый этап Unreal Tournament (у нас даже топик остался) — песочница. Суть была такова: роботы по сигналу выползали из укрытия и начинали собирать монетки из появляющихся сундуков, а затем они относили всё на базу. Получился ивент эпически крутым: 4 участника и много зрителей. Подробнее почитать можете в топике, опять же. С сегодняшнего дня начинается обсуждение второго этапа Unreal Tournament. Этап 2: Deathmatch Ориентировочное время проведения второго этапа — середина апреля. У нас есть полтора месяца на подготовку арены и написания софта. Участники второго этапа: @electronic_steve, @FluttyProger, @astral17, @Totoro. Оставить заявку можно: в ЛС @Totoro или @Fingercomp; в этой теме; сообщением в IRC. Правила Правила второго этапа просты. Все участники играют против всех. Весь этап будет разбит на несколько матчей, по четыре участника. Каждый участник будет вести команду из 8 роботов. У каждого робота будет в арсенале запас из 1 бомбы и лазерной винтовки. После сигнала сервера роботы выползают из своих баз и выходят на поле. Цель роботов — убить своих соперников, не повредив своих. Сделать они могут бомбой — она может быть по таймеру (тогда взрыватель должен успеть удрать от неё до того, как она взорвётся) или по сигналу (все одинаковые, взрываются по сигналу любой команды и сразу все) — или лазерной винтовкой — но тут нужна прямая видимость. На поле будут в случайных местах генерироваться дроп (в виде выкинутых предметов) с дополнительными плюшками: уголь для пополнения энергии, бомбы и т.д. Та команда, которая последняя останется в живых, побеждает. Робот может получить дисквалификацию за: Ломание блоков арены. При этом можно уничтожать роботов и ящики. Фальстарт. Если начнёт двигаться до сигнала сервера. Забагованность и тормоза. Если программа случайно или намеренно создаёт жуткие тормоза или просто направлена на вредительские цели. Тут, конечно, решать будет админ. Ориентировочное время раунда — от старта до конца игры — 15 минут (если 3 из 4 команд сдохнут раньше — раунд, соответственно, закончится раньше). Каждые 10 секунд сервер будет рассылать сообщение для синхронизации времени. После финального сообщения раунд считается завершённым, и тут же происходит обновление счёта. Технические детали По части модов и версий ориентируемся на MC 1.10.2, OC 1.6, CX 1.6.2, OpenGlasses 1.4. Генерация лута будет происходить с помощью дебаг-карты. Чтобы роботы узнали о расположении бонуса, после генерации сервер будет слать сообщение с его координатами по беспроводной сети. Все роботы будут иметь одинаковую конфигурацию и чистую OpenOS 1.6 на борту. Однако разрешается писать разные программы для разных роботов. Арена не будет известна заранее. Нужно использовать какие-либо существующие (или пилить самому) библиотеки для поиска пути. Поиск роботов будет осуществляться геонализатором. Подготовка К ивенту нам необходимо подготовить несколько вещей. [Готово] [2017-02-26] Определиться с правилами. Для этого и создана эта тема. Пишите сюда ваши идеи и вопросы. [Готово] [2017-03-08] Подготовить арену. Надо построить поле, подходящее по размеру для четырёх команд по восемь роботов. Построить заграждения на арене для усложнения игры. Однако слишком ударяться в хардкор не надо. Сверху оградить стеклом, чтобы не дать роботам шанса удрать. Поставить где-нибудь компьютер центрального сервера. Обустроить как-то площадку для просмотра. [Готово] [2017-03-16] Написать софт для сервера. Сервер должен уметь объявлять начало матча по сети, генерировать бонусы, рассылать сообщения с их координатами и считать живых роботов. [Готово] Собрать заявки участников. [Готово] [2017-04-15] Провести игру. Обновления Здесь находятся ссылки на посты для ориентирования. Под каждой ссылкой вкратце рассказана суть. Если вы планируете участвовать в обсуждении, обязательно читайте обновления. [2017-02-26] Ссылка. Правила Софт Арена Планы Люди Обновления [2017-03-08] Ссылка. Арена Итоговая сборка Казусы Сервер [2017-03-17] Ссылка. Сервер Комплектация робота Арена Сборка Сигналы сервера [2017-03-30] Ссылка. Плазмаган Лончер Сайт [2017-04-08] Ссылка. Бомбы Геолайзер Стрим Готовность участников Ориентировочное расписание Бета-тест Сборка [2014-04-13] Ссылка. [2014-04-14] Ссылка. [2014-04-15] Ссылка. Проблемные вопросы Что из себя будет представлять бомба? Ориентировочно, будет два вида бомбочек — подрывающиеся по таймеру и по сигналу. Это будут микроконтроллеры, которые посылают сообщение на сервер с координатами и типом бомбы. А сервер уже рисует частицы и играет звуки, разнося роботов. Какие бонусы будут появляться? Бомбы двух видов, уголь для подзарядки, лазеры. Как находить роботов на арене сервером? Сервер будет слать сообщение "кто жив?", на которое роботы должны ответить, указав свой цвет. Какая комплектация робота? Ну что, посражаемся?

Тем, что я про OpenOS рассказываю, наверное?

Ну, как бы, мод опенсурсный, сырцы качаются там же, где мод.

Гугли RSA. Есть публичный ключ, которым шифруют данные и отправляют на сервер, расшировывающий это приватным ключом. Такое шифрование является асимметричным. Я очень не хочу встраивать какие-либо дополнительные фичи с Zn помимо увеличения стабильности. Особенно шифрование.

А бан-лист где-то остался? И есть ли он вообще тут?

Тотора же сказал. Нельзя. Принимающие тёплые ванны с роботами пусть винят самих себя. А дроптайм лучше увеличить (вроде как уже). Я тинкер-печку просто переставить даже не смог: пока залезал и ломал стенки, половина блоков уже исчезала. Это уже гемор, а не хардкор.

У них там своя либа со свистелками, к формочкам отношения не имеющая.

А почему первый фон от Тоторы не поставить? В самый раз же.

А почему нельзя просто залить в репозиторий и не париться?

Перечитай ещё раз (и потом ещё раз), что ты написал. Пока это жестокий поток мыслей, в котором ничегошеньки не понятно. Используй репозиторий https://hel.fomalhaut.me/ вместо пасты миллиона ссылок с wget.

Ничего там гнетущего нет. Под покровом ночи Стивы на хрякокоптерах везут ресы с роботов. А Квертик... То на красивой пикче суицидников нашёл, то дом у него похож на всякие органы. Кто-то всё ещё считает, что к нему нужно прислушиваться? :P

Если до версии 1.6 все использовали файл /autorun.lua и были довольны, то теперь ситуация несколько изменилась. Поэтому я опишу все варианты автозапуска программ в этой небольшой заметке. С версии OpenOS 1.6 файл autorun.lua больше не запускается на rootfs (то есть на файловой системе работающей операционной системы). Вот все пять способов, которые можно использовать для автозапуска программ. Модифицировать /init.lua. Это самый плохой и ужасный вариант из всех. Во-первых, программа будет запускаться до запуска шелла и инициализации библиотек, поэтому возможны краши системы. Во-вторых, если сделать ошибку в файле, то придётся переустанавливать этот файл, что не очень удобно. Добавить скрипт в /boot. Это не такой плохой вариант, но здесь также возможны ошибки при использовании стандартных библиотек, так как бутскрипты запускаются не в самом конце загрузки. Модифицировать /etc/profile. Это файл, каждая строка которого последовательно исполнаяется при запуске программ. Проблема в том, что при переустановке системы этот файл будет перезаписываться. Поэтому не вариант. Модифицировать /home/.shrc. Это самый оптимальный вариант. Но программа будет запускаться при каждом запуске шелла. Если прописать exit в шелле, то программа запустится ещё раз. Если для графических всяких программ это самый лучший вариант, то для одноразовых демонов, которые регистрируют листнеры на ивенты и выходят, вариант не очень хороший, так как тогда листнеры зарегистрируются дважды. Использовать систему rc. Подробно о ней рассказывал @LeshaInc: http://computercraft.ru/topic/1679-rc-chto-za-zver-takoi/ Это система, которая позволяет писать своих "демонов" — программ, исполняемых в фоне — и контролировать их из шелла с помощью команд. Графические утилиты так запускать проблематично, потому что возможны всякие артефакты отображения. Поэтому используйте варианты 4 или 5 в зависимости от программы, которую требуется запустить.

Шикарно. Такому 100% нужно быть.

Когда ты энтер жмёшь (или кликаешь за пределами поля), обработчик вызывается.

Робот 0.4 секунды передвигается на клетку и 0.2 (вроде) секунды копает блок. Кобла генерится каждые 0.8 секунд. Вот и думай, нужен тут геолайзер?

А ты луа код тоже на русском пишешь? Как бы, весь интерфейс в луа ренедрится, и абсолютно логично, что ты не можешь их по-русски назвать. Да и незачем.