Выбор протоколов для сервера

[Ert Donuell]

Большое спасибо всем откликнувшемся!

Вот основа rudp-протокола в фотоне:
http://enet.bespin.org/

Это же С вроде.. Веб приложения пошлют меня нафиг)
Решил порыть вариант с Lidgren - там сорцы интересные. Мне там есть чему поучиться.

[gnoblin]

Большое спасибо всем откликнувшемся!

Вот основа rudp-протокола в фотоне:
http://enet.bespin.org/

Это же С вроде.. Веб приложения пошлют меня нафиг)
Решил порыть вариант с Lidgren - там сорцы интересные. Мне там есть чему поучиться.

ну да, они его переписали на .net

[Ert Donuell]

Спасибо, поизучаю

[Ert Donuell]

Кгхмм.. Я тут поискал информацию, кое-что для себя нашёл. Но снова упёрся в стену.
Стена эта касается размеров буффера для BeginSendTo и BeginReceiveFrom.

Для тех, кто забыл:

Код: Выделить всё

public IAsyncResult BeginSendTo(
   byte[] buffer,
   int offset,
   int size,
   SocketFlags socketFlags,
   EndPoint remoteEP,
   AsyncCallback callback,
   Object state
)

Код: Выделить всё

public IAsyncResult BeginReceiveFrom(
   byte[] buffer,
   int offset,
   int size,
   SocketFlags socketFlags,
   ref EndPoint remoteEP,
   AsyncCallback callback,
   Object state
)

Собственно с BeginSendTo трудностей не возникает.
А вот BeginReceiveFrom заставляет задуматься - как же мне получить массив данных, если мне заранее неизвестен его размер??

Я тут надумал делать приём сообщения в два захода:
1. Отсылать и, как следствие, принимать размер сообщения
2. Слать-принимать само сообщение

И всё бы ничего, да только вот UDP, кой я и использую для передачи данных, любит терять и дублировать пакеты.
А ещё хрен его знает, от какого клиента пришёл размер сообщения, а от какого само сообщение.

Ну неужели нельзя считать первые четыре байта int сообщения о размере (а-ля хедер), а затем читать что осталось согласно полученной информации??

Смиренно прошу о помощи, ибо нет больше сил блуждать в темноте.

[gnoblin]

и вот таких стен для неопытного юзера будет еще 100500 ).

[Ert Donuell]

Вне всяких сомнений
По крайней мере, я своей головой работаю.
И это приносит свои плоды.

Самое популярное, если не единственное адекватное решение - установка общего максимального размера сообщений.
Т.е. берём самое большое из сообщений и принимаем его размер за эталонный. Блин.. Не шоколадно, но и то хорошо.

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

[VBProgr]

Создавайте максимальный буфер (для udp пакетов, насколько я помню, рекоммендуется размер не более 2-кб). Потом EndRecieveFrom (вызывайте его в AsyncCallback-e, когда ar.IsCompleted) вернет количество реально принятых байтов. Вот это количество и используйте из буфера.