astral17

По поводу спавна я думал над территорией в которую никто не сможет войти, но там будут появляться и от туда можно будет выйти. Например такая рамка по краям шириной в 3-5 блоков. Было бы неплохо. Единственный минус - занимает часть экрана.

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

 

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

1й вариант спавна проваливается на том что некоторые твари решат сделать круг в упор от запретной зоны т.е. спавнящийся игрок не сможет выйти за 20 секунд(вообще не сможет), второй вариант портит саму игру червякам, а если в 1м варианте срезать близлежащие хвосты может появиться выход для змеи, единственный неплохой вариант повявляется в голове это по краям карты с момента как новый игрок хочет присоединиться и в течении следующих 30 секунд(N секунд) будет появляться рамка которая будет постепенно сжиматься до определённого момента, а потом всё что попало в рамку исчезнет и проблемы игрока если не смог убить в это время мелкого, а потом все мёртвые и новые игроки присоединяются к игре по краям, для этого неплохо было бы иметь карту приличного размера ну если полупикселя не хватит придётся довольствоваться чёрнобелым мегазумом (т.е. брайлем); а тут еще пришла в голову 1 мысль что если после спавна игроку дать пару секунд бессмертия т.е. может свободно проходить сквозь стены, и за это время он должен смататься куда подальше, либо попытаться убить парочку пожирнее))

Про изолированные области не понял. Можно по подробнее?

 

Насчёт работы через  сетевые карты, игра будет проходить с участием сервера или напрямую к другим ЭВМ (планшетам, компам)?

Хотя вангую, что в обоих случаях реализовать такое будет проблематично из-за пинга. К слову. В своей игре, когда я тестил на IT, была неприятная задержка и даже так при игре на одном экране было неудобно играть. Боюсь представить что будет когда сообщения будут идти с помощью сетевой карты на сервера ОС и обратно. При том, что сервер должен ответ отправить всем кто подключён. Чтобы они были в курсе о ходе игрока.

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

Придумать как новые игроки будут появляться и где. У меня этот вопрос так и не решён. Надеюсь у тебя получится решить этот вопрос.

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

А зачем 2 игрока? По сути нет никакого ограничения по игрокам которые могут на одном компе играть.

Вот например в моей проге сколько угодно могут добавляться. Там даже первые две буквы ника написаны.

ну впринципе почему бы и нет) правильнее мне было сказать режим с 2+ игроками, т.к. в одиночку играть смысла особого нету в нее

Годнотища! Лабиринт особенно доставил.

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

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

Где нарезки эпичных моментов под музыку?

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

вот короче пару идей:

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

2) игра "сапёр для роботов" есть большое общее поле для роботов, робот может определить сколько мин возле любой запрошенной клетки, если в этой клетке мина то она "взрывается", игрок теряет очки и теряет право на эту клетку и её соседей(так же теряя очки за соседей), но если он на неё наступит роботом, то он умирает ; если игрок открывает какую-то территорию первым то ему даётся право на её владение и добавляется сколько-то очков, в центре карты есть небольшая специальная зона если игрок приходит в неё ему даётся кол-во очков зависящее от порядка прибытия игроков(1е место больше всех очков, 2е место ...), победителем считается тот кто возьмёт больше всех очков. Ну особенности генерации - путь для игрока обязательно должен существовать, далее игрок может спокойно ходить и проверять кол-во мин-соседей где угодно, можно на области врага чтобы помешать ему набрать больше очков, далее можно навесить ограничение на проверку мин-соседей раз в N секунд для баланса между передвижением робота и открытием, далее раунд закончится спустя определённое время либо когда кто-нибудь не откроет всё поле, далее если игрок проверил клетку с миной он теряет право на соседей, а до этого кто-то еще открыл её то право на их переходит ему, ну и для зрителей будет поле на котором чёрное это мина, белое не открытое поле, блок цвета игрока - владелец этой клетки, можно сделать арену сапёра не 4х угольником а 8ми угольником для того чтобы можно было учавствовать большему кол-ву участников и возможного нахождения более оптимального метода, ну вроде всё сказал

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

Представим ситуацию: кто-то в чатике говорит "привет!, го ко мне зырьте какой крутой ништяк я сделал, мой id врат XXXXXX", и оказываются они с закрытым айрисом, как можно предотвратить такие случаи?

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

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

Самая главная проблема: так как не производилось раньше таких конкурсов, то никто не знает на что способны игроки. В следствии этого не ясно как будет расставляться коэффициент ставок. Который зависит от шансов определённых игроков на победу. А нужен он, чтобы организатор всегда оказывался в прибыли. (ну или имел большой шанс)

Ну во-первых по твоему мнению на кого поставят: на меня или на totoro? Гораздо вероятнее что на totoro т.к. я тут безызвестное существо в отличие от него.

Во-вторых а собственно зачем прибыль организаторам тут? (да и в каких пряниках будет измеряться?)

Кстати лучше будет использовать не воронки а сундуки, т.к. воронки по идее автоматом забирают содержимое робота, а поскольку нету контроллера то узнать есть ли в роботе монеты или нет он не в состоянии и думать будет идти или не идти вот в чем вопрос. И сделать не 4 шт, а 9 шт, т.к. мне не по себе от злобной идеи камикадзе(вражеские роботы закупоривают все твои сундуки)

я ж написал "односторонний", через сервер, легальное АПИ

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

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

*какая-то глупость*

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

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

С собой робот может хоть тонну возить, они в зачёт не пойдут.

Так что с подсчётом монет все просто - это будет например 4 адаптера, подведённые к сундукам. А Сервер будет подключен к адаптерам и просто считывать с них инфу.

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

Хз почему но блокдата в ОС немного косит(либо мои глаза косят), короче придумал вариант как можно определять текущее кол-во бабла в роботе:
1) Как будем определять робота?, просто воспользуемся командой blockdata которая добавит тег типа {specialRobotName:"astral17_R1"}
2) Как будем проверять где фигня робот находится?, тут вариант как задача о нахождении точки по 3м радиусам окружностей; тупо пробегаться по всему полю проверяя blockdata на определенных кордах

3) в JSON ищем подстроку с содержимым инвентаря
4) Самое сложное тут будет кромсать JSON хотя впринципе думаю string.find сделает своё дело

Найс. Если никто не возражает против небольшого удлиннения "турнирной таблицы", то почему нет. =)

 

По поводу кода предлагаю всем заглядывать днём (потому что в полночь по Москве там уже пустовато =)) в чат (в IRC), т.к. разработка идёт быстро, обсуждаем, сразу пишем.

Кстати тут будут ставки?, можно будет чтобы в таблице указывалось: имя, монетки в сундуке, в роботе 1,2,3,4 , ну и если будут ставки, то суммарная ставка на данного человека)

В планшете будет пол экрана занимать таблица, пол экрана миникарта арены и 5 кнопок (тпхалки), ну и еще строчка какая-нибудь в низу типа мини инфы.

Можно провести в 2 этапа:
1) Отсеять 2х игроков посредством 5 укороченных раундов [{1,2,3,4},{5,6,7,8},{9,10,1,2},{3,4,5,6},{7,8,9,10}]
2) Провести 2 полуфинала и 1 финал
Впринципе могу помочь с кодингом, пара идеек есть на примете

Сам Сервер будет слать свои сообщения на заранее известном, выделенном порту (например 1 =)).

Можно даже запретить роботам этот канал "засорять".

А кто там говорил что на чистом openOS всё будет?

Нет, думаю не стоит.

Как написали выше - если флуд будет такой ураганной мощи что заддосит все диапазоны - это дисквалификация.

А так, общайся себе на своём порту. Проблем не должно быть.

значит сервер будет мониторить все порты??

задержка на обработку флуда может быть фатальной)

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

ну помоему лаготворные ситуации запрещены в праелах, тоесть бан за флуд в сети)

а хай себе флудят, на мою систему не сможет повлиять, пропустить нужное моя система вряд ли сможет

а не стоит ли заменить беспроводные платы на связанные ? а то зафлудит кто-нибудь линии связи

а как же тим ворк между своими роботами?

Ну и наконец просто дисквалифицировать робота за любой сломанный блок. =)

админы видят, что злобный робот сломал блок, они пускают на него бешеных псов, которые разваливают робота и возвращают блок на место, типо так?

Карта будет ли предоставлена роботам(ты говорил про какие-то препятствия)?

Робот не сможет ломать блоки

как запретишь?, или это как-то будет связано с настройками привата?