Почему UDP не ждёт потерянный пакет
Представьте видеопоток как последовательность кадров, разделённых на небольшие порции данных. UDP отправляет эти порции по сети, но не проверяет, дошла ли каждая из них. Если пакет пропал, отправитель не останавливается и не просит его прислать снова: передача продолжается.
Такой подход важен из-за времени. Повторная отправка может доставить нужные данные уже после того, как кадр должен был появиться на экране. Для прямого эфира опоздавший кадр часто менее полезен, чем следующий, более свежий. Поэтому небольшая потеря иногда заметна как краткий сбой изображения, зато поток не обязан ждать восстановления каждого фрагмента.
Что происходит с пропуском
UDP сам по себе не восстанавливает утраченное и не гарантирует порядок доставки. Если приложению критично получить все данные, оно может добавить собственные проверки и способы исправления потерь. Но для видео и других чувствительных ко времени задач разработчики могут предпочесть продолжать передачу, а не задерживать весь поток ради одного пакета.
Это не означает, что UDP всегда быстрее или что потеря безвредна: качество зависит от сети и того, как приложение обрабатывает пропуски. Его преимущество — в другом: протокол не превращает каждый потерянный пакет в повод остановить следующие. Пока сеть передаёт новые данные, зритель получает шанс увидеть актуальную часть эфира, а не ждать восстановления уже устаревшей.
