Про WINSOCK

[Ariman]

Доброго дня/вечера/ночи всем.
У меня вопрос: Если делать 2д игру(типа два героя ходят по карте размером с экран и мочат друг друга разным оружием),
то какой протокол использовать? C TCP/IP проблемы -
быстроменяющиеся данные(напр. координаты героя) не получается передавать - клиент получает сплошную непрерывную строку
т.е. координата Х изменяется 10,20,30,40 и тд. Клиент получает
10203040. Ничего не помогает.
А с протоколом UDP я вообще дела не имел.
Вот та же Диабла какой протокол юзает?

[kashey]

если хочешь игры писать то переходи на DARK basic. и пиши хоть 2D хоть 3D без проблем. Прямо там в хелпе про сеть примеров уйма (даже уже есть написаная подобная игрушка) и библиотек почти не юзает (правда весит побольше, но не на много )

[Ariman]

Я бы все же хотел решить эту проблему на ВБ.
Так что, если кто занет, посоветуйте плз.

А можно по-подробнее про Dark Basic?
Никогда не слышал....

[alibek]

DirectPlay из DirectX

[SergeySV]

TCP более тормознуты, потому что с гарантированной доставкой (проверяются контрол. суммы, повторно посылаются пакеты, после каждого приема требуется отправить подтверждение приема.... вообщем - надежный и тормознутый)
UDP - без всяких лишних проверок, данные посылаются и пофиг дошли они или нет, поэтому получается ощутимо быстрее. Практически все сетевые игры (стрелялки, ходилки, бродилки) используют UDP. Он для них идеально подходит, даже если какие-то передаваемые координаты потерялись по пути, для игры это не проблема, ну замрет твой герой, вон КС тоже использует UDP (о чем честно пишет при загрузке) и проблемы плохой связи - это твои проблемы, а не игры...

[Ariman]

SergeySV, спасибо за подробную справку.
Как наладился винсок, я попробовал этот протокол - все работает!
Тока вот в чем проблема.... Необходимо указывать IP адреса друг-друга.... C TCP/IP просто указываешь адрес сервера и все.......
Слушай, а в UDP надо указыват IP только для отправки для отправки?
Может ла прога получить пришедшую инфу, если не указан RemoteHOS с к-рого она пришла?
Т.Е.
Можно ли сделать так: в первой проге указывать IP с которым коннектишься, прога по заданнома порту посылает свой IP
Во второй проге(на втором компе) RemoteHost не указан.
Она получает данные, устанавливает RemoteHost, и тогда уже начинает обмен остальными данными(напр. координатами игрока)
Будет такое работать? Или надо перед началом передачи
установить на ОБОИХ прогах RemoteHost друг-друга?

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

[Taras2]

SergeySV, спасибо за подробную справку.
Можно ли сделать так: в первой проге указывать IP с которым коннектишься, прога по заданнома порту посылает свой IP
Во второй проге(на втором компе) RemoteHost не указан.
Она получает данные, устанавливает RemoteHost, и тогда уже начинает обмен остальными данными(напр. координатами игрока)
Будет такое работать? Или надо перед началом передачи
установить на ОБОИХ прогах RemoteHost друг-друга?

Пакет IP (уровень ниже), содержит IPAdress отправителя. UDP порт, с которого отправлен пакет. При приёме пакета, .RemoteIP и .RemotePort устанавливаются по этим данным. Но если они ещё не инициализированны (т.е. в т.ч. и небыло принятых пакетов), то при попытке передачи возникнет ошибка.
При приёме пакета, необходимо:
.RemoteHost=.RemoteIP

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

Это точно.
ЗЫ. Если чужой пошлёт тебе на этот порт фигню, то "играть" будеш уже с чужаком.

[Ariman]

Я попробовал сделать так(т.е. одна прога другой шлет АЙ ПИ), вроде работает. Но тут новый вопрос. Как сделать, чтоб несколько могли коннектится? В TCP/IP все просто, а тут........
P.S. че за пакет IP? И ещё, нельзя порты фиксировать, не посылать их?
скажем, 2000 и 2001. Чтоб меньше проблем. Я сделал именно так, вроде работает.
Только ведь не проверить по-нормальному. Только по адресу 127.0.0.1

[Taras2]

Как сделать, чтоб несколько могли коннектится? В TCP/IP все просто, а тут........

Тогда ты сам должен делать селекцию (посылать имя игрока или т.п.).

P.S. че за пакет IP?

Это носитель информации, между двумя хостами. Его задача "донести" пакет до адресата, пройдя через маршрутизаторы. Протоколу IP, абсолютно параллельно, какая прога послала этот пакет, и получит ли его ожидающая прога. Эта задача протоколов TCP и UDP. Задачей TCP и UDP является доставка полученного пакета к конкретной проге (по номеру порта).

И ещё, нельзя порты фиксировать, не посылать их?
скажем, 2000 и 2001. Чтоб меньше проблем. Я сделал именно так, вроде работает.

Номера портов посылаются вне зависимости от твоего желания, стандарт. Выбрать порты, которые будет использовать твоя прога можеш. Порты до 120 используют стандартизированные службы. Набери Netstat -s и выбери любой свободный.

Только ведь не проверить по-нормальному. Только по адресу 127.0.0.1

99.9% сетевых функций можно проверить только используя 127.0.0.1 . Кстати, по непроверенным данным, можно на loopback интерфейс повесить несколько адресов.

[GoGosha]

Доброго дня/вечера/ночи всем.
У меня вопрос: Если делать 2д игру(типа два героя ходят по карте размером с экран и мочат друг друга разным оружием),
то какой протокол использовать? C TCP/IP проблемы -
быстроменяющиеся данные(напр. координаты героя) не получается передавать - клиент получает сплошную непрерывную строку
т.е. координата Х изменяется 10,20,30,40 и тд. Клиент получает
10203040. Ничего не помогает.
А с протоколом UDP я вообще дела не имел.
Вот та же Диабла какой протокол юзает?

Отправлять числа ЧЕРЕЗ СТРИНГ- ЭТО ОООЧЕНЬ большой геморой, если на поле > 255 пикселей, то- Integer, если не - то байт, и без проблем

[Ariman]

Когда я спрашивал про то "Как сделать, чтоб несколько могли коннектится" я имел ввиду, что писть в remot host, port и к какому
порту bind'ить.
Может кто-нибуть подкинуть примерчик простенького чата или чего-нибудь в этом роде, где > двух человек, и протокол UDP?

[Георгий]

99.9% сетевых функций можно проверить только используя 127.0.0.1 . Кстати, по непроверенным данным, можно на loopback интерфейс повесить несколько адресов.

127.0.0.* - все адреса loopback в win9x имхо

[Георгий]

Когда я спрашивал про то "Как сделать, чтоб несколько могли коннектится" я имел ввиду, что писть в remot host, port и к какому
порту bind'ить.
Может кто-нибуть подкинуть примерчик простенького чата или чего-нибудь в этом роде, где > двух человек, и протокол UDP?

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

[SergeySV]

Ariman просто спрашивает, как ему программно реализовать эту возможность множественного подсоединения... я сам этим никогда не занимался, только где-то краем глаза видел: самый тупой способо, конечно запустить несколько winsock, и еще как-то пишут, winsock один и он переключался между host'ами, поддерживая с каждым связь... ща поищу эту статейку...

[Волкер]

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

[Ariman]

Мыло r.aristov_s.mail@nm.ru
Заранее благодарен.


Я тут игру одну написал, но для одного компа(два человека за одной клавиатурой). Хочу попробовать из нее сетевую сделать......

[Pivusik]

Хм... тык это нафик убери сервер с игрушки, напиши сервер отдельно, пусть он же и логику отслеживает, а игрушка только будет передавать ему чуть ли не нажатие кнопок...

Пусть сервер передает карту, естественно игрушка сама её будет знать, а сервак только имя говорить, жмеш шаг вперед, данные уходят на сервер, сервак рассылает всем что ИГРОК1 сделал шаг в перед на 1 еденицу, Сам же кто посылал, может или дождаться пока ему сервак скажет что ты сделал шаг вперед, или сам шагать...

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

Вот лови Шашки, сетевые, логика не проследывается, просто игровое поле и шашки, сделано по ТСП из этого свои глюки :=)