Создание прототипа серверной игры?

Question

[Darkzenon]

Приветствую.
Задался вопросом создать игру на android с сервером на raspberry / ПК.

Был вдохновлен статьей https://www.ibm.com/developerworks/ru/library/x-an...
"создание сетевой игры крестики нолики"
Но в моей задумке клиенты должны нажимать кто быстрее или учитываться очередность нажатия.
в Статье связка, SQL сервер, PHP обработчик c xml выводом, android приложение.
Вопрос знатокам, можно ли реализовать на данной связке подключение нескольких клиентов с учетом кто быстрее нажал кнопку. или есть куда более гуманные решения.
С такими технологиями не сталкивался поэтому спрашиваю гуру.

upd0. расстояние все в одной комнате с телефонов или планшетов. т.е. ping будет +- идентичен.
upd1. Если представить на практике. что-то вроде угадай мелодию на 10-20 юзеров. итого 1-20 клиентов. как только звучит музыка нужно нажать кнопку угадаю и сказать за какую сумму. принцип аукциона. кто первый и кто больше того и тапки. У меня сомнение на счет php и xml, что это будет слишком медленно.

Comments

[developer007]

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

[Сергей Нижний Новгород]

hwnd32: Как юзер с Владивостока подтверждаю - пинг будет сильно решать

Answer 1

[Никита]

Проще простого же открыть TCP сокет и играть через него по json. На чём реализовывать? Языков поддерживающих такое очень много.

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

В чём плюсы такого:

• На реализацию уйдёт не больше суток
  
• Если открывать сокет во время "старта игры", то технически все соединения открыты и при клике на кнопку время на открытие сокета уже не будет тратиться
  
• Удобная "установка" приложения: зашёл с браузера по ip:port своего сервака и ты уже в игре
  
• Кроссплатформа
  
• Придумать самому...
  

Answer 2

[Saboteur]

Можно просто сделать во время подключения клиентов сверку по времени, хранить локальное время каждого игрока, затем проверять кот быстрее нажал по timestamp (приходит от клиента)

Comments

[xfg]

неа, данным от клиента нельзя доверять.

[Saboteur]

xfg: Не во всех проектах нужно сразу жестко. Для тестового игрового проекта - вполне допустимо.

[Darkzenon]

Saboteur: я немного уточнил ттх. справится ли такая система с нагрузкой, xml не очень легкий. сейчас еще погуглил realtime на node.js вешают + сокеты только примеров не нашел как это будет выглядеть. так же xml/json или иначе.

[Saboteur]

Darkzenon: 20 юзеров в пределах одной комнаты - с этим справится практически любая система. Не очень понятно что значит xml не легкий. Я не знаю, как raspberry, но не вижу никаких проблем ловить от 20-ти клиентов нажатие кнопки с точностью до нескольких десятков миллисекунд.

[Darkzenon]

xml же еще разметку грузит. т.е. ее распарсить нужно. ну и передача баластной инфы.

[Saboteur]

Darkzenon: Уточните, что такое raspberry? распарсить маленький xml для 20 игроков способен даже древний пень-1...
А вообще, напишите просто рабочее решение, проведите перфоманс тест, и потом уже можно оптимизировать. И опыт будет.

[Darkzenon]

Saboteur: Одноплатный компьютер. Версия 2B, Дата выхода февраль 2015, Процессор ARM Cortex-A7, Частота 900 МГц, Ядер 4, ОЗУ 1 Гб, GPIO 40 пинов, USB 4 порта, Ethernet есть, WiFi нет, Bluetooth нет, Цена $35
https://ru.wikipedia.org/wiki/Raspberry_Pi
вот как раз и читаю как сделать на сокетах + json. пример по аналогии со статьей ищу. т.к. в статье polling. не совсем понял как будет с портами.

Answer 3

[Dark Hole]

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

Answer 4

[xfg]

Необходимо, чтобы сервер учитывал время сетевой задержки (latency). Для этого на стороне сервера необходимо создать timestamp и вычесть latency, чтобы получить реальное время нажатия кнопки клиентом. Далее остается сравнить таймштампы двух игроков и выявить победителя. Без учета latency тот у кого короче маршрут следования пакета, тот и в приоритете. Можете почитать о проблемах сетевых реалтайм игр, там обо этом есть.

Answer 5

[xmoonlight]

Добавлю к Никита :
Можно через heartbeat-ping постоянно определять динамически задержку до всех клиентов (latency). И ссылаясь на самый высокий пинг, делать корректировку времени на клиенте и проверять получение всех пакетов вместе с временем нажатия timestamp.
Если дельта время нажатия и времени прихода не соответствует пингу heartbeat и разница превышает сигму-погрешность - значит это читер.