Що таке rtmp://a.rtmp.youtube.com/live2? Повний гайд з RTMP-стрімінгу на YouTube
Розбираємо основну RTMP-адресу інжест-сервера YouTube, налаштовуємо енкодер і усуваємо типові помилки. Усе спирається на офіційну документацію YouTube та OBS.
Якщо ви колись вставляли rtmp://a.rtmp.youtube.com/live2 в OBS чи інший енкодер — ви використовували основний інжест-сервер YouTube для прямих трансляцій. Сама URL-адреса — звичайний текст, нічого секретного, — але протокол за нею (RTMP), необхідний бітрейт і те, як ваш енкодер домовляється з серверами YouTube, і визначають, чи піде стрім.
Цей гайд розбирає кожну частину URL, офіційні налаштування енкодера від YouTube, різницю між RTMP і RTMPS, покрокову конфігурацію OBS і реальні фікси з форумів OBS Studio. Кожна рекомендація має посилання на джерело — нічого вигаданого.
Що таке RTMP і чому YouTube досі його використовує?
Real-Time Messaging Protocol (RTMP) створила компанія Macromedia для епохи Flash player. Після поглинання Macromedia корпорацією Adobe вийшла специфікація RTMP 1.0 від 21 грудня 2012 року — відтоді протокол можуть реалізовувати будь-які виробники енкодерів. Підтримку самого Adobe Flash припинено 31 грудня 2020 року, але RTMP пережив свою материнську платформу. YouTube, Twitch, Facebook Live і майже всі інжест-сервери CDN досі використовують RTMP як стандарт через одну властивість: затримка менше секунди від енкодера до сервера.
Як насправді працює RTMP
RTMP працює поверх одного TCP-з'єднання — RTMP-порт 1935 за замовчуванням, для вихідних з'єднань на 1935 у фаєрволі додатково нічого пробивати не треба. Рукостискання (handshake) — це обмін шістьма пакетами: клієнт надсилає C0/C1/C2, сервер відповідає S0/S1/S2, кожен головний пакет містить 1 536 байт випадкових даних плюс мітку часу для синхронізації з'єднання (Wikipedia: RTMP). Після рукостискання з'єднання залишається відкритим, і фрагменти аудіо (за замовчуванням 64 байти) та відео (128 байт) безперервно передаються. Існує кілька варіантів протоколу — RTMP (без шифрування), RTMPS (поверх TLS), RTMPE (закрите шифрування Adobe), RTMPT (тунелювання через HTTP), RTMFP (на основі UDP) — але для надсилання потоку на YouTube у 2026 році мають значення лише RTMP та RTMPS.
Розбір rtmp://a.rtmp.youtube.com/live2: пояснюємо кожну частину
У вашому енкодері RTMP-адреса YouTube виглядає так:
rtmp://a.rtmp.youtube.com/live2/<your-stream-key>Кожна частина має своє значення:
- rtmp:// — схема протоколу. Вказує енкодеру відкрити TCP-з'єднання на порту 1935 і працювати за протоколом RTMP.
- a.rtmp.youtube.com — ім'я хоста основного інжест-сервера YouTube. Піддомен "a" — основний; парний піддомен "b" зарезервовано для резервного прийому потоку.
- /live2 — шлях застосунку на сервері. YouTube маршрутизує RTMP-трафік до застосунку прямих трансляцій через цей шлях.
- /<your-stream-key> — унікальний ідентифікатор, який прив'язує вхідний стрім до вашого каналу. Ставтеся до нього як до пароля: будь-хто з вашим ключем може транслювати на ваш канал.
Основний і резервний інжест-сервер
Професійні енкодери, яким потрібна резервна лінія, можуть надсилати дублікат стріму на резервний сервер YouTube:
rtmp://b.rtmp.youtube.com/live2?backup=1Якщо основне з'єднання падає, YouTube автоматично перемикається на резервне. Резервний потік має використовувати той самий ключ трансляції і, в ідеалі, ідентичні налаштування кодування.
Де знайти ключ трансляції YouTube для RTMP
Відкрийте YouTube Studio за адресою https://youtube.com/livestreaming, клацніть вкладку Stream (або заплануйте новий стрім) і скопіюйте поле Stream key. Stream URL прямо над ним показує RTMP-адресу за замовчуванням; клацніть іконку замка, щоб побачити зашифрований варіант RTMPS.
RTMP vs RTMPS: що обрати для YouTube?
RTMPS — це RTMP поверх TLS-з'єднання. Згідно з офіційним порівнянням протоколів від Google, RTMPS «захищає авторів і глядачів від атак посередника (man-in-the-middle) на етапі прийому потоку». В усьому іншому він функціонально ідентичний RTMP — та сама затримка, та сама підтримка кодеків, та сама конфігурація з боку енкодера.
- Звичайний RTMP — без шифрування, порт 1935, URL: rtmp://a.rtmp.youtube.com/live2
- RTMPS — TLS-зашифрований, порт 443, URL: rtmps://a.rtmps.youtube.com/live2
Рекомендація: використовуйте RTMPS для будь-якого робочого стріму. Повертайтеся до звичайного RTMP, лише якщо ваш енкодер не вміє RTMPS. Мережа, що фільтрує стріми, зазвичай блокує порт 1935, на якому працює звичайний RTMP; RTMPS іде через 443, порт HTTPS, і здебільшого проходить. Кроки налаштування ідентичні — змінюється лише Stream URL. Щоб побачити RTMPS URL, клацніть іконку замка в YouTube Live Control Room.
Налаштування RTMP-енкодера для YouTube (офіційна шпаргалка)
YouTube публікує офіційні налаштування YouTube RTMP для кожної підтримуваної роздільної здатності та частоти кадрів. Цифри нижче — прямо з тієї сторінки.
Рекомендований YouTube відеобітрейт для RTMP (H.264) за роздільною здатністю і частотою кадрів:
- 4K / 2160p @ 60fps — 50 Мбіт/с рекомендовано (мінімум 14); H.265 / AV1: рекомендовано 35 Мбіт/с, мінімум 10
- 4K / 2160p @ 30fps — 42 Мбіт/с рекомендовано
- 1440p @ 60fps — 34 Мбіт/с рекомендовано
- 1440p @ 30fps — 21 Мбіт/с рекомендовано
- 1080p @ 60fps — 17 Мбіт/с рекомендовано
- 1080p @ 30fps — 14 Мбіт/с рекомендовано
- 720p @ 30 або 60fps — 8 Мбіт/с рекомендовано
Окрім бітрейту, YouTube вказує такі фіксовані параметри:
- Інтервал ключових кадрів (GOP): 2 секунди рекомендовано; не перевищувати 4 секунди. Більший інтервал ламає DVR-перемотку і збільшує затримку.
- Режим бітрейту: постійний бітрейт (CBR). Змінний бітрейт (VBR) технічно приймається, але викликає сплески пропускної здатності, які спричиняють втрату кадрів з боку YouTube.
- Аудіокодек: AAC або MP3. Стандарт — AAC-LC.
- Аудіобітрейт: 128 кбіт/с для стерео, 384 кбіт/с для об'ємного звуку 5.1.
- Відеокодеки: H.264 (універсальний), H.265 / HEVC (enhanced RTMP), AV1 (enhanced RTMP — тільки нові енкодери).
Тримайте цільовий бітрейт не вище приблизно 75% від виміряної швидкості вивантаження. Щоб зіставити цільовий бітрейт YouTube з реальною швидкістю, яку дає ваш провайдер, скористайтеся нашим калькулятором бітрейту.
Як налаштувати RTMP-стрімінг на YouTube в OBS Studio (5 кроків)
OBS Studio — де-факто стандартний RTMP-енкодер з відкритим кодом. Ці п'ять кроків доведуть вас від порожнього YouTube-каналу до живого RTMP-стріму. Той самий патерн застосовується до vMix, Streamlabs, Wirecast і більшості хмарних сервісів стрімінгу — усі вони мають пару Server URL + Stream Key.
Отримайте Stream URL і ключ з YouTube
Відкрийте YouTube Studio Live Control Room за адресою https://youtube.com/livestreaming. Клацніть вкладку Stream, щоб відкрити панель налаштувань енкодера.
- Натисніть Go Live або Schedule Stream через вкладку Manage, якщо ще не зробили цього
- У розділі Stream settings скопіюйте Stream URL — за замовчуванням показано звичайний RTMP-варіант
- Клацніть іконку замка біля URL, щоб побачити зашифрований RTMPS-варіант (рекомендовано)
- Скопіюйте поле Stream key — ставтеся до нього як до пароля, ніколи не публікуйте
Налаштуйте сервіс трансляції в OBS
В OBS Studio відкрийте Settings → Stream. Оберіть YouTube - RTMPS зі списку Service, якщо хочете, щоб OBS керував URL автоматично, або Custom..., якщо ви скопіювали конкретний RTMP/RTMPS URL.
- Service: оберіть YouTube - RTMPS для найпростішого налаштування або Custom, щоб вставити свій URL
- Server: лишіть Primary YouTube ingest server, якщо немає причин використовувати Backup
- Stream Key: вставте ключ, скопійований у кроці 1
- Натисніть Apply, щоб зберегти, перш ніж відкривати іншу вкладку
Виставте вихідний бітрейт за рекомендаціями YouTube
Відкрийте Settings → Output і перемкніть Output Mode на Advanced для повного контролю. Налаштуйте Encoder, Bitrate і Keyframe Interval за шпаргалкою з розділу 4.
- Encoder: x264 (CPU) або NVENC / AMF / QuickSync (GPU). GPU-енкодери знімають навантаження з CPU.
- Rate Control: CBR (постійний бітрейт)
- Bitrate: 17000 кбіт/с для 1080p60, 14000 для 1080p30, 8000 для 720p
- Keyframe Interval: 2 секунди (НЕ 0 — OBS трактує 0 як автоматичний режим, що може перевищити 4-секундний ліміт YouTube)
Виставте роздільну здатність і частоту кадрів
Відкрийте Settings → Video. Output (Scaled) Resolution і Common FPS Values визначають, що насправді отримує YouTube.
- Output (Scaled) Resolution: 1920x1080 для 1080p, 1280x720 для 720p
- Common FPS Values: 30 або 60 — мають збігатися з тим, на що розрахований ваш цільовий бітрейт
- Downscale Filter: Lanczos (найвища якість), якщо у вашого CPU є запас; Bicubic для старішого заліза
Запустіть стрім і перевірте на YouTube
Закрийте Settings, поверніться у головне вікно OBS і натисніть Start Streaming. Рядок стану внизу має показати стабільний бітрейт і завантаження CPU за 5–10 секунд.
- Відкрийте YouTube Studio Live Control Room в іншій вкладці
- Протягом 30 секунд має з'явитися попередній перегляд, а статус-бейдж зміниться з Connect streaming software на Live
- Натисніть Go Live в YouTube Studio, щоб опублікувати — поки ви цього не зробите, стрім бачите тільки ви
- Стежте за панеллю Stats в OBS (View → Stats) — Skipped frames і Dropped frames мають лишатися на 0
Детальніше про налаштування OBS — у нашому гайді з налаштування OBS. Про 24/7-стрімінг є окремий гайд з налаштування 24/7-стріму.
Усунення типових RTMP-помилок YouTube
Це чотири помилки, які найчастіше з'являються на форумах OBS Studio, з фіксами, які реально їх усувають. Якщо YouTube повідомляє, що дані взагалі не надходять, а не показує помилку з'єднання, — це інший діагноз: гайд про «no data is being received» розділяє чотири причини.
"Failed to connect to server. The connection timed out."
OBS показує саме це повідомлення, коли TCP-рукостискання на порту 1935 (або 443 для RTMPS) не завершується. Причина майже завжди мережева, а не з боку OBS.
- Перевірте, що ваш фаєрвол дозволяє вихідні з'єднання на порт 1935 — Windows Defender і корпоративні фаєрволи іноді блокують його як підозрілий інтенсивний трафік
- Якщо 1935 заблоковано — перемкніться на RTMPS, порт 443 відкритий майже всюди
- Згенеруйте новий ключ трансляції в YouTube Studio. Відкликаний або скопійований з пробілом на початку ключ викликає помилку автентифікації, яка виглядає як "connection timed out"
- Перевірте, що Stream URL не містить пробілів або невидимих символів у кінці
"Disconnected from server" / помилки WriteN send
Стрім підключається, працює від 30 секунд до кількох хвилин, потім падає. У логу OBS видно помилки WriteN на RTMP-сокеті.
- Використовуйте Ethernet, не Wi-Fi — втрати пакетів у Wi-Fi виглядають нормально на тесті швидкості, але вбивають стабільну пропускну здатність RTMP
- Перевірте MTU — значення вище 1500 змушують деякі роутери фрагментувати пакети, які YouTube іноді відкидає. Виставте MTU 1492 або 1472, якщо ви за PPPoE
- Деякі провайдери штучно обмежують швидкість тривалого вивантаження за допомогою глибокої інспекції пакетів (DPI). Протестуйте через VPN — якщо обриви зникли, причина у вашому провайдері
Помилка SSL-рукостискання на RTMPS
Стосується лише RTMPS-з'єднань: узгодження TLS зривається ще до того, як піде хоч один байт відео.
- Додайте :443 до URL: rtmps://a.rtmps.youtube.com:443/live2 — деяким енкодерам потрібен явний порт
- Оновіть OBS до актуальної версії. YouTube кілька разів ротував TLS-сертифікати; старі білди OBS постачалися із застарілими наборами сертифікатів CA
- Якщо RTMPS продовжує падати — повертайтеся на звичайний RTMP на 1935 як тимчасовий обхідний шлях
Буферизація або втрачені кадри на стороні YouTube
Стрім — "live", але глядачі бачать буферизацію, пропуски кадрів або "video unavailable" періодично.
- Переконайтеся, що Rate Control — CBR, не VBR. Інжест-сервер YouTube чутливий до сплесків бітрейту
- Зменшіть бітрейт на 25% — ваша швидкість вивантаження — найпоширеніша причина, навіть якщо тест швидкості показує інше
- Перевірте навантаження енкодера: відкрийте Task Manager / Activity Monitor. OBS не повинен тримати >80% CPU на x264. Якщо тримає — перемкніться на NVENC або апаратне кодування
Коли НЕ варто запускати RTMP самостійно: хмарний стрімінг як альтернатива
RTMP з вашого ноутбука працює для 2-годинної ігрової сесії. Для 24/7-стрімів він швидко розвалюється. Ваш ПК має бути ввімкнений безперервно, що додає 20–80 USD на місяць за електрику, зношує кулери і сховище та прив'язує ваш вихідний інтернет-канал до однієї машини. Будь-яке перезавантаження, оновлення ОС чи 30-секундний обрив — і стрім помер.
Хмарні сервіси стрімінгу заздалегідь налаштовують RTMP-конвеєр на стороні сервера. TheLoops, наприклад, виставляє ту саму адресу rtmp://a.rtmp.youtube.com/live2 і ваш ключ трансляції за лаштунками — але енкодер працює в датацентрі з автоматичним перепідключенням і плейлистами, що йдуть по колу. Ви завантажуєте відео, вказуєте сервісу свій YouTube-канал — і стрім лишається в ефірі без участі вашого комп'ютера.
Часті запитання
Це основна RTMP-адреса інжест-сервера YouTube, куди енкодери — OBS, vMix і хмарні сервіси стрімінгу — надсилають ваше відео в прямому ефірі. "a" вказує на основний сервер (b — резервний), а /live2 — шлях застосунку. Разом з вашим унікальним ключем трансляції URL ідентифікує канал, до якого належить стрім.
RTMPS — це RTMP поверх TLS, тобто стрім зашифрований під час передавання, що захищає від атак посередника (man-in-the-middle). YouTube рекомендує RTMPS для будь-якого робочого стріму; знайти його можна, клацнувши іконку замка в Live Control Room. Звичайний RTMP використовуйте, лише якщо ваш енкодер не підтримує RTMPS — мережі, що фільтрують стріми, зазвичай блокують порт 1935, а не 443.
Звичайний RTMP використовує TCP-порт 1935 (за замовчуванням протоколу). RTMPS — TCP 443. Якщо ваш домашній фаєрвол блокує вихідні з'єднання на 1935 (буває в корпоративних і навчальних мережах), ви побачите "Failed to connect to server" — перемикання на RTMPS на 443 зазвичай розв'язує проблему без жодних інших змін.
Документація YouTube рекомендує 17 Мбіт/с для 1080p60 H.264, з інтервалом ключових кадрів 2 секунди і кодуванням з постійним бітрейтом (CBR). Для 1080p30 — знижуйте до 14 Мбіт/с. Тримайте бітрейт не вище приблизно 75% від виміряної швидкості вивантаження — використовуйте наш калькулятор бітрейту, щоб знайти реальну стелю.
Ні, попри припинення підтримки Flash у 2020 році. YouTube, Twitch, Facebook Live і більшість інжест-серверів CDN досі використовують RTMP і RTMPS як стандарт для прийому прямих трансляцій через затримку менше секунди. Інжест через HLS існує для 4K HEVC-контенту, але додає кілька секунд затримки через сегментну структуру.
Готові припинити запускати OBS вручну?
TheLoops бере на себе весь RTMP-конвеєр — та сама адреса rtmp://a.rtmp.youtube.com/live2, але стрімить з хмарних серверів з автоматичним перепідключенням, плейлистами по колу і нульовою вартістю електрики на вашому боці.