Sunetul nu este peste tot: cum să găsești cauza la restream

De ce sunetul dispare doar pe o singură platformă

La restream, o singură transmisie este trimisă simultan către mai multe platforme. De aceea pare că toate destinațiile primesc exact același semnal. În practică, după trimiterea fluxului, fiecare platformă primește, verifică și procesează audio separat. Ea poate folosi propriul player, un alt set de cerințe pentru codec, piste audio separate și verificarea automată a conținutului.

Dacă pe două platforme sunetul există, iar pe a treia nu se aude, microfonul nu este neapărat defect. Cel mai des problema se află după formarea mixului comun: în setările unei anumite destinații, în alegerea pistei audio, în procesarea semnalului primit sau în playerul însuși.

Sunetul poate dispărea în diferite etape. Poate să nu ajungă în mixul de ieșire, se poate pierde la transmiterea către o destinație, poate să nu treacă de verificarea formatului, poate fi dezactivat de sistemul platformei sau redat doar pentru o parte a spectatorilor. De aceea, mai întâi trebuie să stabilim unde anume a apărut tăcerea, iar abia apoi să modificăm parametrii encoderului.

Cel mai util reper este să comparăm înregistrarea locală, previzualizarea, transmisia publică și trimiterea directă către platforma problematică. Această ordine permite să nu schimbăm microfonul și toate setările la întâmplare.

Mai întâi asigurați-vă că problema este într-adevăr legată de sunet

Nu vă bazați doar pe mesajul unui singur spectator. În player poate fi activat modul fără sunet, iar volumul browserului sau al aplicației poate fi redus. Uneori problema apare doar în aplicația mobilă, într-un anumit browser sau în vizualizarea încorporată pe o altă pagină.

Verificați transmisia singuri în mai multe variante:

• deschideți transmisia în modul incognito, unde nu există setări salvate ale playerului;
• vizionați-o de pe alt dispozitiv sau prin altă rețea;
• verificați volumul playerului, al filei de browser și al dispozitivului;
• comparați transmisia publică cu previzualizarea din panoul de control al platformei;
• după încheiere, verificați înregistrarea transmisiei, dacă platforma o salvează.

Dacă sunetul lipsește doar într-un singur player, dar există în înregistrare sau la alți spectatori, nu este nevoie să modificați setările microfonului și ale encoderului. Verificați mai întâi cache-ul, aplicația, browserul și starea playerului.

Dacă problemele se aud peste tot, treceți la verificarea înregistrării locale și a pistei de ieșire. Astfel veți separa defectul sursei de eroarea unei anumite platforme.

Verificați audio înainte de trimiterea în restream

Indicatorul de nivel din programul de transmisie arată dacă mixerul primește semnal. Dacă scala microfonului sau a jocului se mișcă, asta nu înseamnă încă că sunetul ajunge în pista corectă și este trimis către platformă. Mixerul poate arăta activitate, iar fluxul de ieșire poate folosi între timp un alt set de canale.

Faceți o înregistrare locală scurtă cu aceleași setări cu care porniți transmisia. În ea trebuie să se audă toate sursele: vocea, jocul, notificările și alte elemente pe care intenționați să le transmiteți. Dacă în înregistrarea locală este tăcere, problema se află în sursă, în mixer sau în audio-ul de ieșire al programului.

Verificați separat cauzele fizice și software:

• dacă nu cumva este selectată ca microfon o intrare dezactivată sau temporar indisponibilă;
• dacă nu cumva sunetul este dat la zero pe faderul sursei;
• dacă nu cumva este dezactivată sursa scenei care ar trebui să transmită jocul sau browserul;
• dacă nu cumva este aplicat un filtru care suprimă complet semnalul;
• dacă nu cumva dispozitivul de intrare s-a schimbat după repornirea programului sau conectarea căștilor.

Ascultarea prin monitorizarea programului nu este o verificare completă. Monitorizarea poate funcționa pe o rută separată și poate să nu corespundă cu ceea ce ajunge la spectatori. Este mai sigur să comparați indicatorii, înregistrarea locală și transmisia reală.

Verificați alegerea pistei audio

Una dintre cauzele frecvente ale tăcerii selective este legată de mai multe piste audio. În modul de ieșire avansată, vocea, jocul și muzica pot fi înregistrate separat. Acest lucru este comod pentru montaj, dar nu fiecare platformă sau serviciu de restream transmite și procesează astfel de piste în mod identic.

O platformă poate prelua prima pistă și auzi mixul comun, iar alta poate primi o pistă în care există doar vocea sau nu există deloc surse active. Ca rezultat, video-ul continuă să meargă, iar sunetul dispare pe o anumită destinație.

Pentru diagnosticare, trimiteți temporar toate sursele necesare într-o singură pistă principală. Asigurați-vă că ea este indicată pentru transmiterea fluxului, nu doar pentru înregistrarea locală. Dacă după aceasta sunetul a apărut, cauza a fost găsită: trebuie să reconfigurați distribuirea surselor pe piste ținând cont de capacitățile fiecărei platforme.

Nu trebuie confundate pistele separate cu canalul stâng și drept. Pista este un mix audio separat, iar canalul este o latură din interiorul acestui mix. La o asociere greșită a canalelor, vocea poate ajunge doar pe stânga sau pe dreapta. Pe un dispozitiv acest lucru se va auzi, iar pe altul spectatorul va crede că sunetul lipsește.

Cum să configurați pistele pentru o transmisie compatibilă

Pentru un restream obișnuit, este mai sigur să începeți cu un mix comun simplu. Creați o pistă principală de transmisie și direcționați în ea vocea, jocul, notificările și alte surse care trebuie auzite de spectatori. În setările fiecărei surse verificați bifa exact pentru această pistă.

Pistele suplimentare pot fi păstrate pentru înregistrarea locală. De exemplu, pe o pistă să salvați mixul complet pentru transmisie, pe alta — doar microfonul, pe a treia — jocul. Dar în setarea pentru transmiterea fluxului trebuie selectată pista cu mixul complet. Pistele separate de înregistrare în sine nu garantează că restream-ul va primi sunetul comun.

După modificarea schemei, salvați profilul și faceți o înregistrare scurtă. Apoi verificați transmisia pe platforma problematică. Dacă serviciul de restream nu permite selectarea unei piste separate pentru fiecare destinație, folosiți pentru toate platformele un mix comun compatibil. O variantă audio separată pentru o anumită platformă este posibilă doar atunci când serviciul sau un encoder suplimentar suportă ieșiri diferite.

Dacă vocea și jocul sunt distribuite pe piste diferite, nu încercați să rezolvați problema modificând volumul. Volumul nu va adăuga sursa într-o altă pistă. Trebuie să deschideți proprietățile mixerului audio, să bifați sursele necesare în pista de transmisie și să reporniți fluxul.

Cerințele tipice ale platformelor pentru audio

Platforma poate accepta partea video a fluxului și, în același timp, să proceseze incorect audio-ul. Acest lucru se întâmplă la un codec neacceptat, un bitrate prea mare sau prea mic, o frecvență de eșantionare greșită, un număr nepotrivit de canale sau o combinație nestandard a acestor parametri.

Cerințele exacte depind de platformă, de protocol și de metoda de conectare. Înainte de configurare, deschideți ajutorul oficial al destinației respective și găsiți cerințele pentru audio-ul de intrare. Verificați-le cu deosebită atenție după trecerea la o adresă proprie RTMP sau RTMPS, după schimbarea encoderului sau după conectarea unui serviciu nou de restream.

• Codec. Pentru fluxurile prin RTMP și RTMPS se folosește adesea AAC-LC. Opus și alte variante pot fi suportate doar cu un anumit protocol sau tip de flux de intrare. Nu trebuie ales un codec doar pentru că este disponibil în program.
• Bitrate. În cerințe poate fi indicat un anumit nivel, un interval admisibil sau o valoare maximă. Adesea, în profilele compatibile se întâlnesc valori de aproximativ 128 sau 160 kbit/s, dar aceasta nu este o regulă universală. Dacă platforma limitează bitrate-ul, depășirea limitei poate duce la refuzarea audio-ului în timp ce video-ul este păstrat.
• Frecvența de eșantionare. Pentru transmisii se întâlnesc adesea 44,1 și 48 kHz. Este important ca frecvența din program, mixer, interfața audio și encoderul de ieșire să nu intre în conflict. Dacă platforma cere o anumită valoare, alegeți-o la toate etapele.
• Numărul de canale. Mono conține un canal, stereo — două. Platforma poate accepta ambele variante sau poate cere o anumită schemă. Pentru voce, mono poate fi suficient, iar pentru joc și muzică este nevoie de un mix stereo, dacă acest lucru este permis de cerințe.
• Profilul codecului și amplasarea canalelor. Chiar și un AAC acceptat poate fi configurat cu un profil nepotrivit sau cu o asociere greșită a canalului stâng și drept.

Dacă documentația oficială nu indică un profil separat, pentru testul de control folosiți o variantă simplă pe care o suportă protocolul dumneavoastră: AAC-LC, frecvența din cerințele platformei, un bitrate moderat și un mix stereo obișnuit. După un test reușit, puteți readăuga treptat pistele suplimentare și procesarea complexă, câte o setare odată.

Verificați mono, stereo și amplasarea canalelor

O problemă cu canalele poate arăta ca o tăcere completă. De exemplu, microfonul transmite semnal doar pe canalul stâng, iar platforma sau playerul procesează incorect un astfel de flux. Într-o altă situație, mixul comun este format în mono, dar encoderul așteaptă un semnal stereo cu două canale.

Deschideți setările mixerului audio și priviți balansul fiecărei surse. Pentru voce, verificați dacă cursorul nu este deplasat complet la stânga sau la dreapta. Dacă în program există funcția de combinare a canalelor în mono, aplicați-o microfonului atunci când vocea trebuie să fie pe centru. Astfel veți elimina situația în care vorbirea se aude doar dintr-o parte.

Dacă platforma problematică cere stereo, ieșirea trebuie să conțină două canale corecte. Simpla duplicare a canalului stâng defectuos nu rezolvă întotdeauna problema: mai întâi trebuie să vă asigurați că în sursă există într-adevăr semnal util. Muzica și jocul nu trebuie trecute în mono fără necesitate, deoarece se poate pierde componenta spațială.

După modificarea canalelor, faceți o înregistrare cu voce și joc, ascultați-o în căști și pe boxe obișnuite. Apoi verificați exact destinația problematică, deoarece playerul local poate realiza în felul său combinarea canalelor.

Comparați setările destinației concrete din restream

În panoul serviciului de restream, pentru fiecare platformă poate exista o configurație separată. Chiar dacă sursa este comună, pentru destinație se stabilesc uneori un profil propriu de codare, alegerea pistei, parametrii audio și metoda de conectare. După copierea setării de la o altă transmisie, unele câmpuri pot deveni nepotrivite.

Verificați dacă platforma necesară este într-adevăr activă, conectată la canalul corect și primește transmisia curentă. O destinație oprită sau învechită poate apărea ca fiind conectată, deși fluxul nu mai este primit. Dacă sunt disponibile statistici ale destinației, vedeți dacă se transmite fluxul audio, nu doar video.

Verificați dacă pentru această destinație nu este atribuită o pistă goală. Dacă în setări există alegerea sursei audio, setați pista principală cu mixul complet. Dacă se pot indica separat codecul, bitrate-ul, frecvența și numărul de canale, comparați aceste câmpuri cu cerințele oficiale ale platformei.

După modificarea parametrilor-cheie, opriți complet transmisia și porniți-o din nou. Unele setări se aplică doar la crearea unei noi conexiuni. Simpla reîmprospătare a paginii sau apăsarea din nou a butonului de pornire nu reconstruiește întotdeauna fluxul.

Ce să faceți după diagnosticare: reconfigurarea pentru platforma problematică

După verificare, trebuie nu doar să stabiliți cauza, ci să modificați exact segmentul respectiv din lanț. Mai întâi salvați profilul funcțional și notați parametrii inițiali. Acest lucru vă va permite să reveniți la ei dacă noua setare va afecta celelalte destinații.

1. Dacă problema este în pistă, selectați în program pista principală pentru transmiterea fluxului și adăugați în ea toate sursele care trebuie auzite de spectatori. Păstrați pistele suplimentare doar pentru înregistrarea locală. Reporniți transmisia și verificați rezultatul.
2. Dacă problema este în codec, alegeți codecul indicat direct în cerințele platformei. Pentru RTMP sau RTMPS acesta este adesea AAC-LC, dar trebuie să vă orientați după documentația intrării concrete. Nu folosiți Opus dacă acest protocol nu îl acceptă.
3. Dacă bitrate-ul nu corespunde, setați valoarea din cerințe sau nu depășiți maximul indicat. Pentru test este mai bine să folosiți un profil fix, nu modul automat care schimbă parametrii în timpul transmisiei.
4. Dacă frecvența nu corespunde, setați valoarea cerută în programul de transmisie și verificați setările interfeței audio. Nu permiteți ca un segment al lanțului să funcționeze la 44,1 kHz, iar altul să aștepte forțat 48 kHz fără o conversie corectă.
5. Dacă problema este în canale, setați modul cerut mono sau stereo. Pentru voce, mai întâi obțineți un semnal central uniform, apoi configurați numărul de canale de ieșire conform cerințelor platformei.
6. Dacă nu ajută nicio setare, dezactivați temporar muzica, pistele suplimentare, filtrele și procesarea complexă. Verificați un mix curat din voce și joc, pentru a exclude influența unei surse separate.

După fiecare modificare, rulați un test scurt. Nu schimbați simultan codecul, pista, bitrate-ul și canalele: altfel rezultatul va fi greu de asociat cu o cauză concretă.

Cum să convertiți audio-ul înainte de trimitere

Dacă programul sau serviciul de restream nu poate aduce sunetul la cerințele unei anumite destinații, puteți folosi un convertor audio intermediar sau un encoder suplimentar. Acesta trebuie să primească pista necesară, să modifice codecul, frecvența, numărul de canale și bitrate-ul, apoi să trimită fluxul la adresa platformei problematice.

Pentru o ieșire RTMP compatibilă, un exemplu de comandă poate arăta astfel: 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. Aici este selectată prima pistă video și prima pistă audio, audio-ul este codat în AAC-LC, se stabilește bitrate-ul de 128 kbit/s, frecvența de 48 kHz și două canale. Aceste valori sunt un exemplu de profil de control, nu cerințe universale ale tuturor platformelor.

Dacă documentația cere mono, parametrul numărului de canale se schimbă din „-ac 2” în „-ac 1”. Dacă este indicată frecvența de 44,1 kHz, în loc de „-ar 48000” se folosește „-ar 44100”. Bitrate-ul se înlocuiește de asemenea cu valoarea din cerințe. Înainte de pornire, asigurați-vă că protocolul de ieșire suportă codecul ales.

Parametrul „-map 0:a:0” este important: el selectează explicit prima pistă audio. Dacă mixul complet se află pe o altă pistă, trebuie indicat numărul corespunzător. Alegerea aleatorie a pistei poate trimite din nou către platformă vocea fără joc sau un flux audio gol.

Video-ul nu trebuie recodat doar din cauza unei probleme cu sunetul, dacă este deja compatibil cu platforma. Totuși, copierea video-ului cu parametrul „-c:v copy” este permisă doar cu un codec video și un container potrivite. Adresa fluxului și cheia transmisiei nu trebuie publicate în comenzi, capturi de ecran și jurnale.

Excludeți dezactivarea automată a sunetului din cauza conținutului

Dacă dispare doar muzica, fragmentele video sau un alt element concret, cauza poate fi verificarea automată a drepturilor de autor. Diferite platforme folosesc reguli și sisteme de recunoaștere diferite. Una poate păstra sunetul, alta poate reduce temporar volumul transmisiei, bloca un anumit fragment sau dezactiva sunetul în înregistrare.

Uitați-vă la notificările din panoul autorului și la starea transmisiei salvate. Este important să comparați nu doar transmisia directă, ci și înregistrarea după încheierea ei. Dacă în timpul transmisiei sunetul s-a auzit, iar în înregistrare a dispărut, aceasta indică o procesare ulterioară, nu un defect al microfonului sau al restream-ului.

Pentru testul de control folosiți o transmisie scurtă fără muzică, videoclipuri și sunete ale căror drepturi nu sunt confirmate. Lăsați doar vocea și sunetul jocului. Dacă în acest test platforma problematică începe să redea sunetul, cauza trebuie căutată în regulile de utilizare a conținutului concret. Nu trebuie ocolite restricțiile automate prin schimbarea parametrilor tehnici: acest lucru nu elimină motivul blocării.

Verificați rețeaua și recepția fluxului

Datele audio ocupă mai puțin spațiu decât video, dar sunt transmise în pachete separate și depind de stabilitatea conexiunii cu serverul. La pierderea conexiunii, platforma poate continua să afișeze cadre video, iar audio-ul încetează să se actualizeze. Acest lucru este vizibil mai ales dacă problema apare la câteva minute după începerea transmisiei sau dispare după reconectare.

Uitați-vă la statisticile programului de transmisie și ale serviciului de restream însuși. Fiți atenți la cadrele pierdute din cauza rețelei, la reconectări, la variațiile de latență și la mesajele de eroare pentru o anumită destinație. Dacă problemele apar doar la trimiterea simultană către o platformă, sunt posibile defecțiuni ale rutei dintre serviciu și serverul ei.

Comparați rezultatul la momente diferite și rulați un test scurt cu setările minim necesare. Dacă sunetul dispare pe aceeași destinație la fiecare încercare, iar celelalte platforme funcționează, problema se află probabil în recepția sau procesarea acestei destinații. Dacă rezultatul se schimbă aleatoriu, verificați suplimentar rețeaua, serverul de conectare și stabilitatea fluxului de ieșire.

Comparați restream-ul cu trimiterea directă

O pornire de control direct către platforma problematică ajută la separarea cauzelor. Opriți transmisia multiplatformă și trimiteți o transmisie de test doar către platforma necesară, folosind aceeași sursă de sunet și un profil comparabil.

• Dacă sunetul a dispărut și la trimiterea directă, verificați platforma, cerințele ei, conținutul și setările encoderului.
• Dacă direct sunetul există, iar prin restream nu, căutați eroarea în rutare, în alegerea pistei sau în profilul destinației concrete.
• Dacă sunetul există în previzualizare, dar dispare la spectatori, verificați playerul, înregistrarea transmisiei și procesarea de după recepție.
• Dacă sunetul există la început, apoi dispare, studiați reconectările, erorile de rețea, moderarea și funcționarea transcodării.

Un astfel de test este mai bine să fie efectuat pe o transmisie scurtă închisă, restricționată sau de test, dacă platforma permite selectarea modului corespunzător. Nu schimbați simultan scena, microfonul și toți parametrii de ieșire: comparația va fi utilă doar dacă se păstrează aceleași condiții.

Cum să determinați cauza după natura defecțiunii

Tăcerea completă din momentul pornirii este de obicei legată de o pistă greșită, un format neacceptat sau o sursă lipsă în mixul de ieșire. Dacă indicatorii programului sunt activi, iar înregistrarea locală este fără sunet, problema se află aproape sigur în alegerea pistei sau în ruta de ieșire.

Când în înregistrarea locală sunetul există, dar pe o platformă lipsește, verificați setările acestei destinații și cerințele receptorului. Dacă problema apare doar la anumiți spectatori, excludeți mai întâi playerul, browserul, aplicația și setările dispozitivului.

Dacă vocea se aude, iar jocul nu, sau invers, acest lucru indică mai des o separare a surselor pe piste, un fader greșit sau un filtru. Dacă sunetul există doar pe o parte, verificați canalele mono și stereo, balansul și corespondența canalelor sursei cu mixul de ieșire.

Dacă platforma arată sunetul în transmisia directă, dar îl elimină din înregistrare, uitați-vă la notificările privind drepturile și regulile de conținut. Dacă sunetul dispare după o întrerupere a conexiunii, sunt importante jurnalele de reconectare și statisticile rețelei.

Ce să verificați înainte de a contacta suportul

Echipei de suport a platformei sau a serviciului de restream îi va fi dificil să ajute pe baza mesajului „pe o platformă nu există sunet”. Pregătiți o descriere exactă și rezultatele testelor scurte:

• numele platformei problematice și metoda de conectare;
• dacă sunetul există în înregistrarea locală, în previzualizare și în playerul public;
• dispare tot sunetul sau doar o anumită sursă;
• dispare imediat sau după un anumit timp;
• funcționează sunetul la o transmisie directă fără restream;
• ce erori, reconectări și notificări apar în jurnale;
• este activată o pistă audio separată și ce pistă este atribuită fluxului;
• ce codec, bitrate, frecvență și număr de canale sunt folosite la ieșire.

Atașați linkul către transmisia de test, momentul exact al apariției problemei și capturi de ecran ale mixerului audio și ale setărilor destinației. Parolele, cheile de transmisie și tokenurile de acces nu trebuie transmise.

Concluzii scurte: ce să faceți pas cu pas

1. Verificați sunetul în player, pe alt dispozitiv și în înregistrarea salvată.
2. Faceți o înregistrare locală și asigurați-vă că în ea se aud sursele necesare.
3. Verificați pista audio principală și uniți temporar vocea și jocul într-un mix comun.
4. Studiați setările destinației concrete din restream și starea ei de conectare.
5. Comparați codecul, bitrate-ul, frecvența, canalele și cerințele pentru mono sau stereo.
6. Configurați pista de transmisie, apoi dacă este necesar convertiți audio-ul cu un encoder separat.
7. Efectuați un test fără muzică și fără conținut ale cărui drepturi pot fi verificate.
8. Comparați restream-ul cu trimiterea directă către platforma problematică.
9. Salvați jurnalele și contactați suportul cu o descriere exactă a rezultatului.

Dacă înregistrarea locală și majoritatea platformelor funcționează, nu începeți cu înlocuirea microfonului. Verificați mai întâi pista audio, setările destinației concrete, formatul fluxului de intrare, canalele, playerul și procesarea automată a conținutului.