Калькулятор бітрейту стріму для OBS, Twitch і YouTube
Розрахуйте бітрейт, який справді підходить вашому стріму. Оберіть платформу, роздільну здатність і свою виміряну швидкість вивантаження — і отримаєте число, яке публікує сама платформа, обмежене тим, що реально витягне ваш канал. Налаштування нижче взяті з власної документації YouTube, Twitch, Kick і Facebook, кожне джерело має посилання.
Налаштування стріму
Рекомендовані налаштування
YouTube публікує 10,000 Кбіт/с для цієї роздільної здатності. Число вище враховує ще ваш тип контенту та запас вивантаження.
Оцінка використання даних
Рекомендовані налаштування кодувальника
Бітрейт, інтервал ключових кадрів і звук взяті з документації YouTube — посилання під карткою. Там, де YouTube не публікує пресет кодувальника, показаний пресет є нашою рекомендацією.
OBS Studio / Streamlabs Desktop
- Кодувальник: x264 або NVENC
- Контроль швидкості: CBR
- Бітрейт: 10,000 Kbps
- Інтервал ключових кадрів: 2 секунд
- Пресет: veryfast (x264) / Quality (NVENC)
- Профіль: main / high
- Бітрейт аудіо: 128 Kbps (AAC)
Панель TheLoops
- Роздільна здатність: 1920x1080
- Частота кадрів: 30 fps
- Якість: Автооптимізовано
- Бітрейт: Auto (10,000 Kbps)
- TheLoops автоматично оптимізує бітрейт на основі вашого контенту та з'єднання
Як зі швидкості вивантаження отримати бітрейт
бітрейт — це обсяг даних, який ви щосекунди віддаєте платформі, і він має вміститися у вивантаження, а не в завантаження, яке зазвичай і є тим великим числом у рекламі провайдера. Запустіть тест швидкості й дивіться саме на upload.
Далі залиште запас. Калькулятор орієнтується на 75% від виміряного вивантаження — саме тому він пропонує 10,000 Кбіт/с: щоб для цієї роздільної здатності й типу контенту канал перестав бути обмеженням, потрібно близько 14 Мбіт/с вивантаження. Стрімити на всі 100% виміряної швидкості — найчастіша причина втрачених кадрів: вимірювання показує найкращий випадок, а відеодзвінок, резервна копія чи телефон у тій самій мережі з'їдають різницю.
- Вимірюйте в той час, коли ви справді стрімите. Увечері на спільній лінії вивантаження буває вдвічі меншим, ніж удень.
- За можливості використовуйте кабель. Wi-Fi не деградує плавно: він тримає стабільну швидкість, а потім втрачає цілий пакет даних — саме те, від чого живий кодувальник не відновлюється.
- Мультистрімінг множить це навантаження. Віддавати той самий стрім на три платформи з одного комп'ютера — це потрійне вивантаження; віддати його один раз сервісу, який розводить копії, — ні.
CBR чи VBR
Для живого ефіру — CBR, постійний бітрейт. VBR економить трафік, знижуючи швидкість у спокійні моменти, і це звучить розумно рівно до того, як дія повертається і швидкість стрибає назад угору.
Twitch прямо описує, що йде не так: маршрут, який справлявся на низькій швидкості, може не витягнути стрибок, і результат вони називають broadcast starvation — буферизація й втрачені кадри в усіх глядачів, зокрема й тих, хто дивиться в нижчій якості. Kick взагалі не дає вибору: він вимагає CBR, а на Mac це означає вибрати кодувальник x264, бо апаратний цього не вміє.
VBR доречний для файлу, який ви потім завантажите. Він недоречний для з'єднання, відкритого до сервера прийому.
Обмеження бітрейту платформ
Усі числа тут — власні дані платформ, звірені з документацією 29 серпня 2026 року. Назви платформ ведуть на джерело.
| Платформа | 1080p60 | Макс. бітрейт | Макс. роздільність | Звук | Макс. тривалість |
|---|---|---|---|---|---|
| YouTube | 12,000 Kbps | 51,000 Kbps | 2160p60 | 128 Kbps | не оголошено |
| Twitch | 6,000 Kbps | 6,000 Kbps | 1080p60 | 96 Kbps | 48 год |
| Kick | 1,000-8,000 Kbps | 8,000 Kbps | 1080p60 | 128 Kbps | не оголошено |
| 3,000-6,000 Kbps | 6,000 Kbps | 1080p30 | 128 Kbps | 8 год |
Kick і Facebook публікують один діапазон, а не число для кожної роздільної здатності, тож у цих рядках показано діапазон. Twitch не публікує нічого вище 1080p60, а єдине рекомендоване налаштування Facebook — 1080p за 30 кадрів. Звук наведено рекомендований, а не граничний: Twitch приймає до 160 Кбіт/с AAC, але радить 96 задля сумісності.
Чому стрім втрачає кадри
Втрачені кадри мають дві причини, і лікуються вони протилежно. Якщо не встигає кодувальник — проблема в процесорі чи відеокарті. Якщо не встигає мережа — проблема в бітрейті. Ідіть цим порядком.
- Спершу знизьте бітрейт. Власна порада Kick — зменшувати на 1 000 Кбіт/с за раз, доки стрім не стане чистим. Якості це коштує менше, ніж здається, і одразу показує, чи мережа є обмеженням.
- Потім послабте пресет. Twitch зазначає, що пресети x264 повільніші за Faster потребують процесора з шістьма й більше ядрами. Якщо ядер менше, повільніший пресет купує вам не якість, а втрачені кадри. Перейдіть на veryfast або, за порадою Kick, на superfast.
- Перенесіть кодування з процесора. Twitch оцінює NVENC на Turing і новіших — RTX 20, GTX 1660 — як кращий за x264 Fast і приблизно на рівні medium, до того ж процесор лишається вільним. На старіших Pascal і Kepler він ближчий до veryfast.
- І лише тоді знижуйте роздільну здатність. Чистий 720p кращий за 1080p, що затинається, і глядачі помічають затинання значно швидше за пікселі.
З чим стикається цілодобовий стрім
Щойно стрім має триматися тижнями, бітрейт перестає бути цікавим питанням. Платформи публікують межу тривалості однієї трансляції, і вона коротша, ніж очікують: Facebook завершує ефір через 8 годин — 12 для окремих партнерів рівня Premium — і сам радить запланувати паузу, завершити трансляцію та одразу перезапустити її. Twitch обмежує одну трансляцію 48 годинами. YouTube такої межі не публікує.
Тобто канал, який в ефірі цілий день, — це не один довгий стрім. Це послідовність стрімів, і хтось має помічати кінець кожного й починати наступний: після перепідключення, обриву прийому чи примусового завершення на межі годин. Робити це з домашнього комп'ютера означає, що комп'ютер ніколи не спить і ніколи не оновлюється.
TheLoops кодує у хмарі, самостійно перезапускається, коли платформа або з'єднання обриває стрім, і віддає одне вивантаження на всі підключені напрямки.
Спробувати TheLoops безкоштовноЧасті запитання
YouTube публікує окреме число для кожної роздільної здатності для H.264: 10 Мбіт/с для 1080p30, 12 Мбіт/с для 1080p60, 6 Мбіт/с для 720p60 і 4 Мбіт/с для 720p30, до 24 Мбіт/с для 1440p60 і 35 Мбіт/с для 4K60. Це помітно більше за числа, які досі наводить більшість посібників. Хай там що ви оберете, обмежте його приблизно 75% від виміряної швидкості вивантаження.
Буферизація зазвичай відбувається, коли ваш бітрейт перевищує стабільну швидкість завантаження. Використовуйте бітрейт, що становить 70-80% від максимуму швидкості завантаження. Також перевірте втрату пакетів та переконайтеся, що налаштування енкодера відповідають вашій роздільній здатності.
720p або 1080p при 30fps ідеально підходить для 24/7 стрімінгу. Це балансує якість з ефективністю трафіку. Вищі роздільні здатності потребують більше обчислювальної потужності та трафіку, що може спричинити проблеми за тривалий період.
Не завжди. Бітрейт має зменшувану віддачу, за певною точкою глядачі не бачать різниці. Добре закодований стрім 4 500 Кбіт/с часто виглядає краще, ніж погано закодований 8 000 Кбіт/с. Зосередьтеся на відповідності бітрейту роздільній здатності та використовуйте добрі налаштування енкодера (CBR, пресет medium або slow).
CBR (Constant Bitrate) підтримує постійний бітрейт, ідеально для стрімінгу, оскільки передбачуваний для глядачів. VBR (Variable Bitrate) регулюється на основі складності контенту, краще для записів. Для живого стрімінгу завжди використовуйте CBR, щоб запобігти буферизації під час складних сцен.
Twitch публікує 6 000 Кбіт/с для 1080p60, 4 500 для 1080p30 і 720p60 та 3 000 для 720p30 — усе в CBR з інтервалом ключових кадрів у 2 секунди. Нічого вище за 1080p60 він не публікує. Звук — AAC-LC, рекомендовано 96 Кбіт/с задля сумісності, максимум 160 Кбіт/с.
Візьміть виміряну швидкість вивантаження в Мбіт/с, помножте на 1 000, щоб отримати Кбіт/с, і візьміть від цього приблизно 75%. Вивантаження 20 Мбіт/с дає близько 15 000 Кбіт/с корисного запасу. Ніколи не цільтеся у 100%: вимірювання показує найкращий випадок, а все інше на з'єднанні бере дані з тієї самої труби.
Починайте з veryfast на x264. Twitch зазначає, що пресети, повільніші за Faster, потребують процесора з шістьма й більше ядрами, тож на слабшій машині повільніший пресет дає не кращу картинку, а втрачені кадри. Kick публікує veryfast з tune zerolatency для x264 і P6 Slower з Ultra Low Latency для NVENC. Streamlabs Desktop побудований на OBS, тож значення однакові в обох.
Ні того, ні того. Документація Kick вказує, що підтримується лише кодування x264 / H.264, вимагається CBR, а стеля — 1920x1080, 60 кадрів і 8 000 Кбіт/с. На Mac потрібно обрати кодувальник x264, щоб CBR узагалі став доступним.
Facebook завершує ефір через 8 годин або 12 для окремих партнерів рівня Premium і радить авторам одразу перезапускати трансляцію, якщо потрібно довше. Twitch обмежує одну трансляцію 48 годинами. YouTube ліміту не публікує. Тому канал, який тримається в ефірі цілодобово, потребує чогось, що перезапускає стрім самостійно, а не однієї дуже довгої трансляції.