Роздільні налаштування запису та ефіру в OBS

Навіщо розділяти налаштування запису та ефіру

Стрім і локальний запис вирішують різні завдання. Ефір має відповідати вимогам платформи, вкладатися в можливості інтернет-каналу і не створювати зайве навантаження під час гри. Локальний файл можна зберегти з вищою якістю, бо він не обмежений вхідним бітрейтом трансляції.

Якщо залишити одне налаштування для обох процесів, OBS використовуватиме однакову логіку кодування. При виборі параметрів під стрім запис може виглядати гірше, ніж потрібно: у динамічних сценах з'являться блоки, розмиті деталі та сліди від руху. Якщо орієнтуватися лише на запис, ефір може почати втрачати кадри, а завантаження комп'ютера й каналу стане занадто високим.

В OBS можна окремо задати енкодер, режим керування якістю, бітрейт, шлях збереження, контейнер і аудіодоріжки. У деяких конфігураціях доступне також окреме масштабування запису. Сцени, джерела, захоплення гри та загальна обробка зображення при цьому залишаються спільними для обох виходів.

Окремі параметри не означають повністю незалежний рендеринг. OBS все одно одночасно обробляє зображення для ефіру та файлу. Тому після зміни налаштувань потрібна перевірка саме в тій сцені, де ви зазвичай стрімите: з грою, камерою, оповіщеннями, браузерними джерелами та мікрофоном.

Як відкрити розширені параметри виводу

Відкрийте в OBS пункт «Налаштування», перейдіть до розділу «Вивід» і в рядку «Режим виводу» виберіть «Розширений». В англомовному інтерфейсі цей режим називається Advanced. Назви окремих пунктів можуть трохи відрізнятися залежно від версії OBS і вибраної мови.

У простому режимі програма пропонує обмежений набір готових варіантів. Вони підходять для першого запуску, але не дають роздільно керувати потоком і локальним записом. Після включення розширеного режиму з'являються самостійні блоки або вкладки «Потокова передача» та «Запис».

Спочатку налаштуйте потокову передачу, потім перейдіть до запису. Не плутайте розділ «Вивід» із розділом «Відео». У налаштуваннях відео задаються базове роздільність полотна, вихідна роздільність і частота кадрів. Ці параметри можуть впливати на обидва результати, навіть якщо енкодери та бітрейти розділені.

Після кожної помітної зміни зберігайте налаштування і тестуйте лише один сценарій. Якщо змінити одночасно роздільність, енкодер і якість запису, буде складно зрозуміти, що саме спричинило зростання навантаження або погіршення зображення.

Налаштування стріму для Twitch в OBS

Для ефіру на Twitch як практичну відправну зв'язку для 1080p60 можна використовувати апаратний енкодер NVIDIA NVENC, режим CBR, бітрейт 6000–8000 кбіт/с та інтервал ключових кадрів 2 секунди. Для кодека зазвичай вибирають H.264, оскільки він широко підтримується платформами та пристроями глядачів.

Діапазон 6000–8000 кбіт/с не означає, що завжди потрібно відразу ставити верхнє значення. Почніть із 6000 кбіт/с, якщо хочете знизити вимоги до каналу. Значення 8000 кбіт/с використовуйте лише після перевірки актуальних обмежень Twitch, можливостей акаунта та стабільності вихідної швидкості. У платформи можуть змінюватися правила приймання потоку.

У профілі кодування зазвичай вибирають High, якщо його підтримує вибраний енкодер. Інші параметри NVENC краще спочатку залишити в межах рекомендованих OBS або Twitch значень. Занадто вимогливий пресет може забрати ресурси в гри, особливо при одночасному записі.

Постійний бітрейт CBR потрібен для стабільного потоку. При ньому відправлення даних краще відповідає вимогам платформи, ніж при режимі, розрахованому лише на якість. Не намагайтеся компенсувати слабкий інтернет максимальною якістю енкодера: при нестабільному каналі глядачі все одно побачать буферизацію або пропуски.

Для 1080p60 потрібна не лише достатня швидкість віддачі, а й запас на коливання з'єднання. Якщо канал працює на межі, спочатку перевірте ефір із вибраним бітрейтом. При втратах кадрів безпечніше зменшити бітрейт, роздільність або частоту кадрів, ніж залишати нестабільний потік.

Що вказати в розділі потокової передачі

У «Налаштування» → «Вивід» → «Потокова передача» виберіть NVENC, якщо відеокарта підтримує цей енкодер і OBS працює з ним без помилок. У полі керування бітрейтом встановіть CBR, а в полі «Бітрейт» вкажіть вибране значення в кбіт/с. Для інтервалу ключових кадрів поставте 2 секунди, якщо це відповідає поточним вимогам Twitch.

Перевірте, що випадково не вибрано програмний x264. Він кодує через процесор і може бути корисним в окремих системах, але при важкій грі та одночасному записі здатен помітно збільшити завантаження CPU. Апаратний NVENC зазвичай дозволяє перенести основну роботу кодування на відеокарту.

Пункт «Використовувати налаштування енкодера потоку» в розділі запису пов'язує локальний файл із параметрами ефіру. Якщо мета — отримати окрему якість запису, цей пункт включати не слід. Інакше запис використовуватиме логіку стріму, включно з його обмеженням за бітрейтом.

Як налаштувати локальний запис окремо

Перейдіть до «Налаштування» → «Вивід» → «Запис». У полі типу запису виберіть «Стандартний», вкажіть окрему папку і переконайтеся, що на вибраному диску достатньо вільного місця. Шлях краще задавати не лише за зручністю, а й з урахуванням навантаження: системний диск і диск із грою можуть бути не найкращим місцем для довгих файлів.

У полі енкодера виберіть NVIDIA NVENC H.264, якщо запис планується для монтажу, завантаження на різні платформи або перегляду на пристроях із невідомою підтримкою кодеків. NVENC — це спосіб апаратного кодування, а H.264 — сам відеокодек. Їх не слід вважати взаємозамінними назвами.

У розділі запису не вибирайте «Як у потоці» або «Same as stream». Такий варіант копіює параметри ефіру і не дозволяє використовувати окреме керування якістю. Енкодер може бути тим самим, але режим якості, контейнер і додаткові налаштування мають задаватися самостійно.

Для локального запису з одночасним ефіром можна використовувати NVENC і в потоці, і у файлі. Можливість залежить від відеокарти, версії драйвера, роздільності, частоти кадрів і навантаження гри. Після включення двох виходів обов'язково перевірте статистику OBS і плавність самої гри.

CQP 18–22 для запису через NVENC

Для запису через NVENC використовуйте режим керування якістю CQP і почніть зі значення в діапазоні 18–22. Менше число означає вищу якість і зазвичай більший розмір файлу. Значення 18 підходить як відправна точка для якісного вихідника, а 22 дозволяє зменшити розмір, якщо запис займає занадто багато місця.

Конкретний результат залежить від гри та зображення. У спокійній сцені файл може вийти невеликим, а при швидкому русі камери, частинках, траві, листі та дрібному тексті потік даних зросте. Тому орієнтуватися лише на число CQP не можна: дивіться сам файл і перевіряйте, чи вистачає диска.

Практичне налаштування для початку виглядає так: NVENC H.264, CQP 18–22, контейнер MKV, запис на окремий швидкий диск. Якщо після тесту видно блоки на русі або втрачаються дрібні деталі, зменште значення CQP. Якщо якість уже достатня, але файли занадто великі, збільште його в бік 22.

Для програмного x264 замість CQP зазвичай використовується CRF. Це схожа за змістом шкала якості, але її значення не можна напряму порівнювати з CQP. Якщо вибрано x264, застосовуйте CRF і орієнтуйтеся на його власну логіку. Не переносьте число 18 або 22 між різними енкодерами без перевірки результату.

CBR для локального запису теж працює, але не завжди раціональний. Він фіксує потік навіть у простій сцені і може не дати достатньо даних складним кадрам, якщо виставлено обмежене значення. CBR залиште для ефіру, а для файлу використовуйте режим, орієнтований на якість.

Як вибрати кодек для локального файлу

Не плутайте контейнер, кодек і енкодер. MKV і MP4 — контейнери, в яких зберігаються відео та звук. H.264, HEVC і AV1 — відеокодеки. NVENC — апаратний спосіб кодування на відеокартах NVIDIA. У налаштуваннях OBS ці поняття зустрічаються поряд, тому важливо перевіряти кожен пункт окремо.

H.264 зазвичай вибирають для максимальної сумісності з відеоредакторами, плеєрами та сервісами завантаження. HEVC може дати менший файл при зіставній якості, але підтримка залежить від операційної системи, відеоредактора та обладнання. AV1 також здатен ефективно стискати зображення, однак вимоги до декодування та монтажу можуть бути вищими.

Якщо запис потрібен для швидкого монтажу, публікації кліпів і передачі іншій людині, почніть із H.264. Якщо файл призначений для власного архіву, а використовувані програми впевнено працюють із HEVC або AV1, можна протестувати один із цих варіантів на короткому фрагменті.

Перевіряйте не лише відтворення. Відкрийте тестовий файл у тому відеоредакторі, де будете монтувати, перемотайте його по таймлайну і спробуйте експортувати короткий фрагмент. Деякі поєднання кодека, контейнера й аудіодоріжок відкриваються в плеєрі, але створюють проблеми при монтажі.

MKV і автоматичний ремультиплекс у MP4

Для тривалого запису безпечніше вибрати MKV у полі «Формат запису». Якщо OBS або комп'ютер завершаться з помилкою, контейнер зазвичай зберігає вже записану частину файлу. Це не відновлює дані, які ще не встигли записатися на диск, але знижує ризик втратити весь матеріал через незавершений MP4.

Щоб після звичайної зупинки отримувати MP4 автоматично, відкрийте «Налаштування» → «Додатково». Знайдіть розділ, пов'язаний із записом, і ввімкніть пункт «Автоматично перемультиплексувати в MP4» або Automatically remux to mp4. У розділі «Вивід» при цьому залиште формат запису MKV.

Після нормального натискання «Зупинити запис» OBS спочатку завершить MKV, а потім виконає ремультиплексування в MP4. Повторного кодування тут немає: відео та звук переносяться в інший контейнер, тому якість не змінюється. Готовий MP4 з'явиться в папці запису після завершення операції.

Авторемультиплекс не може створити MP4 після раптового падіння OBS, бо для цього потрібно коректно закрити вихідний файл. При збої збережений MKV залишається робочим. Після повторного запуску OBS відкрийте «Файл» → «Перемультиплексувати записи», виберіть MKV і вкажіть місце для MP4.

Не перейменовуйте розширення вручну. Перейменування MKV в MP4 не змінює структуру контейнера і може призвести до помилки при відкритті. Після автоматичного або ручного ремультиплексування перевірте MP4, і лише потім видаляйте вихідний MKV.

Різна роздільність і загальні параметри відео

Основна роздільність полотна задається в розділі «Відео». Вона визначає робочу область сцен і впливає на зображення, яке OBS отримує від джерел. Вихідна роздільність задає розмір результату після масштабування.

У розділі запису може бути доступний пункт «Змінити масштаб виводу» або Rescale Output. Якщо він відображається для вибраної конфігурації, увімкніть його і вкажіть роздільність локального файлу окремо від роздільності стріму. Наприклад, ефір можна відправляти в 1920×1080, а запис зберігати в іншій роздільності, якщо це виправдано завданням.

Окреме масштабування вимагає додаткової обробки зображення. При його включенні зростає навантаження на відеокарту та рендеринг OBS. Не варто підвищувати роздільність запису вище за вихідну: масштабування вгору не додасть деталей, але збільшить обчислення та розмір файлу.

Частота кадрів найчастіше задається в загальних налаштуваннях відео і застосовується до всього робочого процесу. Роздільно встановити 60 кадрів за секунду для ефіру та інше значення для запису штатними засобами вдається не в усіх сценаріях. Якщо така схема необхідна, спочатку перевірте можливості поточної версії OBS і вибраного енкодера.

Окремі аудіодоріжки для ефіру та запису

Локальний файл можна зробити зручнішим для монтажу, якщо не зводити всі джерела в одну доріжку. У «Розширених властивостях аудіо» призначте мікрофон, гру, музику та оповіщення на різні доріжки. При цьому для ефіру залиште окрему доріжку з готовим загальним міксом, який чує глядач.

Більшість платформ використовує одну звукову доріжку трансляції. Локальний запис при цьому може містити кілька доріжок: наприклад, загальний мікс, лише мікрофон і лише звук гри. Такий варіант допомагає прибрати музику, виправити баланс або замінити окреме джерело при монтажі.

Перевірте доріжки в налаштуваннях запису і в самому відеоредакторі. Зробіть короткий файл, вимикайте по черзі доріжки і переконайтеся, що мікрофон не дублюється, звук гри не зник, а загальний мікс містить усе необхідне для перегляду.

Роздільні доріжки не виправлять неправильну гучність автоматично. Перед ефіром прослухайте тестовий фрагмент у навушниках і перевірте, чи не перекриває гра мову. Це особливо важливо після зміни пристрою виводу або підключення нового мікрофона.

Як перевірити навантаження на диск: HDD проти SSD

Швидкість запису на конкретний диск для стрімера може бути не менш важливою, ніж вибір CQP. При записі OBS постійно зберігає дані, а гра паралельно читає текстури та інші файли. На HDD послідовний запис може проходити нормально, але переміщення головок між файлами гри, системою та записом здатні викликати затримки й посмикування.

SSD зазвичай краще підходить для локального запису, особливо якщо на ньому ж запускається гра або працюють інші програми. NVMe SSD не завжди обов'язковий: важливіша реальна стабільна запис на вашому накопичувачі, вільне місце та відсутність конкуруючих задач. Старий HDD не можна оцінювати лише за заявленою швидкістю з характеристик.

Перевіряйте накопичувач на своєму комп'ютері. Запустіть ту саму гру та сцену OBS, яка буде використовуватися в ефірі, увімкніть запис на 10–15 хвилин і в цей час відкрийте диспетчер задач Windows або монітор ресурсів. Стежте за активністю диска, швидкістю запису, вільним місцем і тим, чи не з'являються затримки у грі.

Після тесту подивіться розмір отриманого файлу і розрахуйте середню швидкість: розмір файлу в мегабайтах розділіть на тривалість запису в секундах. Порівняйте цей результат із фактичною швидкістю запису, яку показував моніторинг. Для CQP швидкість не буде постійною, тому перевіряйте саме складну сцену, а не лише меню гри.

Не орієнтуйтеся лише на результати синтетичного тесту. Накопичувач може показувати високу швидкість при короткій перевірці, але сповільнюватися при заповненні кешу або тривалому записі. Реальний тест OBS одночасно враховує гру, сцени, енкодер і файлову систему.

Якщо на HDD диск часто сягає 100 відсотків активності, запис починає перериватися, а гра посмикується, перенесіть запис на SSD або окремий накопичувач. Також не зберігайте файл у мережеву папку, зовнішній диск із нестабільним підключенням або майже заповнений розділ без попередньої перевірки.

Як зрозуміти причину пропусків і просідань

Відкрийте в OBS вікно «Статистика» під час тесту. Пропущені кадри через мережу вказують на з'єднання з платформою. Пропуски через кодування говорять про нестачу ресурсів енкодера. Просідання рендерингу означають, що OBS або гра не встигають підготувати кадр для виводу.

Проблема з диском може проявлятися інакше: запис зупиняється, файл виходить пошкодженим, з'являються затримки при збереженні або гра починає звертатися до накопичувача з великими паузами. Тому однієї статистики OBS недостатньо — паралельно стежте за завантаженням диска в операційній системі.

Якщо просідає рендеринг, спробуйте обмежити частоту кадрів гри, зменшити зайве масштабування і закрити непотрібні джерела. При проблемах кодування перевірте пресет NVENC, роздільність, частоту кадрів і одночасну роботу двох виходів. Якщо зростають втрати через мережу, спочатку зменште бітрейт стріму або усуньте причину нестабільного підключення.

Пріоритетом під час ефіру залишається стабільна трансляція. Якщо комп'ютер не справляється з NVENC для стріму та запису на CQP 18, спочатку підніміть значення CQP до 20–22, спростіть запис або перенесіть його на інший диск. Краще отримати трохи більш стиснутий локальний файл, ніж втратити кадри в ефірі.

Перевірка перед повноцінною трансляцією

Після налаштування не запускайте відразу багатогодинний ефір. Зробіть короткий запис із максимальним для комп'ютера навантаженням: відкрийте гру, увімкніть вебкамеру, оповіщення, браузерні джерела та мікрофон. Потім окремо перевірте потік із тією ж роздільністю, частотою кадрів, бітрейтом і енкодером.

Перегляньте початок, середину і кінець файлу. Зверніть увагу на швидкі повороти камери, дрібний текст, темні області, частинки та сцени з великою кількістю руху. Саме там найчастіше помітні нестача якості, занадто агресивне стиснення або проблеми масштабування.

Перевірте звук на всіх потрібних доріжках, імпортуйте файл у відеоредактор і спробуйте перемотування. Після нормальної зупинки переконайтеся, що авторемультиплекс створив MP4. Для окремого тесту збою достатньо перевірити, що запис у MKV з'являється в папці ще до завершення роботи OBS.

Якщо результат влаштовує, збережіть профіль OBS для конкретного завдання. Для різних ігор можна використовувати окремі профілі, але перед важливим ефіром все одно варто перевірити сцену, вільне місце і стан диска. Драйвер відеокарти, оновлення OBS або зміна кодека можуть змінити навантаження.

Часті помилки при роздільному налаштуванні

Одна з поширених помилок — вибрати для запису режим «Як у потоці», а потім очікувати якості CQP. У цьому випадку локальний файл отримує параметри ефіру. Інша помилка — поставити CQP 18 без перевірки розміру і залишити запис на диску, який уже зайнятий грою або системою.

Не слід відразу вибирати HEVC або AV1 лише через менший розмір файлу. Спочатку перевірте підтримку кодека у відеоредакторі та на пристрої, де буде відтворюватися запис. Також не варто вручну перейменовувати MKV в MP4 або вважати ввімкнений авторемультиплекс захистом від будь-якого збою.

Ще одна проблема — перевіряти лише перші хвилини. Диск може почати сповільнюватися пізніше, вільне місце може закінчитися, а важка сцена з'явиться лише в середині гри. Тестуйте повний робочий сценарій і дивіться не лише на картинку, а й на статистику OBS, звук і навантаження накопичувача.

Короткий порядок дій

1. Відкрийте «Налаштування» → «Вивід» і ввімкніть розширений режим.
2. Для Twitch 1080p60 задайте NVENC H.264, CBR, 6000–8000 кбіт/с та інтервал ключових кадрів 2 секунди, звіривши параметри з актуальними вимогами платформи.
3. У розділі запису вимкніть «Як у потоці», виберіть NVENC H.264 і режим CQP 18–22.
4. Вкажіть окрему папку на перевіреному диску, бажано SSD, і виберіть MKV.
5. У розділі «Додатково» увімкніть автоматичний ремультиплекс у MP4, щоб після штатної зупинки отримувати сумісний файл без повторного кодування.
6. Призначте аудіодоріжки і перевірте мікрофон, гру та загальний мікс.
7. Зробіть тестовий запис і ефір, подивіться статистику OBS, навантаження HDD або SSD, розмір файлу та якість складних сцен.