Как выбрать лучший сервер Twitch для OBS с помощью TwitchTest

TwitchTest для OBS: проверка серверов Twitch и выбор лучшего
Правильный выбор сервера Twitch поможет держать трансляцию стабильно.

Хорошая скорость интернета ещё не гарантирует стабильный стрим. У меня подключён проводной интернет Ростелеком со скоростью 100 Мбит/с, однако при автоматическом выборе сервера в OBS трансляция периодически начинала подлагивать. Иногда пропускались кадры, эфир прерывался или обрывался полностью.

Сначала я пыталась разобраться в настройках OBS, но со временем поняла, что проблема может быть не в кодировщике и не в мощности компьютера. Важен ещё и маршрут, по которому видеопоток идёт от моего ПК до конкретного сервера Twitch.

Для проверки этого маршрута я использую TwitchTest. Программа помогает сравнить серверы Twitch по пропускной способности, стабильности соединения, задержке и повторной передаче данных. После теста я вручную выбираю подходящий сервер в OBS — в моём случае им обычно становится Asia Pacific (Tokyo).

В этой статье разберём, как пользоваться TwitchTest 2.0, что означают показатели Bandwidth, Quality, RTT и Retrans и почему сервер с самым низким пингом не всегда оказывается лучшим.

Коротко: сначала выбирайте серверы с высоким Quality и нулевым Retrans. Затем проверяйте, хватает ли Bandwidth для вашего битрейта, и только после этого сравнивайте RTT. Ближайший сервер по карте не обязательно даст самое стабильное соединение.

Что такое TwitchTest

TwitchTest — бесплатная программа с открытым исходным кодом для Windows, которая проверяет скорость и качество подключения к серверам приёма трансляций Twitch.

В отличие от обычного Speedtest, программа отправляет данные непосредственно на серверы Twitch. Поэтому она показывает не общую скорость интернета, а качество конкретного маршрута между вашим компьютером и инфраструктурой площадки.

Разработчик TwitchTest отдельно предупреждает, что обычные сервисы проверки скорости могут не отражать реальную ситуацию со стримом. У провайдера может быть нормальная общая скорость, но неудачная маршрутизация или перегруженное соединение именно с сетью Twitch.

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

Когда TwitchTest действительно нужен

Большинству стримеров не требуется вручную менять сервер Twitch. Если OBS работает на значении Auto, битрейт стабилен, кадры из-за сети не пропускаются, а зрители не жалуются на буферизацию, лучше ничего не менять.

При этом TwitchTest полезен, если:

  • битрейт в OBS постоянно прыгает;
  • появляются пропущенные кадры из-за сети;
  • OBS периодически переподключается;
  • эфир полностью обрывается;
  • зрители жалуются на зависания и буферизацию;
  • проблемы возникают только на Twitch;
  • автоматический выбор сервера работает нестабильно;
  • вы живёте далеко от европейских серверов;
  • хочется сравнить маршруты до Азии, Европы и других регионов.

Официальная база знаний OBS тоже рекомендует попробовать другой сервер при пропущенных кадрах и разрывах соединения. Для Twitch на Windows разработчики OBS прямо советуют использовать TwitchTest и ориентироваться на сервер с лучшим показателем Quality.

Если проблема ещё не определена, сначала полезно открыть статистику OBS и понять, связана ли она именно с сетью. На Lnariz.ru уже есть отдельная инструкция «Почему лагает стрим и как понять причину в OBS».

Где скачать TwitchTest 2.0

Я скачиваю TwitchTest только с официального сайта разработчика R1CH. Сторонние каталоги для этого не нужны: актуальная версия и исходный код опубликованы на странице проекта.

Официальная страница загрузки TwitchTest 2.0
TwitchTest лучше скачивать только с официальной страницы разработчика R1CH.

Текущая версия 2.0 работает на 64-битных Windows 10 и более новых системах. Для запуска требуется Microsoft Visual C++ 2022 Redistributable. Если нужного компонента нет, может появиться ошибка с файлом VCRUNTIME140.dll.

Программа также предлагает запуск от имени администратора. Это требуется для получения расширенной статистики сетевого соединения Windows, включая Congestion Window, Send Window и Retransmissions. У меня TwitchTest 2.0 запускается нормально, и ошибка VCRUNTIME140.dll не появлялась.

Важный нюанс о передаче данных

Начиная с версии 1.4, TwitchTest отправляет настройки и результаты тестирования на сервер разработчика для анализа. По его информации, данные передаются через HTTPS и используются в обезличенном, агрегированном виде.

При желании отправку можно отключить параметром:

--disable-data-upload

Эту особенность лучше учитывать, если вы внимательно относитесь к передаче технической статистики сторонним сервисам.

Где взять ключ трансляции Twitch

Для проведения теста программе потребуется ключ трансляции. Даже если Twitch уже напрямую подключён к OBS через учётную запись, TwitchTest всё равно запрашивает отдельный Stream Key.

Найти ключ можно в панели управления автора Twitch: Настройки → Трансляция → Основной ключ трансляции.

Ключ уникально идентифицирует канал и позволяет программам отправлять на него видеопоток. Поэтому Twitch рекомендует никому его не передавать и не показывать на трансляции. Если ключ случайно попал на скриншот или стал известен постороннему человеку, его следует сразу сбросить в настройках канала.

Поле ключа трансляции Twitch в программе TwitchTest
Ключ трансляции нужно полностью скрывать на любых скриншотах и никогда не показывать зрителям.

Хотя TwitchTest использует ключ, канал во время проверки не выходит в прямой эфир. Разработчик отдельно указывает, что тест не запускает публичную трансляцию.

Как запустить проверку серверов

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

  • загрузчики;
  • облачную синхронизацию;
  • торренты;
  • обновления игр;
  • просмотр видео;
  • другие трансляции;
  • VPN, если вы обычно стримите без него.

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

Мой порядок действий выглядит так:

  1. Запускаю TwitchTest от имени администратора.
  2. Вставляю ключ трансляции.
  3. Оставляю TCP Send Buffer на значении System Default.
  4. Выбираю регионы Asia и Europe.
  5. Запускаю тест.
  6. Жду, пока программа заполнит итоговые значения.
  7. Сравниваю Quality, Retrans, Bandwidth и RTT.
  8. Выбираю подходящий сервер.
  9. Указываю его вручную в OBS.

Разработчик советует не проверять сразу весь мировой список, поскольку это занимает больше времени. Лучше выбирать ближайшие и потенциально подходящие регионы.

Я живу на Дальнем Востоке, поэтому обычно сравниваю азиатские и европейские серверы. Северную и Южную Америку можно проверить для интереса, но у них задержка обычно заметно выше.

Мои результаты TwitchTest

На актуальном тесте все выбранные серверы показали Bandwidth 25000+ kbps, Quality 100 и Retrans 0 KB. В такой ситуации главным отличием стал RTT.

Результаты проверки серверов Twitch в TwitchTest 2.0
В моём тесте Asia Pacific (Tokyo) показал Quality 100, Retrans 0 KB и самый низкий RTT — 88 мс.

Лучший результат у меня показал сервер Asia Pacific (Tokyo): качество 100, отсутствие повторных передач и RTT 88 мс.

Именно его я использую в OBS. Как жителю Дальнего Востока, мне логичнее подключаться к Токио, чем отправлять поток через европейские серверы с более длинным маршрутом.

Что означают показатели TwitchTest

Bandwidth

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

Важно учитывать, что программа ограничивает отображаемый результат значением 25 Мбит/с. Поэтому надпись 25000+ kbps не означает, что соединение работает ровно на скорости 25 Мбит/с. Она показывает, что программа достигла своего предела измерения.

Для обычного стрима значение должно заметно превышать установленный в OBS битрейт. Например, если трансляция идёт с битрейтом 6000 Кбит/с, сервер с Bandwidth 7000 Кбит/с оставляет слишком маленький запас. Любая кратковременная просадка может привести к пропущенным кадрам.

В моём тесте все серверы показали 25000+ kbps, поэтому Bandwidth не помог выбрать победителя. Запаса хватает у всех, и дальше я сравниваю качество, повторные передачи и RTT.

О выборе самого битрейта я отдельно рассказывала в гайде «Какой битрейт ставить в OBS для Twitch».

Quality

Quality — один из главных показателей TwitchTest. Он оценивает общую стабильность подключения на основании скорости передачи и количества повторно отправленных пакетов. Значение измеряется по шкале от 0 до 100.

Разработчик рекомендует показатель не ниже 80 для стабильной трансляции. Однако лично я стараюсь выбирать сервер с Quality 100, особенно если сразу несколько вариантов показывают максимальный результат.

QualityКак воспринимать результат
100Отличный результат
90–99Хороший, но желательно проверить повторно
80–89Допустимый, хотя возможны просадки
Ниже 80Повышенный риск нестабильного стрима

Это не абсолютная гарантия. Маршрут может измениться вечером, в выходные или во время нагрузки у провайдера. Поэтому при повторении проблем тест стоит провести заново.

RTT

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

Однако выбирать сервер только по минимальному RTT нельзя. Представим два результата:

СерверQualityRTTRetrans
Сервер A8260 мс250 KB
Сервер B10090 мс0 KB

Несмотря на более высокий пинг, сервер B выглядит значительно надёжнее. У него максимальное качество и отсутствуют повторные передачи.

Я выбираю минимальный RTT только среди серверов, которые уже прошли основные условия: Quality 100, Retrans 0 и Bandwidth с достаточным запасом. На моём тесте Токио соответствовал всем требованиям и одновременно показал самую низкую задержку.

Retrans

Retrans показывает количество данных, которые пришлось отправлять повторно. Повторная передача обычно возникает из-за потери пакетов или изменения их порядка. В ответ TCP может уменьшать окно передачи, из-за чего снижается пропускная способность и появляются просадки.

В идеале значение Retrans должно быть равно нулю. Если сервер показывает низкий RTT, но одновременно имеет Retrans выше нуля и Quality ниже 100, я его не выбираю. Лучше немного более высокая задержка при стабильной передаче данных, чем быстрый, но ненадёжный маршрут.

ConWnd, SndWnd и Limited

В TwitchTest 2.0 появились дополнительные сетевые показатели: ConWnd, SndWnd, Retrans и Limited.

ConWnd показывает объём неподтверждённых данных, который система разрешает держать «в полёте». При потерях или сетевой перегрузке это окно может уменьшаться.

SndWnd — максимальное окно отправки, которое зависит от настроек Windows и текущих сетевых условий. Обычному стримеру глубоко анализировать эти два значения обычно не требуется: гораздо понятнее ориентироваться на Bandwidth, Quality, RTT и Retrans.

Показателю Limited разработчик вообще не советует уделять слишком много внимания. Из-за особенностей Windows API он иногда бывает чрезмерно высоким или, наоборот, нулевым и не всегда точно отражает проблему.

Как выбрать лучший сервер Twitch

Шаг 1. Отбрасываю низкий Quality

Сначала убираю серверы с заметно более низким качеством соединения. Если есть варианты с Quality 100, выбирать сервер с 80–90 нет смысла.

Шаг 2. Проверяю Retrans

Предпочтение отдаю серверам с 0 KB. Повторные передачи могут говорить о потерях пакетов или неудачной маршрутизации.

Шаг 3. Смотрю Bandwidth

Скорость должна быть выше битрейта OBS с хорошим запасом. Результат почти вровень с битрейтом может не выдержать кратковременную просадку.

Шаг 4. Сравниваю RTT

Только среди стабильных серверов выбираю вариант с минимальной задержкой.

В моём случае все основные серверы показали Quality 100, Retrans 0 и Bandwidth 25000+. Поэтому лучшим стал Tokyo с RTT 88 мс.

Мой приоритет: Quality 100 → Retrans 0 → достаточный Bandwidth → самый низкий RTT.

Как выбрать сервер Twitch в OBS

После проверки нужно перенести результат в OBS. У меня Twitch подключён напрямую через учётную запись, но ручной выбор сервера при этом всё равно доступен.

Ручной выбор сервера Asia Pacific Tokyo в OBS
После TwitchTest я вручную выбираю Asia Pacific (Tokyo) вместо Auto.
  1. Откройте OBS.
  2. Перейдите в «Настройки».
  3. Откройте раздел «Трансляция».
  4. Убедитесь, что выбран сервис Twitch.
  5. Найдите пункт «Сервер».
  6. Вместо Auto выберите сервер, показавший лучший результат.
  7. Нажмите «Применить».
  8. Проведите тестовый эфир.

При автоматическом режиме OBS не всегда очевидно показывает, к какому конкретно ingest-серверу в итоге подключился поток. Поэтому для сравнения результатов мне удобнее выбрать сервер вручную.

Как TwitchTest помог моему стриму

До ручного выбора сервера трансляция могла подлагивать, прерываться, полностью обрываться и пропускать кадры из-за сети.

После проверки я выбрала Asia Pacific (Tokyo). Разница стала заметна практически сразу: битрейт стабилизировался, пропуски кадров прекратились, а эфир перестал обрываться.

Стабильный битрейт OBS после ручного выбора сервера Twitch
После перехода на Tokyo сетевые пропуски кадров у меня исчезли.

Это не означает, что сервер Tokyo будет лучшим для каждого жителя России. Даже у пользователей из одного города могут различаться провайдеры, маршруты и качество соединения.

Поэтому не стоит копировать мой выбор без проверки. TwitchTest нужен именно для того, чтобы найти лучший маршрут для своего подключения.

Чем TwitchTest отличается от Twitch Inspector

У этих инструментов разные задачи, поэтому лучше использовать их последовательно.

Проверка через TwitchTestTwitch Inspector
  • сравнивает ingest-серверы;
  • проверяет Bandwidth;
  • показывает Quality;
  • сравнивает RTT;
  • обнаруживает Retrans;
  • помогает выбрать сервер до эфира.
  • анализирует реальный или тестовый поток;
  • показывает стабильность битрейта;
  • проверяет параметры кодировщика;
  • фиксирует разрывы;
  • показывает состояние потока во времени;
  • помогает найти ошибки подключения.

Twitch описывает Inspector как инструмент для анализа интернет-соединения и параметров кодировщика во время вещания. Площадка также допускает тестовый эфир с параметром ?bandwidthtest=true: такой поток не появляется у зрителей и не отправляет уведомления.

Логичная последовательность выглядит так:

  1. Проверить серверы через TwitchTest.
  2. Выбрать лучший сервер в OBS.
  3. Провести тестовую трансляцию через Twitch Inspector.
  4. Убедиться, что битрейт стабилен.
  5. Только после этого запускать обычный эфир.

Я до этого Twitch Inspector не использовала, потому что после выбора Tokyo проблема исчезла сразу. Однако для более точной диагностики и проверки новых настроек этот инструмент может быть полезен.

Что делать, если все серверы показывают плохой результат

Если Quality низкий почти везде, Bandwidth не дотягивает до битрейта или постоянно появляется Retrans, проблема может находиться не в конкретном сервере.

Стоит проверить:

  • проводное ли используется соединение;
  • не загружает ли сеть другая программа;
  • выключен ли VPN;
  • исправен ли сетевой кабель;
  • обновлён ли драйвер сетевой карты;
  • не завышен ли битрейт;
  • не мешает ли антивирус или сетевой оптимизатор;
  • повторяется ли результат в другое время суток;
  • сохраняется ли проблема на другой площадке.

OBS указывает, что пропущенные из-за сети кадры обычно означают нестабильное соединение с сервером или неспособность поддерживать заданный битрейт. Такие проблемы чаще находятся за пределами самого OBS. Если базовые проверки не помогают, разработчики рекомендуют обращаться к интернет-провайдеру.

Для стрима также желательно использовать проводное подключение. Wi‑Fi может показывать хорошую скорость, но быть менее стабильным из-за помех и колебаний сигнала.

Как часто повторять TwitchTest

Сервер не обязательно останется лучшим навсегда. Маршрутизация провайдера может меняться, поэтому я бы повторяла тест:

  • после смены провайдера;
  • после переезда;
  • после изменения тарифа;
  • при внезапных пропусках кадров;
  • после длительного перерыва;
  • если сервер начал работать хуже;
  • при переходе с Wi‑Fi на кабель;
  • после изменений сетевого оборудования;
  • если эфиры стали обрываться без понятной причины.

Кроме того, полезно провести тест несколько раз в разные часы. Днём соединение может быть идеальным, а вечером маршрут окажется перегруженным.

Что в итоге

TwitchTest не увеличивает скорость интернета и не исправляет неисправный кабель или проблемы провайдера. Его задача — показать, какой сервер Twitch лучше работает через ваш текущий маршрут.

При выборе я советую смотреть показатели в таком порядке:

  1. Quality.
  2. Retrans.
  3. Bandwidth.
  4. RTT.

Не стоит выбирать сервер только потому, что он ближе географически или показывает минимальный пинг.

В моём случае Asia Pacific (Tokyo) оказался лучшим сразу по всем важным критериям: Quality 100, Retrans 0, Bandwidth 25000+ и RTT 88 мс. После ручного выбора сервера в OBS трансляция стабилизировалась, перестала обрываться и пропускать кадры.

Поэтому, если при режиме Auto эфир подлагивает, TwitchTest стоит попробовать. Иногда одна правильно выбранная строка в настройках OBS решает проблему, которую до этого безуспешно ищешь в битрейте, кодировщике и мощности компьютера.

О моём первом опыте с TwitchTest и другими настройками OBS я также рассказывала в статье о начале стриминга.

Как я начала стримить на Twitch: опыт, ошибки и первые зрители

Посмотреть прямой эфир на Twitch-канале Lnariz

Официальные источники

Lnariz

Lnariz (Карина) — стримерша с уютными утренними эфирами, живым общением и атмосферой “своей компании”. Основная площадка прямых трансляций — Twitch, а анонсы, записи и дополнительные материалы собраны на сайте Lnariz.ru.

Lnariz