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

[_PROGRAMM_]

Добрый день. Моя тема названием похожа на "Сетевая игра", но вопрос стоит другой. Я изучал WinSock (освещение и всякое такое), поэтому затянул со своей игрушкой(обещал вскоре показать ее обновление). Вот собрался делать сетевой движок. И вот в чем проблема. Лучше всего, думаю я, это UDP в WinSock. Хотелось бы узнать ваше мнение на этот счет. Как мне это организовать? Сделать сервер у каждого клиента, или просто отвечать ему с одного сервера? Ну в общем выложите свое мнение, полученное на своем же опыте или знаниях.
Хотелось бы задать еще один вопрос чтобы не плодить много тем. Каким образов в играх типа CS или Unreal Tournament проводится опрос серверов? Как узнают их ip? Может, регистрируются на каком-то сервере с выделенным ip?
Заранее благодарю.

[zotox]

просто отвечать ему с одного сервера?

Я бы так сделал

Может, регистрируются на каком-то сервере с выделенным ip?

Именно, сервера (CS) регистрируются на определенном сервере.
Ну а вы (как геймер), получаете инфу о серверах с этого сервера.

[_PROGRAMM_]

Именно, сервера (CS) регистрируются на определенном сервере.
Ну а вы (как геймер), получаете инфу о серверах с этого сервера.

Ладно. А как работает вкладка LAN в css? Она ведь как-то и без подключения к интернету работает(а в Stronhold он, без выделенного сервера еще и в интернете так ловит). Какого-то отдельного сервера у них нет там нет.

Я бы так сделал

По технологии UDP?

[haruhi]

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

отсюда вывод выделять порты на NAT-сервере с помощью технологий UPnP или NAT-PMP, как это делают торрент-клиенты

[_PROGRAMM_]

Спасибо. Начну изучать сетевые технологии

[_-Re@l-_]

Ну..Я вот сеть в своей игре делаю через обычные TServerSocket и TClientSocket. Хватает.

[_PROGRAMM_]

Ну..Я вот сеть в своей игре делаю через обычные TServerSocket и TClientSocket. Хватает.

Я тоже хотел, но потом взял WinSock, ибо проще и асинхронный режим есть. Я как понимаю TServerSocket и TClientSocket У вас для шашек? А у меня игра требует постоянного соединения и обработки строк.

[_-Re@l-_]

А у меня игра требует постоянного соединения и обработки строк.

Хех, а чем для этого ServerSocket и ClientSocket плохи?Соединение постоянное, и легко работать со строками(там есть даже спецфункция - sendText(s : string) и ReceiveText : string).

[_PROGRAMM_]

Хех, а чем для этого ServerSocket и ClientSocket плохи?Соединение постоянное, и легко работать со строками(там есть даже спецфункция - sendText(s : string) и ReceiveText : string).

В WinSock ты контролируешь все действия. Для меня чем ниже уровень тем лучше.

(там есть даже спецфункция - sendText(s : string) и ReceiveText : string).

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

[zotox]

а чем для этого ServerSocket и ClientSocket плохи

а тем что они работают по TCP, к примеру если программист делает игру типа CS (где отправка пакетов происходит очень часто) то будет правильно сделать игру на UDP протоколе. (т.к. он быстрее). Ну а если игру типа шашек (где отправка пакетов производится не так часто), то лучше будет TCP. (так как TCP гарантирует отправку "полного" пакета)