Спочатку назвіть симптом
Запишіть точне повідомлення або запишіть назву лічильника, що зростає, у вашій статистиці. Сам по собі загальний відсоток використання ЦП не пояснює всіх проблем. Таким чином вам не доведеться виправляти Інтернет, змінюючи колір накладення.
| Симптом | Що порівнювати |
|---|---|
| Нерівномірне відтворення та попередній перегляд | Завантаження комп'ютера та налаштування гри. |
| Хороший попередній перегляд, проблема кодування | Статистика кодера та локальний запис. |
| Хороший запис, LIVE втрачає дані | Стабільність надсилання та отримання платформи. |
| Лише у деяких глядачів така проблема | Якість відтворення, мережа та пристрої-одержувачі. |
Словник без складних скорочень
| Концепція | Що це означає на практиці? |
|---|---|
| FPS | Кількість кадрів зображення в секунду. Для більшої кількості кадрів потрібні відповідні параметри продуктивності та передачі. |
| Бітрейт | Обсяг зображень або аудіоданих, надісланих за час. Занадто високе значення відносно посилання може призвести до випадання кадрів. |
| Джерело | Один компонент сцени: гра, камера, текст, аудіо або сторінка з накладанням. Порядок джерел визначає, що охоплює. |
| Сцена | Готовий макет зображення: напр. гра з камерою або дошкою для перерв. Вибрана вами сцена визначає те, що ви показуєте. |
| резолюція | Ширина × висота області, напр. 1920 × 1080. Це відрізняється від зменшення вихідного прямокутника за допомогою миші. |
Крок за кроком · 1–4
- Дія
Зверніть увагу на те, чи гальмує попередній перегляд, файл чи просто програвач програми перегляду.
✓ Після цього кроку ви побачитеВи знаєте, на якому етапі шукати проблему.
- Дія
Відкрийте «Статистика» в меню перегляду або панелей, залежно від версії.
✓ Після цього кроку ви побачитеВи бачите окремі типи пропущених кадрів.
- Дія
Виберіть повторювану хвилину руху в грі.
✓ Після цього кроку ви побачитеПодальші випробування мають аналогічне навантаження.
- Дія
Зробіть локальний запис без потокового передавання.
✓ Після цього кроку ви побачитеВи відокремлюєте свій комп’ютер від Інтернету.
Збільште скріншот ↗Крок за кроком · 5–8
- Дія
Перевірте лічильник затримки візуалізації.
✓ Після цього кроку ви побачитеВи усвідомлюєте проблему складання сцени.
- Дія
Обмежте FPS гри та повторіть ту саму спробу.
✓ Після цього кроку ви побачитеВи можете оцінити вплив ресурсу GPU.
- Дія
У копії сцени вимкніть непотрібні важкі джерела.
✓ Після цього кроку ви побачитеВи перевіряєте ефект композиції зображення, не руйнуючи оригінал.
- Дія
Перевірте окремий лічильник затримки кодування.
✓ Після цього кроку ви побачитеВи не плутаєте кодер із підключенням до мережі.
Збільште скріншот ↗Крок за кроком · 9–12
- Дія
Перевірте доступний менш вимогливий пресет або апаратний кодер.
✓ Після цього кроку ви побачитеВи порівнюєте результат однієї зміни.
- Дія
Для втрат мережі перевірте використання завантаження.
✓ Після цього кроку ви побачитеШвидкість завантаження не замінює вимірювання завантаження.
- Дія
Зупиніть велике завантаження та порівняйте дротове підключення, якщо воно доступне.
✓ Після цього кроку ви побачитеВи знаєте, чи має значення локальна мережа?
- Дія
Перевірте нижчий бітрейт, сумісний із вашою платформою.
✓ Після цього кроку ви побачитеВи перевіряєте стабільність постійного потоку даних.
Збільште скріншот ↗Крок за кроком · 13–14
- Дія
Порівняйте другий приймальний пристрій.
✓ Після цього кроку ви побачитеНевдача одного глядача не вважається невдачею всіх.
- Дія
Запишіть результат і тільки потім змінюйте наступне.
✓ Після цього кроку ви побачитеЧи можете ви вказати, що насправді допомогло?
Приклад, який ви можете відтворити
Спроба A: 60 секунд тієї ж гри без обмеження FPS. Спроба Б: ідентична сцена, але обмежена частота кадрів гри. Зменшення кількості пропущених кадрів рендерингу свідчить про покращений ресурс GPU. Цей тест сам по собі нічого не говорить про зміну якості Інтернету.
Створіть короткий повторюваний тест
Зберігайте копію своєї колекції сцен або профілю перед серйозними змінами. Спроба на тихому робочому столі не відтворить вимогливу гру, багато анімацій і галасливий чат. Тест повинен нагадувати те, як ви насправді керуєте LIVE.
- Встановіть сцену з таким же зображенням, мікрофоном і фрагментом руху.
- Спробуйте кілька хвилин і збережіть налаштування роздільної здатності, частоти кадрів і кодування.
- Виберіть один підозрілий предмет і вимкніть його для наступної спроби.
- Порівняйте статистику та запис. Якщо поліпшень немає, відновіть попередній стан перед перевіркою наступної гіпотези.
Коли не вистачає ресурсів для візуалізації
Перевірте, чи не використовує гра всю доступну потужність відеокарти. Зменшення частоти кадрів у грі або спрощення сцени може залишити місце для композиції зображення трансляції.
Перегляньте кількість джерел, фільтрів і відкритих переглядів. Для звичайної нерухомої графіки використовуйте відповідне джерело зображення. Зберігайте потрібні вам функції та фактично видаліть копії, які вам не потрібні, замість того, щоб довільно ховати речі.
Коли кодер не встигає
Не копіюйте наосліп профіль із більш потужного комп’ютера. Налаштування, які відповідають одній грі, сцені та картці, можуть не працювати для іншого навантаження. Повторний результат випробування важливіший за максимальне число в налаштуваннях.
- Перевірте повідомлення про кодування та доступний апаратний чи програмний кодувальник.
- Порівняйте зразок із меншою вихідною роздільною здатністю або меншою кількістю кадрів.
- Залиште решту параметрів без змін, щоб знати, що спричинило покращення.
- Коли зображення стабілізується, поступово збільшуйте вимоги, а також перевіряйте якість руху.
Коли проблема з відправкою
Надсилання трансляції вимагає стабільного завантаження на сервер платформи. Результат завантаження файлів з Інтернету не є таким самим вимірюванням. Перевірте паралельне завантаження з інших програм і пристроїв.
Порівняйте бітрейт з рекомендаціями обраного сервісу та стабільною пропускною здатністю з’єднання. Зміна сервера або контрольована пробна версія іншої платформи може допомогти визначити проблему певного маршруту. Не виконуйте такі перемикання в середині дійсного LIVE без підготовки.
Накладки, TTS і музика під час тесту
Перевірте інструменти один за одним: спочатку базову сцену, потім чат, сповіщення, музику та інші ефекти. Кілька незалежних копій одного і того ж джерела можуть невиправдано додати навантаження і ускладнити звук.
Свідомо налаштуйте область накладання відповідно до її конфігурації. Зменшення джерела за рахунок ріжучих елементів не є вдалою оптимізацією. Якщо ви використовуєте настільну програму, перевірте її параметри ресурсів, але не виділяйте їй всю системну пам’ять.
Що ви бачите на екрані і як це виправити
Виправляйте одну річ за раз і повторюйте те саме. Якщо змінити кілька варіантів одночасно, буде складно визначити, що вирішило проблему. Не видаляйте робоче джерело або всю конфігурацію лише тому, що один віджет не відповідає.
Якщо вам усе ще потрібна допомога, запишіть назву та версію програми, платформу, приблизний час пробної версії, очікуваний результат і те, що насправді сталося. Прикріпіть дамп без паролів, ключів і повних приватних посилань. Цей опис набагато корисніший, ніж просто повідомлення "не працює".
| Симптом | Спочатку перевірте | Зробіть це |
|---|---|---|
| Попередній перегляд і файл зависають. | Можливе перевантаження сцени або кодера. | Перевірте обидва лічильники та простішу сцену. |
| Файл працює, втрати мережі зростають. | Проблема з надсиланням або маршрутизацією. | Порівняйте завантаження, кабель і бітрейт. |
| Лише один глядач буферизує. | Можливо, його посилання або програвач. | Перевірте другий пристрій і іншу якість. |
| Нижча якість не допомагає. | Ви змінюєте параметр, не пов’язаний з причиною. | Повернення до вказаного типу втрати кадрів. |
Остання спроба перед використанням на LIVE
- Збережіть зміни за допомогою кнопки, призначеної для редагованої функції. Якщо є окремі форми, перевірте кожну змінену частину окремо.
- Знову відкрийте налаштування та порівняйте найважливіші значення. Просте переміщення повзунка не завжди означає постійне збереження.
- Перевірте результат поза самим редактором: на цільовій сцені, у записі або у повторно відкритій конфігурації.
- Якщо функція використовує платформу, окремо підтвердьте нову оброблену подію під час активного LIVE. Не очікуйте, що перевірка зовнішнього вигляду підтвердить авторизацію облікового запису.
- Збережіть робочі значення та зробіть копію перед наступною великою зміною. Наступного разу, коли ви починаєте роботу, почніть із швидкої перевірки.
Перевірте перед LIVE
- Визначено тип зростаючого лічильника помилок.
- Порівняли локальний тест і передачу.
- Кожна зміна має збережений результат і може бути скасована.
- Фінальний тест включає реальні інструменти та рух зображення.
- Повторно відкриті налаштування зберігають збережені значення.
- Одна спроба підтверджується на цільовому виході.
Питання, які виникають найчастіше
Чи завжди вищий бітрейт покращує передачу?
НІ Він повинен відповідати якості, платформі та стабільності завантаження. Занадто вимогливе налаштування може ускладнити передачу або отримання.
Чи великий резерв оперативної пам'яті виключає перевантаження?
НІ Обмеженням може бути інший ресурс, кодування або мережа. Перевірте конкретну статистику та поведінку запису.
Чому локальний запис хороший, але LIVE заїкається?
Перевірте надсилання, отримання та відтворення платформи на стороні переглядача. Local Score не досліджує весь шлях онлайн.
Що робити, якщо мій екран виглядає інакше, ніж на фотографії?
Перевірте назву програми, версію та вибрану функцію. Дамп справжній, але з конкретної редакції та мови. Пошук описаного поля за його завданням. Якщо ця опція недоступна, перевірте поточну офіційну підтримку та доступність у своєму обліковому записі.
