qwertyMAN

Ок, в течении 2-3х дней сделаю.

С новым годом! 

Добрый день, игроки и администрация.

Эту тему я создал чтобы обсудить 2 вопроса: правила предъявляемые к турелям и идеи для улучшения турелей.

Мне, как и многим игрокам интересны правила эксплуатации турелей, а именно:

• Можно ли убивать с помощью турелей на нейтральной земле, в приватах и админприватах
• Можно ли ставить турели на нейтральные земли? Рядом с приватами и админприватами?
• В каких случаях турели будут считаться ловушками, а в каких средством самообороны?
• Как предотвратить жалобы связанные с турелями?
• Имеет ли вообще смысл под них писать ПО, автонаведение или может их собираются запретить и это всё зря.
• Требования предъявляемые к ПО турелек. Нужно ли делать слипы в циклах? Если да, то они будут медленно работать. Если нет, то насколько это скажется на нагрузке на сервер?
• Нужно ли дописывать фильтры игроков/мобов для турелек? Писать ГУИ? Свои предложения по поводу ПО...

Вторая тема, которую я хотел бы обсудить, это нововведения.

Мы знаем что у этого мода открытый исходный код, а значит могут найтись игроки, которые этот код смогут улучшить.

Предлагаю следующие нововведения:

Улучшить то что имеем сейчас:

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

Добавить нововведения:

Общие нововведения:

• В lua можно будет выбрать скорость снаряда
• В lua можно будет выбрать массу снаряда
• В lua выставляем урон от снаряда

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

Расширенные нововведения:

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

Виды боеприпасов:

• Патроны (пулемёт): средняя скорость, низкое потребление энергии, небольшая масса снаряда отклоняющая снаряды вниз, (постоянная масса, скорость снаряда и урон), средний урон, разброс
• Снаряд (тяжёлая артиллерия): низкая скорость, среднее потребление энергии, большая масса снаряда сильно отклоняющая снаряды вниз, регулируемая в ПО масса и скорость снаряда [для ведение огня по кривой траектории], статичный урон - высокий урон по радиусу поражения, нет разброса
• Луч энергии (лазер): высокое потребление энергии, нет массы которая бы отклоняла снаряды, высокая скорость снаряда, высокий максимальный урон, нет разброса, в настройках lua можно указать скорость снаряда и урон, перезарядка зависит от потребления энергии, а та в свою очередь от настроек

Типы боеприпасов:

• Зажигательные: наносит урон в радиусе, поджигает цель и спавнит огонь в радиусе (для артиллерии)
• Подрывные: наносит урон в радиусе и подрывает местность как TNT (для артиллерии)
• Ослепляющие: наносит эффект ослепления (для лазера)
• Охлаждающие: наносит эффект медленного хождения (для лазера)
• Перегревающие: наносит эффект иссушения (для лазера)
• Деморализующие: наносит эффект тошноты, которая мешает игроку уклонятся от снарядов других турелей (для лазера)
• Отравленные: наносит эффект отравления (для пулемётной турели)

Любая турель делает выстрел частично опустошая свой внутренний буфер энергии. Турели могут сделать столько выстрелов залпом, сколько позволит внутренний буфер. Если энергии на выстрел нет, то он не производится.

Так же было бы неплохо добавить улучшения объёма внутреннего буфера энергии и скорости его заполнения.

Вот таким я вижу будущее этого мода. Если найдётся человек который в силах осуществить эти нововведения, будет очень хорошо.

Ссылка на версию v0.9.1:

pastebin get -f ZzassxEb turret.lua

Здравствуйте игроки, вчера на сервер была добавлена всеми любимая модификация OpenSecurity, а это значит настало время писать ПО для турелей, чем я и занялся.

Вот что вам понадобится для работы охранной системы:

• Турель OpenPeripheral 1шт
• Сенсор OpenPeripheral 1 шт
• Адаптер OpenComputers 1 шт
• Провода
• Комп или сервер совершенно любой комплектации 1 шт

Как составить систему:

• Ставим туррель в нужное место и подключаем проводом
• Под туррелью ставим сенсор, подключенный через адаптер
• Всё это проводами подводим к серверу или компу. (по идее даже самый слабый комп подойдёт)
• Ставим все улучшения в турель (не обязательно)
• Устанавливаем ПО которое я написал
• Находим в коде строку "-- относительные координаты пушки от сканера" и выставляем Y равный высоте пушки относительно сенсора [очень важно указать эти настройки, иначе не будет наведение работать](если у вас сканер находится не под пушкой, то можете X и Y тоже подкорректировать)
• Находим в коде строки Black_List и White_List, вписываем в них ники игроков в ковычках через запятую (не обязательно)

Режимы работы:

• Если Black_List и White_List пусты, то турель стреляет по всем игрокам
• Если Black_List содержит ники игроков, а White_List нет, то турель стреляет только в игроков из чёрного списка
• Если White_List содержит ники игроков (не важно содержит ли Black_List), то турель стреляет во всех, кроме игроков из белого списка

Установка ПО:

v0.9: pastebin get -f HVtYCinW turret.lua

v0.9.1: pastebin get -f ZzassxEb turret.lua

Скрины:

Преимущества турели:

• Большой угол обзора
• Наводится на всё в верхнем полушарии
• Успешно разряжает броню квантовиков
• Убивает довольно быстро игроков с не полным квантовым сетом (без брони вообще с первого удара)
• Дальность стрельбы (в комплекте с точностью моего ПО позволяет убивать афкашников и нубов)

Недостатки турели:

• Угол наведения по высоте ограничен -45 градусами. Ниже стрелять не может
• Низкая скорость поворота, даже пешком смельчаки могут вплотную к турели подойти, даже с улучшениями турели.
• Не убивает квантовиков
• Сносит по 1 сердцу с надетой нано-бронёй
• Изначально направлена на север, из чего выходит следующий недостаток.
• Не способна при повороте пройти через южное направление (вместо этого турель делает почти 360 градусов поворот в другую сторону, что занимает значительное время)

Преимущества ПО:

• Идеальное наведение по вертикали и горизонтали
• Стрельба в верхнюю часть тела, во первых чтобы сложнее было блокировать выстрел блоками, во вторых чтобы повысить шанс попадания при преследовании
• 3 возможных режима работы
• Автоматическая защита территории
• Отключаемая атака по мобам
• Отключаемая атака по игрокам

Недостатки ПО:

• Замечен баг с функцией radar.getPlayerByName() приводящей к ошибки, возможно буду переделывать под детектор игроков из OpenSecurity
• Выход из программы осуществляется сочетанием клавиш Ctrl+Alt+C

Надеюсь, я получу пробные версии турелей за проделанный труд 

С вами был qwertyMAN, удачной игры.

К админам сервера: придумайте, пожалуйста, что-нибудь с лагами

Слава грегу!   

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

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

Насчёт разных цветов. Это не обязательно!

Как то я нашёл на рынке кубик Рубика для дальтоников. Обычный 3 на 3 на 3, классический. Но он весь однотонный.

Дело в том что для различия сторон используется размер. Да-да он порезан криво таким образом, что его можно собирать как и обычный кубик, по тем же формулам. Но для ориентира использовать не цвета, а размеры трёх граней у угловых и двух граней у рёберных кубиков.

Вот картинка как он выглядит. Проверено - собираем на 100%

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

Игра "Сапёр" от qwertyMAN

P.S. Такое ощущения, что тут никто кроме меня не заинтересован игры писать под ОС

Вообще было бы круто сделать пару серверов в Академии, чтобы игроки приходили и играли там. Я могу отключить функцию выхода из игры и в неё можно будет играть вечно. Опасных лагов не замечал.

Тут же нет никакой многомерности. Да и была бы -- в евклидовой геометрии такие гиперпереходы невозможны, это следствие отрицательной кривизны пространства, а тут уже в принципе нереализуемо.

Это же обычный граф. Достаточно генерировать матрицу смежности между комнатами, разве нет? 

Ну да, в моей игре происходит не что иное как генерация случайного графа. И ограничители там стоят на нумерацию комнат, и статистика составляется чтобы самый удалённый узел найти. Все признаки графа и его свойства на лицо. Даже индикаторы я добавил, дабы игроки могли изучать граф.

P.S. Многомерные кубы - не интересная затея. Ну добавим мы 4 измерения, ну будет четырёхмерный лабиринт. Ничего интересного. А всё потому что в Евклидовом пространстве сколько бы измерений не было, мы не получим мгновенную телепортацию и прочие фишки которые демонстрировались в фильме Куб 2. Доказательство тому - формула Пифагора (которая применима к сколько угодно-мерным пространствам. Если кто не помнит, формула Пифагора находит наименьшую длину между двумя точками в системе координат, не зависимо от того, сколько измерений в системе. Нет телепортации == скука. Выходит лучше путешествовать по псевдоквантовому (многомерному) кубу, который на деле является графом, чем играть в скучную реальность с настоящей многомерностью.

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

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

Я про ту библиотеку @qwertyMAN'а, которую ты упомянул в самом начале.

Я не против великов. Пусть будет 2 версии, с ООП и без.

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

В чём смысл вычислений в разных системах счисления, если это по сути одно и тоже? Не понимаю, зачем здесь ООП. В остальном функционал не прибавился.

Это всё ради лайков

Для этого у нас имеется либа image, где реализовано все, что только душе угодно. Там тебе и яркость, и контрастность, и насыщенность, и цветовой тон, и повороты-отражения, и инверсия. ColorLib же нужна именно для базовых операций над цветом, т.е. это основа для более крутых и потных вещей, таких как image. Надо будет, кстати, расписать ее у вас на форуме, полезная штука.

Мда, посмотришь на весь проделанный труд и писать библиотеки желание пропадает. Как много полезных функций.

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

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

 

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

А то похоже,  что ты микруху для тостера прошиваешь.

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

Странно, что отсутствует элементарная функция "обратить цвет". Или например переводчик в чб тона.

 

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

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

А кто хочет нормально поиграть, конечно же не будет включать. Это же отключаемая функция.

Она нужна для: 1 выявления багов, 2 подтверждения, что игрока действительно заносит в самую дальнюю комнату на карте. 3 для исследования этого графа. Мы в прямом смысле путешествуем по графу, где можем просмотреть удалённость данного узла (комнаты) от начальной точки.

Немного побродив в случайных направлениях понял, как бы не была запрятана комната, хоть 64, игрок всё ровно спокойно проходит рандомом до комнаты близкой к выходу на 7-8 комнат. Продолжая путешествия, цифра колеблется от 6 до 8. Потому что таких комнат много, в среднем 200-400 штук. Хотя точных данных сказать не могу. Не сортировал пока ту статистику что у меня есть по комнатам. Хотя это не сложно сделать.

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

Вот и настал этот день! Вышла полная версия игры Cube!

Скрины:

Что же касается индикаторов. Они показывают: какая максимальная глубина запутывания от выхода, сколько всего комнат в кубе, далеко ли вы находитесь от выхода (количество комнат), 4 формулы для дверей (которые кстати меняют своё местоположение), прогресс - насколько вы прошли игру, color - текущий установленный цвет для меток. Я их сделал 7, но можно и больше дополнить.

P.S. Если руки дойдут разобраться с интернет-картами, то попробую сделать мультиплеер.

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

Что я собираюсь добавить в мультиплеер:

• Чат. Всем кто находится с игроком в одной комнате будет приходить сообщение. То есть чтобы поговорить придётся держаться в 1 комнате.
• Возможность соперничать, убить игрока, телепортнув его тем самым в самую дальнюю комнату.
• Метки с инициалами. То есть метка игрока qwerty любого цвета, будет отображаться как qw.

Мильйон note.play? А компактней ни как?

А какая разница?

Мне кажется важнее читаемость кода, чем всякие переменные в одну букву.

Вот имперский марш который я написал изучая ноты: http://pastebin.com/K1VXCNSw (может быть и не весь, а только отрывок, но всё же рабочий)

Запускать на любом компе/роботе/планшете с любой комплектацией. (наличие звуковой платы не требует)

По идее игру можно запросто запустить на Linux, движок это позволяет, но у меня нет возможности это тестировать.

Если кто сможет это сделать, пожалуйста, скиньте ссылку чтобы другие могли скачать.

Вот где можно скачать версию движка под Linux: https://love2d.org

P. S. А всё-таки, кто кого атакуют? Бактерии мутантов или мутанты бактерий?

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

Ааа, может, это такая формула попалась? Правая?

Я проверил. Оказалось количество комнат колеблется от 1 до 1000. Бывает комнат мало, 17 например и их запросто пройти.

Даже бывает что из первой комнаты нет выхода из-за непродуманной генерации формул. Я сделал генерацию таблицы с номерами всех комнат и степенью отдалённости от выхода, чтобы иметь представление о размере куба. Так что скоро исправлю. Ждём обновлений.

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

А у меня есть прога, чтобы робот исполнял "Имперский марш".

Кстати,а зачем отдельные функции для стандартных систем счисления? 

Чтобы повысить читаемость кода по идее.

А вообще, расширяя алфавит можно сделать совершенно любую систему счисления. Ограничений тут нет.