Я чегот не помню, чтоб у rudp был стандарт. Скорее всего там свои велосипеды поверх обычного udp

СООТВЕТСТВИЕ СТАНДАРТАМ
      POSIX.1-2001, POSIX.1-2008, 4.4BSD.

бля ребята, помогите бо я уже на грани истерики

почему гребаный клиент шифрует пдуху через AESNI256_enc_ECB

а сраный сервер расшифровывает через AESNI256_dec_CBC

и как такое возможно?

Ну позязя)

В чем тогда суть ? Если начать проверять пакеты по юдп  это уже тсп

ЭЭээээ

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

Ты нафига ECB используешь вообще

Нунинадатак

Прям вообще не надо

Это по сути ты тупо XOR на 256 бит или сколько там у тебя

я его не использую

я описываю ситуацию

нет, чтобы это стало tcp, тебе как минимум нужен flow control

суть в том что как раз UDP это очень тонкая обертка над IP, условно выражаясь. То есть на основе UDP можно практически произвольный протокол построить (не важно reliable или нет)

после просмотра видео таких вопросов не должно возникнуть

Ну уж простите..

Неважна потеря кадров (а ещё точнее кусков MPEG которые состоят из кадра и кучи дельт)... очень таки важна и заметна. Вспомните как на покоцаных ДВД иногда месиво

Просто при потере можно быстро запросить кусок заново пока до него не дошла очередь

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