Що таке rtmp://a.rtmp.youtube.com/live2? Повний гайд по RTMP-стрімінгу на YouTube
Розбираємо primary RTMP ingest URL YouTube, налаштовуємо енкодер і вирішуємо типові помилки. Усе спирається на офіційну документацію YouTube та OBS.
Якщо ви колись вставляли rtmp://a.rtmp.youtube.com/live2 в OBS чи інший енкодер — ви використовували primary live ingestion endpoint YouTube. Сама URL — звичайний текст, нічого секретного, — але протокол за нею (RTMP), необхідний bitrate, і те, як ваш енкодер домовляється з серверами 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 дійшов end-of-life 31 грудня 2020, але RTMP пережив свою материнську платформу. YouTube, Twitch, Facebook Live і майже всі CDN ingest endpoints досі стандартизовані на RTMP через одну властивість: sub-second latency від енкодера до сервера.
Як насправді працює RTMP
RTMP працює поверх одного TCP-з'єднання — RTMP port 1935 за замовчуванням, для outbound 1935 у фаєрволі додатково нічого пробивати не треба. Handshake — це обмін шістьма пакетами: клієнт надсилає C0/C1/C2, сервер відповідає S0/S1/S2, кожен головний пакет містить 1 536 байт випадкових даних плюс timestamp для синхронізації з'єднання (Wikipedia: RTMP). Після handshake з'єднання залишається відкритим, і chunks аудіо (за замовчуванням 64 байти) та відео (128 байт) безперервно передаються. Існує кілька варіантів протоколу — RTMP (plain), RTMPS (over TLS), RTMPE (закрите шифрування Adobe), RTMPT (HTTP-tunneled), RTMFP (UDP-based) — але для ingest на YouTube у 2026 році мають значення лише RTMP та RTMPS.
Розбір rtmp://a.rtmp.youtube.com/live2: кожна частина пояснена
У вашому енкодері YouTube RTMP URL виглядає так:
rtmp://a.rtmp.youtube.com/live2/<your-stream-key>Кожна частина має своє значення:
- rtmp:// — protocol scheme. Каже вашому енкодеру відкрити TCP-з'єднання на порту 1935 і говорити RTMP.
- a.rtmp.youtube.com — hostname primary ingest server YouTube. Піддомен "a" — primary; парний "b" — для backup ingestion.
- /live2 — application path на сервері. YouTube маршрутизує RTMP-трафік до live-streaming application через цей шлях.
- /<your-stream-key> — унікальний ідентифікатор, який прив'язує вхідний стрім до вашого каналу. Ставтеся до нього як до пароля: будь-хто з вашим ключем може транслювати на ваш канал.
Primary vs backup ingest
Production-енкодери, яким потрібна резервна лінія, можуть надсилати дублікат стріму на backup-сервер YouTube:
rtmp://b.rtmp.youtube.com/live2?backup=1Якщо primary-з'єднання падає, YouTube автоматично перемикається на backup. Backup feed має використовувати той самий stream key і, в ідеалі, ідентичні налаштування кодування.
Де знайти ваш YouTube stream key для RTMP
Відкрийте YouTube Studio за адресою https://youtube.com/livestreaming, клацніть вкладку Stream (або заплануйте новий стрім) і скопіюйте поле Stream key. Stream URL прямо над ним показує RTMP endpoint за замовчуванням; клацніть іконку замка, щоб побачити зашифрований варіант RTMPS.
RTMP vs RTMPS: що обрати для YouTube?
RTMPS — це RTMP поверх TLS-з'єднання. Згідно з офіційним порівнянням протоколів від Google, RTMPS "захищає авторів і глядачів від man-in-the-middle атак на стороні ingestion". В усьому іншому він функціонально ідентичний RTMP — той самий latency, та сама підтримка codec, та сама конфігурація з боку енкодера.
- Plain RTMP — без шифрування, port 1935, URL: rtmp://a.rtmp.youtube.com/live2
- RTMPS — TLS-зашифрований, port 443, URL: rtmps://a.rtmps.youtube.com/live2
Рекомендація: використовуйте RTMPS для будь-якого production-стріму. Перемикайтеся на plain RTMP лише якщо ваша мережа блокує outbound 443 (рідко в домашніх налаштуваннях, частіше в корпоративних фаєрволах). Кроки налаштування ідентичні — змінюється лише Stream URL. Щоб побачити RTMPS URL, клацніть іконку замка в YouTube Live Control Room.
Налаштування RTMP-енкодера для YouTube (офіційна шпаргалка)
YouTube публікує офіційні налаштування YouTube RTMP для кожної підтримуваної резолюції та частоти кадрів. Цифри нижче — прямо з тієї сторінки.
Рекомендований YouTube RTMP video bitrate (H.264) за резолюцією і fps:
- 4K / 2160p @ 60fps — 35 Мбіт/с рекомендовано; H.265 / AV1 приймають 10–40 Мбіт/с
- 4K / 2160p @ 30fps — 30 Мбіт/с рекомендовано
- 1440p @ 60fps — 24 Мбіт/с рекомендовано
- 1440p @ 30fps — 15 Мбіт/с рекомендовано
- 1080p @ 60fps — 12 Мбіт/с рекомендовано
- 1080p @ 30fps — 10 Мбіт/с рекомендовано
- 720p @ 60fps — ~7,5 Мбіт/с (екстрапольовано з таблиці YouTube)
Окрім bitrate, YouTube вказує такі фіксовані параметри:
- Keyframe interval (GOP): 2 секунди рекомендовано; не перевищувати 4 секунди. Більший інтервал ламає DVR-перемотку і збільшує latency.
- Bitrate mode: CBR (constant bitrate). VBR технічно приймається, але викликає сплески пропускної здатності, які тригерять drops з боку YouTube.
- Audio codec: AAC або MP3. Стандарт — AAC-LC.
- Audio bitrate: 128 Кбіт/с для stereo, 384 Кбіт/с для 5.1 surround.
- Video codecs: H.264 (універсальний), H.265 / HEVC (enhanced RTMP), AV1 (enhanced RTMP — тільки нові енкодери).
Ваша upload-смуга потребує приблизно 1,5× від цільового bitrate як запас. Щоб співставити цільовий bitrate YouTube з реальною швидкістю вашого ISP, скористайтеся нашим калькулятором bitrate.
Як налаштувати RTMP-стрімінг на YouTube в OBS Studio (5 кроків)
OBS Studio — де-факто open-source RTMP-енкодер. Ці п'ять кроків доведуть вас від порожнього YouTube-каналу до живого RTMP-стріму. Той самий патерн застосовується до vMix, Streamlabs, Wirecast і більшості cloud-streaming сервісів — усі вони мають пару 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 — за замовчуванням показано plain RTMP-варіант
- Клацніть іконку замка біля URL, щоб побачити зашифрований RTMPS-варіант (рекомендовано)
- Скопіюйте поле Stream key — ставтеся до нього як до пароля, ніколи не публікуйте
Налаштуйте Stream service в 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, щоб зберегти, перш ніж відкривати іншу вкладку
Виставте output bitrate за рекомендаціями YouTube
Відкрийте Settings → Output і перемкніть Output Mode на Advanced для повного контролю. Налаштуйте Encoder, Bitrate і Keyframe Interval за шпаргалкою з секції 4.
- Encoder: x264 (CPU) або NVENC / AMF / QuickSync (GPU). GPU-енкодери знімають навантаження з CPU.
- Rate Control: CBR (constant bitrate)
- Bitrate: 12000 Кбіт/с для 1080p60, 10000 для 1080p30, ~7500 для 720p60
- 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 — мають збігатися з тим, на що розрахований ваш цільовий bitrate
- Downscale Filter: Lanczos (найвища якість), якщо у вашого CPU є запас; Bicubic для старшого заліза
Запустіть стрім і перевірте на YouTube
Закрийте Settings, поверніться у головне вікно OBS і натисніть Start Streaming. Status bar внизу має показати стабільний bitrate і CPU usage за 5–10 секунд.
- Відкрийте YouTube Studio Live Control Room в іншій вкладці
- Протягом 30 секунд preview має заповнитися, і статус-бейдж зміниться з Connect streaming software на Live
- Натисніть Go Live в YouTube Studio, щоб опублікувати — поки ви цього не зробите, стрім бачите тільки ви
- Стежте за OBS Stats dock (View → Stats) — Skipped frames і Dropped frames мають лишатися на 0
Для глибшої конфігурації OBS дивіться наш гайд по налаштуванню OBS. Для 24/7-стрімінгу окремо дивіться гайд по 24/7 setup.
Усунення типових RTMP-помилок YouTube
Це чотири помилки, які найчастіше з'являються на форумах OBS Studio, з фіксами, які реально їх вирішують. Якщо YouTube повідомляє, що дані взагалі не надходять, замість помилки зʼєднання — це інший діагноз: гайд про «no data is being received» розділяє чотири причини.
"Failed to connect to server. The connection timed out."
OBS показує саме це повідомлення, коли TCP handshake на порту 1935 (або 443 для RTMPS) не завершується. Причина майже завжди мережева, не з боку OBS.
- Перевірте, що ваш фаєрвол дозволяє outbound-з'єднання на порт 1935 — Windows Defender і корпоративні фаєрволи іноді блокують його як підозрілий high-throughput трафік
- Якщо 1935 заблоковано — перемкніться на RTMPS, порт 443 відкритий майже всюди
- Згенеруйте новий stream key в YouTube Studio. Відкликаний або скопійований з пробілом ключ викликає authentication failure, який виглядає як "connection timed out"
- Перевірте, що Stream URL не містить пробілів або невидимих символів у кінці
"Disconnected from server" / помилки WriteN send
Стрім підключається, працює від 30 секунд до кількох хвилин, потім падає. У логу OBS видно WriteN errors на RTMP-сокеті.
- Використовуйте Ethernet, не Wi-Fi — packet loss Wi-Fi виглядає нормально на speed test, але вбиває стійкий RTMP-throughput
- Перевірте MTU — значення вище 1500 змушують деякі роутери фрагментувати пакети, які YouTube іноді відкидає. Виставте MTU 1492 або 1472, якщо ви за PPPoE
- Деякі ISP throttling-ують стійкий upload через deep packet inspection. Протестуйте через VPN — якщо drops зникли, причина у вашому ISP
SSL handshake error на RTMPS
Специфічно для RTMPS-з'єднань: TLS-переговори падають до того, як хоч один байт відео потече.
- Додайте :443 до URL: rtmps://a.rtmps.youtube.com:443/live2 — деяким енкодерам потрібен явний порт
- Оновіть OBS до актуальної версії. YouTube кілька разів ротував TLS-сертифікати; у старих білдах OBS застарілі CA bundles
- Якщо RTMPS продовжує падати — повертайтеся на plain RTMP на 1935 як тимчасовий workaround
Buffering або dropped frames на стороні YouTube
Стрім — "live", але глядачі бачать буферизацію, drops кадрів або "video unavailable" періодично.
- Підтвердьте, що Rate Control — CBR, не VBR. Ingest YouTube чутливий до сплесків bitrate
- Зменшіть bitrate на 25% — ваша upload-смуга найпоширеніша причина, навіть якщо speedtest показує інше
- Перевірте навантаження енкодера: відкрийте Task Manager / Activity Monitor, OBS не повинен тримати >80% CPU на x264. Якщо тримає — перемкніться на NVENC або hardware encoding
Коли НЕ варто запускати RTMP самостійно: cloud-streaming як альтернатива
RTMP з вашого ноутбука працює для 2-годинної ігрової сесії. Для 24/7-стрімів він швидко розвалюється. Ваш ПК має бути ввімкнений безперервно, що додає 30–80 USD на місяць у вигляді електрики, зношує кулери і сховище, і прив'язує ваш інтернет-uplink до однієї машини. Будь-який reboot, OS update чи 30-секундний обрив — і стрім помер.
Cloud-streaming сервіси заздалегідь налаштовують RTMP-pipeline на стороні сервера. TheLoops, наприклад, виставляє той самий endpoint rtmp://a.rtmp.youtube.com/live2 і ваш stream key за лаштунками — але енкодер працює в датацентрі з auto-reconnect, automatic bitrate adjustment і content scheduling. Ви завантажуєте відео, вказуєте сервісу свій YouTube-канал — і стрім лишається в ефірі без участі вашого комп'ютера.
Готові припинити запускати OBS вручну?
TheLoops бере на себе весь RTMP-pipeline — той самий endpoint rtmp://a.rtmp.youtube.com/live2, але стрімить з cloud-серверів з auto-reconnect, scheduled playlists і нульовою вартістю електрики на вашому боці.
Часті запитання
Це primary RTMP ingestion endpoint YouTube, куди енкодери — OBS, vMix і cloud-streaming сервіси — надсилають ваше live-відео. "a" вказує на primary server (b — backup), а /live2 — application path. Разом з вашим унікальним stream key URL ідентифікує канал, до якого належить стрім.
RTMPS — це RTMP поверх TLS, тобто стрім зашифрований у транзиті, що захищає від man-in-the-middle атак. YouTube рекомендує RTMPS для будь-якого production-стріму; знайти його можна, клацнувши іконку замка в Live Control Room. Plain RTMP використовуйте лише якщо ваша мережа блокує port 443 outbound.
Plain RTMP використовує TCP port 1935 (за замовчуванням протоколу). RTMPS — TCP 443. Якщо ваш домашній фаєрвол блокує 1935 outbound (буває в корпоративних і навчальних мережах), ви побачите "Failed to connect to server" — перемикання на RTMPS на 443 зазвичай вирішує без жодних інших змін.