Ролик открывается, полминуты идёт нормально, потом качество падает до размытого, а через минуту появляется колесо загрузки. При этом любой тест скорости показывает десятки, а то и сотню мегабит. Ощущение, что VPN «режет скорость», — самое частое и почти всегда неверное объяснение.
Как плеер решает, какое качество показать
YouTube отдаёт видео кусками по несколько секунд и постоянно пересчитывает, какое качество вы потянете. Логика примерно такая:
- Скачивается очередной фрагмент, замеряется, за сколько он пришёл.
- По этому времени оценивается доступная скорость.
- Если буфер наполняется медленнее, чем расходуется, — качество понижается. Если запас растёт, качество повышается, но осторожно и с задержкой.
Отсюда главный вывод: плеер реагирует не на среднюю скорость, а на равномерность. Канал, который выдаёт 100 Мбит рывками с провалами до нуля, для видео хуже, чем ровные 25 Мбит. Один пропущенный фрагмент — и алгоритм понижает качество, а обратно поднимает неспешно.
Тест скорости этого не показывает: он открывает несколько параллельных соединений до ближайшего сервера на пять-десять секунд. Видео — это один длинный поток до конкретного узла раздачи, который может находиться совсем в другом месте сети.
Что меняется, когда включён туннель
Маршрут до узла раздачи
Видео раздают не из одного дата-центра, а с множества узлов, разбросанных по сетям операторов. Какой узел вам достанется, зависит от того, откуда пришёл запрос. Через туннель запрос приходит с адреса точки выхода — и вы попадаете на узел, ближайший к ней, а не к вам.
Иногда это лучше вашего обычного маршрута, иногда заметно хуже. Предсказать со стороны нельзя — можно только попробовать разные локации и сравнить.
Потери на длинном плече
Потерянный пакет в одном длинном потоке стоит дорого: его нужно переслать, а всё, что пришло следом, ждёт своей очереди. На коротком маршруте потери редки, на длинном набегают. Разница между хорошей и плохой точкой выхода по этому параметру бывает драматической: поток, который на одном сервере идёт ровно, на другом просаживается в разы при тех же условиях у клиента.
Это хорошо видно на замерах: два соседних по географии узла дают совершенно разную картину именно по одиночному потоку, хотя суммарная пропускная способность у обоих с запасом.
Транспорт: QUIC против TCP
YouTube по умолчанию использует QUIC — поверх UDP. Он лучше переносит потери: нет общей очереди, каждый фрагмент независим. Но если UDP на маршруте ведёт себя плохо, браузер откатывается на TCP, и деградация при потерях становится заметнее.
Размер пакета
Если пакеты с учётом заголовков туннеля не помещаются в максимальный размер кадра на маршруте, они дробятся или теряются. Характерный признак — страницы открываются нормально, а видео и звонки заикаются. Об этом подробнее в статье про пинг в играх, проверяется одинаково.
Отдельная история: дело не в сети
Прежде чем винить соединение, исключите две вещи, которые к нему отношения не имеют.
Кодек. Часть роликов раздаётся в AV1. Если видеокарта не умеет декодировать его аппаратно, этим занимается процессор — и на не самом свежем компьютере 4K в AV1 не вытянет никакой канал. Симптом: пропущенные кадры растут, а буфер полный.
Пропущенные кадры. Если плеер сообщает, что кадры теряются, при полном буфере — узкое место в компьютере, а не в передаче данных.
Как посмотреть, что происходит на самом деле
Правой кнопкой по видео → «Статистика для сисадминов». Там есть всё нужное:
- Connection Speed — как плеер оценивает вашу скорость прямо сейчас. Если она скачет, понятно, почему падает качество.
- Viewport / Frames — сколько кадров отброшено. Растущее число при полном буфере означает, что не справляется компьютер.
- Codecs — что именно декодируется:
av01это AV1,vp09— VP9. - Buffer Health — запас в секундах. Если он не растёт выше двух-трёх секунд, канал впритык.
Этих четырёх цифр достаточно, чтобы отличить проблему сети от проблемы устройства, — и дальше не гадать.
Что делать по порядку
- Зафиксируйте качество вручную. Поставьте 2160p и посмотрите минуту. Идёт ровно — значит канал в порядке, а виновата была оценка скорости. Начались рывки — узкое место действительно в передаче.
- Попробуйте две-три локации. Не по принципу «где ближе», а просто сравнив: разные точки выхода дают разные узлы раздачи. Разница бывает кратной.
- Проверьте, не упирается ли компьютер. Пропущенные кадры при полном буфере — это про декодирование, а не про сеть.
- Проверьте размер пакета, если параллельно заикается голосовая связь.
- Посмотрите на время суток. Вечерний пик у провайдера и на магистралях реален: одна и та же локация в 15:00 и в 22:00 ведёт себя по-разному.
Коротко
- Плеер понижает качество из-за неравномерности потока, а не из-за низкой средней скорости.
- Через туннель вы попадаете на узел раздачи, ближайший к точке выхода, — отсюда разница между локациями.
- Потери в одном длинном потоке бьют по видео сильнее, чем небольшой рост задержки.
- Пропущенные кадры при полном буфере — проблема не сети, а декодирования на устройстве.
- Диагностика занимает минуту: «Статистика для сисадминов» отвечает почти на все вопросы.
Короткие ответы
Почему тест скорости показывает 100 Мбит, а видео тормозит?
Тест меряет короткую загрузку в несколько потоков до ближайшего сервера. Видео идёт одним длинным потоком до конкретного узла раздачи, и на этом маршруте могут быть потери, которых тест не видит. Показательна не пиковая скорость, а стабильность одного потока.
Помогает ли выбор сервера в другой стране?
Часто да, но не по причине географии: разные точки выхода попадают на разные узлы раздачи видео и на разные маршруты к ним. Стоит попробовать две-три локации и сравнить, а не искать самую близкую.
Почему на телефоне 4K идёт, а на компьютере нет?
Проверьте кодек в статистике плеера. Видео в AV1 декодируется процессором, если у видеокарты нет аппаратной поддержки — это упирается в мощность компьютера, а не в сеть.
Стоит ли фиксировать качество вручную?
Как диагностику — да. Если при ручном 4K картинка идёт без рывков, значит канал справляется, и проблема была в том, как плеер оценивал скорость. Если начинается буферизация — узкое место действительно в передаче данных.