Мучает одна мысль. Идея уникальная, такого ни в одной игре нет. Но не суть.
Игра будет 2Д, возможно 3Д. Пока не столь значительно.

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

Прошу заранее простить, ни одного сетевой программы не создавал.
Только приступаю к изучению.

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

Поэтому то, что выходит за рамку видимости, нас не интересует.
Интересует, что в видимую область пришло несколько игроков.
Сколько их может быть по максимому? Реально ли?

Каких граблей ожидать на начальной стадии?
Большая ли разница в количестве передаваемых данных между 2Д и 3Д?
 

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

Exekutor, уникальности идеи я не описывал и не имею желания раскрывать ее до определенного времени. Я понимаю, что нужно передовать координаты каждого игрока.
Меня интересует, сколько может одновременно играть человек. Чтобы был осуществен режим реального времени. Кто-то стоит, кто-то двигается и чтобы это все видили одновременно.
А не так, чтобы кто-то походил, один это увидел сразу, а второй только через минуту. 

берем бумажку, карандашь и считаем: какая пропускная способность сети, как алгоритм потребляет процессор, сколько процессорного вермени можно потратить на то и на сё, какие задержки вносятся чтением/записью на диск. 
А так как ты нам ни грамма полезной информации не выдал, то и считать придется самому  

ай-ай, только не бейте!

Преположим, что нужно передавать координаты фигуры (у одного игрока одна фигура), производить обмен с помощью серверного приложения. На начальной стадии рассматриваем только модем (40 Кбит/с).

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

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

---

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

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

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

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

Exekutor, А разве имеет значение количество информации, если она умещяется в один пакет? Шесть байт или двадцать - какая разница? Главное с какой скоростью они добегут до  цели.

Сам недавно подобное писать начал. Тоже задумывался над этим. Но не долго. Кстати, Wilmer,  на счет знакомых: зачем рисковать знакомыми? Ведь их по головке наверное не погладят, когда их начальники узнают как используется сервер ))
Лично я решил проблему с сервером таким образом: Mail.Ru Агент знаешь? Вобщем его разработчики опубликовали протокол обмена данными. Ну, типа, чтобы такие хорошие разработчики как мы ))) могли писать свои Аськи и Агенты и тем самым прославляли их сервер ))) Но можно его использовать и в своих целях. Ведь им нет разницы: текст ты в сообщение засунул или координаты твоего Рембо ))) На счет скорости проблем впринципе нет. Так как в нем передача голоса реализована - то есть быстро ))

Я тоже сначала писал сервер (ну тогда я его писал еще не для игры, но это не важно). Хотел сделать систему обновления, чтобы каждый раз к Знакомому не обращаться с просьбой разместить очередной апгрейд. НО! Оказалось сервер под Линукс. А сервер мой консольный обычный - для Винды. И чтобы его разместить на сервере, надо, чтобы опытный Знакомый его перекомпилил. А тут на помощь и пришел этот протокол. Эсли в Си пишешь, то разберешься. Если с сетью не работал, то могу примерчик разместить.

Есть один вариант синхронизации: послать сообщение о смене координат; ждать, пока все не ответят; потом ходить.

Удачи и фантазии в разработке игр!   

Это сообщение отредактировал(а) MoZy - 17.7.2006, 22:34

Представим, что я сходил и что дальше? Я буду ждать пока кто-то сходит? А если один из игроков не сходит или вообще повис?

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

Может быть я что-то не правлиьно понял. Под конец рабочего дня, голова плохо варит.  

Добавлено @ 18:14 

Размести пожалуйста пример.

Можно сделать например таймаут мин 2-3.. чтоб небыло такого.. что из за одно семеро страдают)