Перейти к содержимому
Totoro

ивент Unreal Tournament: Resurrection -- Этап #1

Рекомендуемые сообщения

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

А вот с футболом крутая идея - роботы друг-друга пихать не могут, если в качестве мяча будет песок, то можно сделать несколько уровней, чтобы роботы всей командой переносили мяч над ямами, но как сделать ворота - непонятно, ведь блоки можно перемещать только по прямой линии и роботы могут просто заблокировать доступ к воротам. С CTF тоже самое, самый дельный вариант это DM.

 

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

  • Нравится 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

А вот с футболом крутая идея - роботы друг-друга пихать не могут, если в качестве мяча будет песок, то можно сделать несколько уровней, чтобы роботы всей командой переносили мяч над ямами, но как сделать ворота - непонятно, ведь блоки можно перемещать только по прямой линии и роботы могут просто заблокировать доступ к воротам. С CTF тоже самое, самый дельный вариант это DM.

 

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

 

Да, возможно ты прав. =)

Но мы пока не ставим сложной алгоритмической задачи (хотя Серёга мне в чат уже писал о "задаче коммивояжера" :)).

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

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

 

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

Потребуется больше отладки, будет больше условий к софту.

Одно дело - просто стартовать по общему сигналу - и потом свободно распоряжаться ресурсами робота. Другое дело - дополнительные условия к софту и алгоритму.

Но в каком-нибудь раунде можно и такую штуку сделать.

Изменено пользователем Totoro

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Я не был бы так уверен. Во-первых, с футболом программ от игроков ждать придётся года два, а монетки собирать — это не такой сложный алгоритм (чего таить, простой).

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

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

 

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

  • Нравится 2

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

 

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

Во-первых, это не этично. =)

Во-вторых, придётся читать тонны говнокода, и смущать автора.

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

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

И так далее.

Изменено пользователем Totoro
  • Нравится 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Если в зимние праздники будет, то можно с вами? :rolleyes:

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Если в зимние праздники будет, то можно с вами? :rolleyes:

 

Разумеется! Присоединяйся.

  • Нравится 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Во-первых, это не этично. =)

Во-вторых, придётся читать тонны говнокода, и смущать автора.

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

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

И так далее.

Ок, тогда есть второй вариант.

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

 

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

  • Нравится 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ок, тогда есть второй вариант.

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

 

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

 

Во, это уже лучше. Это близко к тому как оно щас.

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

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

А на турнире (или демо-матче, как получится) уже пойдут дисквалификации и снятия команд.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
Гость Kartze

Арену бы в новогодней тематике. С мандаринками :3

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Арену бы в новогодней тематике. С мандаринками :3

 

Ну, тут гарантировать ничего не буду. Это уже как получится.  :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

вместо монеток мандаринки сетить)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

вместо монеток мандаринки сетить)

 

Это можно. =)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А вот и нет, можно :)

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

 

Ну и как я понял, вопрос "как оно будет" уже обсудили. Теперь нужен сервер: делать арену, писать софт.

Изменено пользователем Fingercomp

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну а в принципе, контроллёр инвентаря подвести - не велика проблема. Сундуки команд будут в известном и фиксированном месте и количестве.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Можно считать, что генерация поля уже в кармане, осталось написать нормальную обертку.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Можно считать, что генерация поля уже в кармане, осталось написать нормальную обертку.

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

Это рационально как чугунная гиря.

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

Поэтому, после воскрешения, я выкинул все лишние сложности.

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

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

 

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

Это будет огромная пустая комната, с парой тройкой колонн, прямоугоьной или восьмиугольной формы. На полу будет располагаться около 4 стартовых площадок.

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

Над ареной будет площадка для игроков-зрителей и большой дисплей для инфы.

  • Нравится 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.

×
×
  • Создать...