Tcp или udp

[krisadr]

Сабж: так через какой все таки протокол идут пакеты от клиента l2.
Udp или tcp

[flopix]

tcp

[krisadr]

А если я буду посылать на ендпоинт клиента пакет по udp он его прочтёт или нет, понимаю вопрос глупый - возьми да проверь, на щас на даче тут только айпад а в голову мысль залезла)

Добавлено через 1 минуту
Или вообще как Варик прикрутить к клиенту локальный прокси и шарахать весь трафик через udp вот оно решение лагов на осадах☺️

[flopix]

почитайте что такое udp https://ru.wikipedia.org/wiki/UDP

он не подходит для приложений где нужен постоянный коннект клиент-сервер

[krisadr]

почитайте что такое udp https://ru.wikipedia.org/wiki/UDP

он не подходит для приложений где нужен постоянный коннект клиент-сервер

Создаём локальный "проксирующий" сервер на компе клиента который слушает 2106 (добавляем подгрузку длл в l2.exe)
С клиентом прокси соединяется по тсп, а с игровым сервером по udp. А а отслеживаем соединение по пингующим пакетам между проксей и игровым. И обрубаем соединение между проксей и клиентом при тайм ауте. Читал что Юдп гораздо шустрее работает по сети чем тсп. Но придаст ли существенной производительности данная идея честно говоря хз. Как считаете? Или же даже по Локал хосту tcp существенно режет скорость и данный способ только все замедлит?

[Aleksey]

Он не работает шустрее, он просто позволяет игнорировать пакеты. Что для линейки смертеподобно + появятся спидхаки, как в кс :-)

[krisadr]

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

[n3k0nation]

Aleksey, скорее наоборот, это улучшит ситуацию с сетью. А спидхаки и другое появляются только потому-что, какая-то система контроллится на клиенте, а не на сервере, не более того.

Кстати, рекомендую чтиво по UDP, дает базовое понимание, как можно построить протокол на UDP.

Есть еще SCTP, который, как по мне, очень не плох (не для игорей, правда) и он даже есть в джаве. Не говоря уже о CPP.
Единственная проблема:

This distinction means that the API and implementation are fully supported and publicly accessible, but are not part of the Java SE platform. Once there is more experience in the industry with SCTP, then a standard API can be defined.

[krisadr]

Aleksey, скорее наоборот, это улучшит ситуацию с сетью. А спидхаки и другое появляются только потому-что, какая-то система контроллится на клиенте, а не на сервере, не более того.

Кстати, рекомендую чтиво по UDP, дает базовое понимание, как можно построить протокол на UDP.

Есть еще SCTP, который, как по мне, очень не и(не для игорей, правда) и он даже есть в джаве. Не говоря уже о CPP.
Единственная проблема:

Это вовсе не проблема я пишу свой эмуль на с++ и с# как раз дошёл до сети и вот думаю как лучше сделать. Так как хочется изначально добиться максимальной производительности а не потом костылировать решение.

[flopix]

И что это решит?
Вы просто перенесете задачу по контролю целостности данных на свой специальный промежуточный прокси.
Которому точно также придется проверять данные и отправлять контрольные уведомления в обратном направлении и в случае выпадения данных запрашивать переотправку.
udp ведь не просто так быстрее.