Звук є не скрізь: як знайти причину під час рестріму

Чому звук зникає лише на одній платформі

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

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

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

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

Спочатку переконайтеся, що проблема справді пов'язана зі звуком

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

Перевірте ефір самостійно в кількох варіантах:

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

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

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

Перевірте аудіо до відправлення в рестрім

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

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

Окремо перевірте фізичні та програмні причини:

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

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

Перевірте вибір аудіодоріжки

Одна з частих причин вибіркової тиші пов'язана з кількома аудіодоріжками. У режимі розширеного виведення голос, гра й музика можуть записуватися роздільно. Це зручно для монтажу, але не кожна платформа або рестрім-сервіс передає й обробляє такі доріжки однаково.

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

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

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

Як налаштувати доріжки для сумісного ефіру

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

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

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

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

Типові вимоги платформ до аудіо

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

Точні вимоги залежать від майданчика, протоколу й способу підключення. Перед налаштуванням відкрийте офіційну довідку конкретного напрямку й знайдіть вимоги до вхідного аудіо. Особливо уважно перевіряйте їх після переходу на власну RTMP- або RTMPS-адресу, зміни кодувальника або підключення нового рестрім-сервісу.

• Кодек. Для потоків через RTMP і RTMPS часто використовується AAC-LC. Opus та інші варіанти можуть підтримуватися лише за певного протоколу або типу вхідного потоку. Не можна вибирати кодек лише тому, що він доступний у програмі.
• Бітрейт. У вимогах може бути вказаний конкретний рівень, допустимий діапазон або максимальне значення. Часто в сумісних профілях трапляються значення близько 128 або 160 кбіт/с, але це не універсальне правило. Якщо платформа обмежує бітрейт, перевищення ліміту може призвести до відмови аудіо при збереженому відео.
• Частота дискретизації. Для трансляцій часто трапляються 44,1 і 48 кГц. Важливо, щоб частота в програмі, мікшері, аудіоінтерфейсі й вихідному кодувальнику не конфліктувала. Якщо платформа вимагає конкретне значення, вибирайте його на всіх етапах.
• Кількість каналів. Моно містить один канал, стерео — два. Майданчик може приймати обидва варіанти або вимагати певну схему. Для голосу моно може бути достатньо, а для гри й музики потрібен стереомікс, якщо це дозволено вимогами.
• Профіль кодека й розташування каналів. Навіть підтримуваний AAC може бути налаштований із невідповідним профілем або неправильним зіставленням лівого й правого каналів.

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

Перевірте моно, стерео й розташування каналів

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

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

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

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

Звірте налаштування конкретного напрямку рестріму

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

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

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

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

Що робити після діагностики: переналаштування під проблемну платформу

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

1. Якщо проблема в доріжці, виберіть у програмі основну доріжку для потокової передачі й додайте в неї всі джерела, які мають чути глядачі. Додаткові доріжки залиште лише для локального запису. Перезапустіть ефір і перевірте результат.
2. Якщо проблема в кодеку, виберіть кодек, який прямо вказаний у вимогах платформи. Для RTMP або RTMPS це часто AAC-LC, але орієнтуватися потрібно на документацію конкретного входу. Не використовуйте Opus, якщо цей протокол його не приймає.
3. Якщо не збігається бітрейт, установіть значення з вимог або не перевищуйте вказаний максимум. Для тесту краще використовувати один фіксований профіль, а не автоматичний режим, який змінює параметри під час ефіру.
4. Якщо не збігається частота, установіть потрібне значення в програмі трансляції й перевірте налаштування аудіоінтерфейсу. Не допускайте, щоб одна ділянка ланцюжка працювала на 44,1 кГц, а інша примусово очікувала 48 кГц без коректного перетворення.
5. Якщо проблема в каналах, установіть потрібний режим mono або stereo. Для голосу спочатку досягніть рівного центрального сигналу, а потім налаштуйте вихідну кількість каналів за вимогами платформи.
6. Якщо не допомагає жодне налаштування, тимчасово вимкніть музику, додаткові доріжки, фільтри й складну обробку. Перевірте чистий мікс із голосу й гри, щоб виключити вплив окремого джерела.

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

Як конвертувати аудіо перед відправленням

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

Для сумісного RTMP-виходу приклад команди може виглядати так: ffmpeg -i INPUT -map 0:v:0 -map 0:a:0 -c:v copy -c:a aac -profile:a aac_low -b:a 128k -ar 48000 -ac 2 -f flv RTMP_URL. Тут вибирається перша відеодоріжка й перша аудіодоріжка, аудіо кодується в AAC-LC, установлюється бітрейт 128 кбіт/с, частота 48 кГц і два канали. Ці значення є прикладом контрольного профілю, а не універсальними вимогами всіх платформ.

Якщо документація вимагає моно, параметр кількості каналів змінюють з «-ac 2» на «-ac 1». Якщо вказана частота 44,1 кГц, замість «-ar 48000» використовують «-ar 44100». Бітрейт також замінюють на значення з вимог. Перед запуском переконайтеся, що вихідний протокол підтримує вибраний кодек.

Параметр «-map 0:a:0» важливий: він явно вибирає першу аудіодоріжку. Якщо повний мікс знаходиться на іншій доріжці, потрібно вказати відповідний номер. Випадковий вибір доріжки може знову відправити на платформу голос без гри або порожній аудіопотік.

Відео не потрібно перекодовувати лише через проблему зі звуком, якщо воно вже сумісне з платформою. Однак копіювання відео з параметром «-c:v copy» допустиме лише за відповідного відеокодека й контейнера. Адресу потоку й ключ трансляції не можна публікувати в командах, скриншотах і журналах.

Виключіть автоматичне вимкнення звуку через контент

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

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

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

Перевірте мережу й прийом потоку

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

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

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

Порівняйте рестрім із прямим відправленням

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

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

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

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

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

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

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

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

Що перевірити перед зверненням до підтримки

Підтримці платформи або сервісу рестріму буде складно допомогти за повідомленням «на одному майданчику немає звуку». Підготуйте точний опис і результати коротких тестів:

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

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

Короткі висновки: що робити покроково

1. Перевірте звук у плеєрі, на іншому пристрої й у збереженому записі.
2. Зробіть локальний запис і переконайтеся, що в ньому чути потрібні джерела.
3. Перевірте основну аудіодоріжку й тимчасово об'єднайте голос і гру в загальний мікс.
4. Вивчіть налаштування конкретного напрямку рестріму та його статус підключення.
5. Звірте кодек, бітрейт, частоту, канали й вимоги до моно або стерео.
6. Налаштуйте доріжку ефіру, потім за потреби конвертуйте аудіо окремим кодувальником.
7. Проведіть тест без музики й контенту, права на який можуть перевірятися.
8. Порівняйте рестрім із прямим відправленням на проблемний майданчик.
9. Збережіть логи й зверніться до підтримки з точним описом результату.

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