Обслуговування стрим-ПК: OBS, кліпи і тиск на диск

Порахуйте, поки за вас не порахував диск

Бітрейт конвертується в місце за фіксованим курсом: 6000 Кбіт/с відео — це приблизно 2,7 ГБ на годину, а локальний запис із CRF у 1080p60 дає 5-7 ГБ на годину залежно від динаміки кадру. Чотиригодинний чариті-стрим із локальним записом народжує близько 25 ГБ за вечір; сезон із трьох стримів на тиждень — півтерабайта ще до першого експорту хайлайтів. Планувати сховище стрим-ріга треба на сезон, а не на вечір, і більшість катастроф «диск заповнився посеред стриму» були заплановані арифметикою за кілька тижнів.

Улаштування дисків значить не менше за обсяг. Окремий диск захоплення — другий SSD будь-якого доступного обсягу — розплітає запис і систему: коли диск захоплення заповнюється, Windows далі дихає, а енкодер не змагається з грою за один том. Писати на той самий NVMe, де ОС і гра, можна рівно до моменту, коли кінчається вільне місце; писати на HDD виходить на папірці для послідовного запису і вмирає, щойно гра читає текстури з того самого диска. Тримайте 15-20% вільними на обох дисках: нижче цієї межі SSD втрачають швидкість запису саме тоді, коли OBS потрібніша за все.

Щотижнева рутина у стримерській редакції

Міжстримовий прохід короткий і прозаїчний: перенесіть удалі дублі на архівний диск або NAS, решту видаліть і вичистіть теки кліпів, які ніхто не передивляється. Перевірте, що і куди пишуть ваші інструменти: миттєві реплеї та автокліпи (оверлей NVIDIA, Medal і компанія) тримають кожен свою бібліотеку, у реплей-буфера власна квота на диску, а дампи збоїв OBS у %APPDATA%\obs-studio після поганого драйверного тижня тихо набирають сотні мегабайтів. П'ять тек раз на тиждень — ось і вся робота.

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

• Щотижня забирайте удалі записи з диска захоплення — спершу архів або NAS, потім порожня вихідна тека
• Тримайте 15-20% вільними на обох дисках; нижче цієї межі заїкаються і енкодер, і ОС
• Перевіряйте теки виводу кліп-інструментів — миттєві реплеї і автокліпи пишуть гігабайти, які ніхто не дивиться двічі
• Вичищайте %APPDATA%\obs-studio\crashes і логи під час проходу — поганий драйверний тиждень лишає сотні МБ дампів
• Після кожного оновлення драйвера GPU чекайте перебудову шейдерного кешу — перші хвилини можуть підергуватися, це нормально
• Експортуйте колекції сцен OBS перед будь-яким експериментом; налаштування енкодера в день стриму не міняють

Те, що ніхто не робить руками досить довго

Чесна правда про регламенти: вони працюють рівно до вечора, коли ліньки — після стриму, о першій ночі, з роботою зранку. Це робота планувальника, а не сили волі: перестворюваний мотлох стрим-ріга (логи й дампи OBS, шейдерні кеші, webcache кожного чату й оверлей-інструмента) — якраз та категорія, яку пресет Safe у Kleaner PRO ганяє за завданням Планувальника Windows без нагляду, а важкі медіафайли лишаються єдиною вашою турботою.

Замикають рутину ще дві звички. SSD від вас нічого не хочуть, крім місця: TRIM виконується за власним розкладом, і «оптимізація» для SSD означає саме це, а не дефрагментацію — щомісячний retrim це гігієна, а не ремонт. І стежте за фоновим стеком у дні стримів: вкладки з дашбордами й алертами, чат-клієнти й лаунчер тижня їдять RAM і CPU, які енкодер із більшим задоволенням забрав би собі; друга машина або планшет для чату дешевші за війну з дропами кадрів проти власного оверлею.

Питання та відповіді

Читайте також