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