Бітрейт — це найбільш неправильно зрозуміла змінна у відеовиробництві. Занадто низький, і ваші ретельно відібрані кольори кадри виглядатимуть як спресований суп — каламутні деталі, блоковий рух, колірні смуги в градієнтах. Занадто високий, і ви створюєте настільки великі файли, що платформи доставки все одно їх повторно стискають, ваш редактор сканує проксі-матеріали, і витрати на зберігання зростають. Знай��и правильний бітрейт для вашої роздільної здатності, кодека та мети доставки є як технічним, так і практичним рішенням, і математика для розрахунку розміру файлу проста, якщо ви знаєте формулу.
Що таке бітрейт і чому це важливо
Бітрейт — це кількість даних, що передаються на декодер за секунду, вимірюється в кілобітах на секунду (Кбіт/с) або мегабітах на секунду (Мбіт/с). Він визначає, скільки інформації доступно для представлення кожного кадру відео.
Вищий бітрейт означає більше даних на кадр, що означає дрібнішу деталізацію, плавніші градієнти, кращу обробку руху та менше артефактів стиснення. Але це залежність віддачі: подвоєння бітрейту з 5 Мбіт/с до 10 Мбіт/с дає видиме покращення якості, тоді як подвоєння з 40 Мбіт/с до 80 Мбіт/с дає набагато менше видиме покращення на типових відстанях перегляду та розмірах екрана.
Важлива відмінність: бітрейт для зйомки/редагування та бітрейт для доставки – це абсолютно різні цілі. Відео з камери для редагування може працювати зі швидкістю 400–800 Мбіт/с (RAW або ProRes). Відредагований відеоматеріал, експортований для клієнта, може працювати зі швидкістю 50–100 Мбіт/с. Остаточна версія, завантажена на YouTube, може працювати зі швидкістю 15–35 Мбіт/с. Кожен етап має різні вимоги.
Рекомендований бітрейт за роздільною здатністю
Таблиця нижче охоплює цілі кодування стандартної доставки, а не характеристики зйомки камерою. Во��и підходять для результатів роботи клієнта, архівних шаблонів і завантажень на платформу.
| Resolution | Frame Rate | H.264 Bitrate | H.265/HEVC Bitrate | Use Case |
|---|---|---|---|---|
| 720p | 24/25/30 fps | 4–6 Mbps | 2.5–4 Mbps | Web delivery, older devices |
| 720p | 60 fps | 6–9 Mbps | 4–6 Mbps | Gaming, sports web content |
| 1080p | 24/25/30 fps | 8–12 Mbps | 5–7 Mbps | Standard HD delivery |
| 1080p | 60 fps | 12–18 Mbps | 7–10 Mbps | Sports, gaming, high-motion |
| 4K (UHD) | 24/25/30 fps | 35–50 Mbps | 18–28 Mbps | 4K streaming master |
| 4K (UHD) | 60 fps | 50–65 Mbps | 28–40 Mbps | 4K sports, action |
| 4K (DCI) | 24/25 fps | 50–70 Mbps | 30–40 Mbps | Cinema delivery |
| 8K | 24/25/30 fps | 100–160 Mbps | 55–90 Mbps | Future-proofing archival |
Для архівних шаблонів, призначених для повторного редагування пізніше, перейдіть вище — до або вище верхньої межі кожного діапазону. Для файлів доставки, які будуть перекодовані платформою (YouTube, Vimeo, сервіси потокового передавання), досягнення рекомендованого діапазону достатньо, оскільки додаткові дані витрачаються даремно: кодер платформи обмежить якість власним вихідним бітрейтом незалежно від того, наскільки високим було ваше завантаження.
Порівняння кодеків: H.264 проти H.265 проти AV1
Кодек визначає, наскільки ефективно кожен біт даних використовується для представлення візуальної інформації. Ефективніші кодеки забезпечують таку саму якість сприйняття за нижчих бітрейтів — або кращу якість за того самого бітрейту.
H.264 (AVC): найбільш універсально сумісний кодек. Відтворюється практично на всіх пристроях, браузерах, смарт-телевізорах і медіаплеєрах, створених за останні 15 років. Вимоги до більш високої швидкості потоку для даного рівня якості порівняно з новішими кодеками, але підтримка апаратного декодування є універсальною. Найкраще для максимальної сумісності.
H.265 (HEVC): Приблизно на 40–50% ефективніше, ніж H.264 за еквівалентної якості. Відео 1080p, яке добре виглядає при 8 Мбіт/с у H.264, виглядає еквівалентно при 5 Мбіт/с у H.265. Компромісом є сумісність — старіші браузери, пристрої та деякі потокові платформи не підтримують H.265. Підтримка апаратного декодування значно покращилася з 2020 року. Найкраще для доставки 4K і архівування з обмеженим обсягом пам’яті.
AV1: найновіший широко поширений кодек, розроблений Alliance for Open Media (Google, Netflix, Amazon тощо). Приблизно на 25–30% ефективніше, ніж H.265, тобто на 30–40% менше файлів за еквівалентної якості порівняно з H.265. З відкритим вихідним кодом і без гонорару. YouTube і Netflix широко використовують його. Підтримка апаратного кодування все ще обмежена (хоча швидко зростає в апаратному забезпеченні 2024–2025 років). Програмне кодування дуже повільне. Найкраще для доставки на платформу, де ви можете дозволити собі час на кодування.
| Codec | Relative Efficiency | Compatibility | Encoding Speed |
|---|---|---|---|
| H.264 | Baseline | Universal | Fast |
| H.265 | ~50% better than H.264 | Good, not universal | Moderate |
| AV1 | ~30% better than H.265 | Growing (web/streaming) | Slow (software) |
| VP9 | Similar to H.265 | Web browsers | Moderate |
CBR проти VBR: що використовувати
Постійний бітрейт (CBR): кодер підтримує фіксований бітрейт незалежно від складності сцени. Повільне панорамування по суцільній кольоровій стіні забезпечує таку ж швидкість передачі даних, як швидке рух камери через натовп.
- Найкраще підходить для: прямої трансляції, трансляції, будь-якої ситуації, коли декодер потребує передбачуваного потоку даних
- Навіщо: буфер потокових протоколів на основі очікуваної швидкості передачі даних; змінні швидкості можуть спричинити події буферизації
- Компроміс: витрачає біти на прості сцени, може стискати складні сцени більше, ніж потрібно
Змінний бітрейт (VBR): кодер розподіляє більше бітів для складних сцен (рух, дрібна деталізація, висока контрастність) і менше бітів для простих сцен (статичні знімки, розмитий фон).
- Найкраще для: доставки на основі файлів, архівування, завантаження та відтворення вмісту
- Чому: досягається краща середня якість за того самого середнього бітрейту або однакова якість за нижчого середнього бітрейту
- Компроміс: непередбачувані розміри файлів, не можна гарантувати швидкість доставки даних для потокового передавання
Для завантажень на YouTube бажано використовувати VBR. Платформа вимагає CBR для Twitch та інших прямих трансляцій. Для матеріалів клієнта, призначених для архівування або повторного редагування, використовуйте VBR із високим цільовим бітрейтом.
Вимоги до платформи: YouTube, Twitch, TikTok, Instagram
Кожна платформа має спеціальні рекомендації щодо завантаження та жорсткі обмеження. Перевищувати їх, як правило, нормально — платформа повторно кодує під час прийому — але падіння значно нижче цього погіршує якість завантаження ще до того, як кодувальник платформи навіть торкнеться цього.
| Platform | Recommended Upload Bitrate | Max Resolution | Frame Rate | Notes |
|---|---|---|---|---|
| YouTube | 35–45 Mbps (4K), 8–12 Mbps (1080p) | 8K | Up to 60 fps | Re-encodes to VP9/AV1 on upload |
| Twitch | 6 Mbps max (partners 8 Mbps) | 1080p60 | 60 fps | CBR required; most viewers at 1080p |
| TikTok | 50 Mbps recommended upload | 4K (limited) | Up to 60 fps | Heavy re-encoding; upload quality matters |
| Instagram Reels | 25–30 Mbps | 1080p | Up to 60 fps | 9:16 aspect ratio, heavy compression |
| Vimeo (Plus+) | No hard limit | 8K | Up to 120 fps | Minimal re-encoding, better quality |
| 8 Mbps (1080p), 35 Mbps (4K) | 4K | Up to 60 fps | Significant re-compression applied |
Примітка YouTube важлива: завантаження з дуже високими бітрейтами (50+ Мбіт/с для 4K) не означає, що глядачі отримають такий бітрейт. Бітрейт YouTube становить 15–25 Мбіт/с для потоків 4K. Однак завантаження майстер-файлу з високим бітрейтом дає кодеру YouTube кращий вихідний матеріал для роботи, що призводить до кращого кінцевого результату з нижчим бітрейтом доставки.
Калькулятор розміру файлу: хвилини × бітрейт
Оцінка розміру вихідного файлу проста:
File size (MB) = (Bitrate in Mbps × 60 × Duration in minutes) ÷ 8
Ділення на 8 перетворює мегабіти на мегабайти (8 біт на байт).
Відпрацьовані приклади:
1080p30, H.264, 10 Mbps, 60-minute documentary:
File size = (10 × 60 × 60) ÷ 8 = 36,000 ÷ 8 = 4,500 MB = 4.5 GB
4K30, H.265, 25 Mbps, 5-minute commercial:
File size = (25 × 60 × 5) ÷ 8 = 7,500 ÷ 8 = 937.5 MB ≈ 1 GB
1080p60, H.264, 16 Mbps, 90-minute wedding film:
File size = (16 × 60 × 90) ÷ 8 = 86,400 ÷ 8 = 10,800 MB = 10.8 GB
Для планування зберігання припустимо, що типовий 2-годинний весільний фільм 4K, який доставляється зі швидкістю 25 Мбіт/с H.265, займає приб��изно 22–25 ГБ. Така сама плівка на H.264 40 Мбіт/с займає приблизно 36 ГБ. Враховуючи кілька версій доставки (клієнтська копія, соціальне вирізання, висвітлення), і для одного весільного проекту може знадобитися 100–200 ГБ загального сховища для всіх результатів і експорту.