Nem mindenhol van hang: hogyan találjuk meg az okot újraközvetítéskor

Miért tűnik el a hang csak egy platformon

Újraközvetítéskor egy adás egyszerre több platformra kerül továbbításra. Ezért úgy tűnik, mintha minden irány teljesen ugyanazt a jelet kapná. A gyakorlatban azonban a stream elküldése után minden platform külön fogadja, ellenőrzi és dolgozza fel a hangot. Saját lejátszót, eltérő kodekkövetelményeket, külön hangsávokat és automatikus tartalomellenőrzést használhat.

Ha két platformon van hang, a harmadikon pedig nem hallható, a mikrofon nem feltétlenül hibás. A probléma gyakrabban a közös mix létrehozása után jelentkezik: egy adott irány beállításaiban, a hangsáv kiválasztásában, a bejövő jel feldolgozásában vagy magában a lejátszóban.

A hang különböző szakaszokban tűnhet el. Előfordulhat, hogy nem kerül be a kimeneti mixbe, elvész az egyik célállomás felé történő átvitel során, nem felel meg a formátumkövetelményeknek, a platform rendszere kapcsolja ki, vagy csak a nézők egy részénél szólal meg. Ezért először meg kell határozni, pontosan hol keletkezett a csend, és csak utána szabad módosítani a kódoló paramétereit.

A leghasznosabb támpont a helyi felvétel, az előnézet, a nyilvános adás és a problémás platformra történő közvetlen küldés összehasonlítása. Ez a sorrend segít elkerülni, hogy a mikrofont és az összes beállítást találomra módosítsuk.

Először győződjünk meg arról, hogy a probléma valóban a hanggal kapcsolatos

Ne hagyatkozzunk egyetlen néző üzenetére. A lejátszóban lehet némított mód bekapcsolva, a böngésző vagy az alkalmazás hangereje pedig le lehet csökkentve. Néha a probléma csak a mobilalkalmazásban, egy adott böngészőben vagy egy másik oldalba ágyazott lejátszóban jelentkezik.

Ellenőrizzük az adást saját magunk többféle módon:

• nyissuk meg a közvetítést inkognitó módban, ahol nincsenek mentett lejátszóbeállítások;
• nézzük meg egy másik eszközről vagy másik hálózaton keresztül;
• ellenőrizzük magának a lejátszónak, a böngészőfülnek és az eszköznek a hangerejét;
• hasonlítsuk össze a nyilvános adást a platform kezelőpaneljén látható előnézettel;
• a befejezés után ellenőrizzük az adás felvételét, ha a platform menti azt.

Ha csak egy lejátszóban nincs hang, a felvételen vagy más nézőknél viszont van, nem kell módosítani a mikrofon és a kódoló beállításain. Először ellenőrizzük a gyorsítótárat, az alkalmazást, a böngészőt és magának a lejátszónak az állapotát.

Ha mindenhol tapasztalható a probléma, térjünk át a helyi felvétel és a kimeneti sáv ellenőrzésére. Ez elválasztja a forrás hibáját az adott platform hibájától.

Ellenőrizzük a hangot az újraközvetítésbe való küldés előtt

A közvetítőprogram szintjelzője azt mutatja, kap-e jelet a mixer. Ha a mikrofon vagy a játék szintmérője mozog, az még nem jelenti azt, hogy a hang a megfelelő sávba kerül és eljut a platformra. A mixer mutathat aktivitást, miközben a kimeneti stream más csatornakészletet használ.

Készítsünk rövid helyi felvételt ugyanazokkal a beállításokkal, amelyekkel az adás indul. Ezen hallhatónak kell lennie minden forrásnak: a hangnak, a játéknak, az értesítéseknek és minden más elemnek, amelyet továbbítani szeretnénk. Ha a helyi felvételen csend van, a probléma a forrásban, a mixerben vagy a program kimeneti hangjában található.

Külön ellenőrizzük a fizikai és szoftveres okokat:

• nincs-e mikrofonként kiválasztva egy kikapcsolt vagy ideiglenesen elérhetetlen bemenet;
• nincs-e elnémítva a forrás faderje;
• nincs-e kikapcsolva az a jelenetforrás, amelynek a játékot vagy a böngészőt továbbítania kellene;
• nincs-e olyan szűrő alkalmazva, amely teljesen elnyomja a jelet;
• nem változott-e meg a bemeneti eszköz a program újraindítása vagy a headset csatlakoztatása után.

A program monitorozásán keresztüli meghallgatás nem teljes ellenőrzés. A monitorozás külön útvonalon működhet, és nem feltétlenül egyezik azzal, ami a nézőkhöz eljut. Megbízhatóbb a szintjelzők, a helyi felvétel és a valós adás összehasonlítása.

Ellenőrizzük a hangsáv kiválasztását

A szelektív csend egyik gyakori oka a több hangsávhoz kapcsolódik. Speciális kimeneti módban a hang, a játék és a zene külön rögzíthető. Ez kényelmes vágáshoz, de nem minden platform vagy újraközvetítő szolgáltatás továbbítja és dolgozza fel ezeket a sávokat ugyanúgy.

Az egyik platform az első sávot veszi át és a közös mixet hallja, a másik viszont olyan sávot kap, amelyen csak a hang van, vagy egyáltalán nincsenek aktív források. Ennek eredményeként a videó továbbra is megy, de a hang az adott irányon eltűnik.

A diagnosztikához ideiglenesen küldjük az összes szükséges forrást egyetlen fő sávba. Győződjünk meg arról, hogy a streameléshez ez a sáv van megadva, nem csak a helyi felvételhez. Ha ezután megjelenik a hang, megtaláltuk az okot: újra kell állítani a források sávok közötti elosztását, figyelembe véve az egyes platformok lehetőségeit.

Nem szabad összetéveszteni a külön sávokat a bal és jobb csatornával. A sáv egy külön audiomix, a csatorna pedig ennek a mixnek az egyik oldala. A csatornák helytelen hozzárendelése esetén a hang csak a bal vagy csak a jobb oldalon lehet. Az egyik eszközön ez hallható lesz, a másikon a néző azt fogja hinni, hogy nincs hang.

Hogyan állítsuk be a sávokat kompatibilis adáshoz

Egy szokásos újraközvetítéshez biztonságosabb egy egyszerű közös mixszel kezdeni. Hozzunk létre egy fő adássávot, és irányítsuk bele a hangot, a játékot, az értesítéseket és a többi forrást, amelyet a nézőknek hallaniuk kell. Minden forrás beállításaiban ellenőrizzük, hogy éppen ez a sáv van megjelölve.

A további sávokat meghagyhatjuk a helyi felvételhez. Például az egyik sávon mentsük el az adás teljes mixét, a másikon csak a mikrofont, a harmadikon a játékot. A streamelés beállításaiban azonban a teljes mixet tartalmazó sávot kell kiválasztani. A külön rögzítési sávok önmagukban nem garantálják, hogy az újraközvetítés megkapja a közös hangot.

A séma módosítása után mentsük el a profilt, és készítsünk rövid felvételt. Ezután ellenőrizzük az adást a problémás platformon. Ha az újraközvetítő szolgáltatás nem teszi lehetővé külön sáv kiválasztását minden célállomáshoz, használjunk minden platformhoz egy közös, kompatibilis mixet. Egy adott platformhoz tartozó külön hangváltozat csak akkor lehetséges, ha a szolgáltatás vagy egy további kódoló támogatja a különböző kimeneteket.

Ha a hang és a játék különböző sávokra van elosztva, ne próbáljuk a hangerő módosításával megoldani a problémát. A hangerő nem tesz be egy forrást egy másik sávba. Meg kell nyitni az audiomixer tulajdonságait, meg kell jelölni a szükséges forrásokat az adássávban, és újra el kell indítani a streamet.

A platformok tipikus hangkövetelményei

Előfordulhat, hogy a platform elfogadja a stream videórészét, miközben a hangot helytelenül dolgozza fel. Ez nem támogatott kodek, túl magas vagy túl alacsony bitráta, helytelen mintavételi frekvencia, nem megfelelő csatornaszám vagy ezek nem szabványos kombinációja esetén fordulhat elő.

A pontos követelmények a platformtól, a protokolltól és a kapcsolódás módjától függenek. A beállítás előtt nyissuk meg az adott irány hivatalos súgóját, és keressük meg a bejövő hangra vonatkozó követelményeket. Különösen figyelmesen ellenőrizzük ezeket, miután saját RTMP- vagy RTMPS-címre váltottunk, kódolót cseréltünk vagy új újraközvetítő szolgáltatást csatlakoztattunk.

• Kodek. Az RTMP-n és RTMPS-en keresztüli streameknél gyakran AAC-LC-t használnak. Az Opus és más változatok csak bizonyos protokoll vagy bejövő streamtípus esetén támogatottak. Nem szabad csak azért kodeket választani, mert az elérhető a programban.
• Bitráta. A követelmények meghatározhatnak konkrét szintet, megengedett tartományt vagy maximális értéket. A kompatibilis profilokban gyakran körülbelül 128 vagy 160 kbit/s értékek szerepelnek, de ez nem általános szabály. Ha a platform korlátozza a bitrátát, a limit túllépése a hang elutasításához vezethet, miközben a videó megmarad.
• Mintavételi frekvencia. Közvetítéseknél gyakran 44,1 és 48 kHz fordul elő. Fontos, hogy a program, a mixer, az audiointerfész és a kimeneti kódoló frekvenciája ne ütközzön. Ha a platform konkrét értéket ír elő, azt minden szakaszban válasszuk ki.
• Csatornaszám. A mono egy csatornát tartalmaz, a sztereó kettőt. A platform elfogadhatja mindkét változatot, vagy előírhat egy adott sémát. A hanghoz elegendő lehet a mono, a játékhoz és a zenéhez viszont sztereó mix kell, ha a követelmények ezt engedik.
• Kodekprofil és csatornaelrendezés. Még egy támogatott AAC is beállítható nem megfelelő profillal vagy a bal és jobb csatorna helytelen hozzárendelésével.

Ha a hivatalos dokumentáció nem ad meg külön profilt, a kontrollteszthez használjunk egy egyszerű változatot, amelyet a protokollunk támogat: AAC-LC, a platform követelményeiből származó frekvencia, mérsékelt bitráta és szokásos sztereó mix. A sikeres teszt után egyesével visszaállíthatjuk a további sávokat és az összetett feldolgozást.

Ellenőrizzük a monót, a sztereót és a csatornák elrendezését

A csatornákkal kapcsolatos probléma teljes csendnek tűnhet. Például a mikrofon csak a bal csatornába továbbít jelet, a platform vagy a lejátszó pedig helytelenül dolgozza fel az ilyen streamet. Más esetben a közös mix monóban jön létre, de a kódoló kétcsatornás sztereójelet vár.

Nyissuk meg az audiomixer beállításait, és nézzük meg az egyes források egyensúlyát. A hangnál ellenőrizzük, hogy a csúszka nincs-e teljesen balra vagy jobbra tolva. Ha a programban van csatornaegyesítési funkció monóba, alkalmazzuk a mikrofonra, amikor a hangnak középen kell lennie. Ez megszünteti azt a helyzetet, amikor a beszéd csak az egyik oldalon hallható.

Ha a problémás platform sztereót igényel, a kimenetnek két helyes csatornát kell tartalmaznia. A hibás bal csatorna egyszerű duplikálása nem mindig oldja meg a feladatot: először meg kell győződni arról, hogy a forrásban valóban van hasznos jel. A zenét és a játékot ne alakítsuk monóvá szükségtelenül, mert elveszíthetjük a térbeli összetevőt.

A csatornák módosítása után készítsünk felvételt hanggal és játékkal, hallgassuk meg fejhallgatón és hagyományos hangszórókon. Ezután éppen a problémás irányt ellenőrizzük, mert a helyi lejátszó a maga módján végezheti a csatornák összekeverését.

Vessük össze az adott újraközvetítési irány beállításait

Az újraközvetítő szolgáltatás paneljén minden platformhoz külön konfiguráció tartozhat. Még ha a forrás közös is, az irányhoz néha saját kódolási profil, sávválasztás, hangparaméterek és kapcsolódási mód vannak megadva. Egy másik adásból átmásolt beállítás után a mezők egy része nem megfelelő lehet.

Ellenőrizzük, hogy a szükséges platform valóban aktív, a megfelelő csatornához csatlakozik, és a jelenlegi közvetítést kapja. Egy leállított vagy elavult célállomás csatlakozottként jelenhet meg, miközben a streamet már nem fogadja. Ha elérhető az irány statisztikája, nézzük meg, hogy továbbításra kerül-e a hangstream, nem csak a videó.

Ellenőrizzük, hogy ehhez az irányhoz nincs-e üres sáv hozzárendelve. Ha a beállításokban van hangforrás-választás, állítsuk be a teljes mixet tartalmazó fő sávot. Ha külön megadható a kodek, a bitráta, a frekvencia és a csatornaszám, hasonlítsuk össze ezeket a mezőket a platform hivatalos követelményeivel.

A kulcsfontosságú paraméterek módosítása után teljesen állítsuk le az adást, és indítsuk újra. Egyes beállítások csak új kapcsolat létrehozásakor lépnek életbe. Az oldal egyszerű frissítése vagy az indítógomb ismételt megnyomása nem mindig építi újra a streamet.

Mit tegyünk a diagnosztika után: átállítás a problémás platformhoz

Az ellenőrzés után nem elég rögzíteni az okot, hanem módosítani kell a lánc adott szakaszát. Először mentsük el a működő profilt, és jegyezzük fel a kiindulási paramétereket. Ez lehetővé teszi a visszatérést, ha az új beállítás hatással lesz a többi irányra.

1. Ha a probléma a sávban van, válasszuk ki a programban a streameléshez a fő sávot, és adjuk hozzá az összes forrást, amelyet a nézőknek hallaniuk kell. A további sávokat csak a helyi felvételhez hagyjuk meg. Indítsuk újra az adást, és ellenőrizzük az eredményt.
2. Ha a probléma a kodekben van, válasszunk olyan kodeket, amelyet a platform követelményei kifejezetten megadnak. RTMP vagy RTMPS esetén ez gyakran AAC-LC, de az adott bemenet dokumentációját kell követni. Ne használjunk Opust, ha az adott protokoll nem fogadja el.
3. Ha a bitráta nem egyezik, állítsuk be a követelményekből származó értéket, vagy ne lépjük túl a megadott maximumot. A teszthez jobb egy rögzített profilt használni, mint egy automatikus módot, amely az adás közben változtatja a paramétereket.
4. Ha a frekvencia nem egyezik, állítsuk be a szükséges értéket a közvetítőprogramban, és ellenőrizzük az audiointerfész beállításait. Ne engedjük, hogy a lánc egyik szakasza 44,1 kHz-en működjön, egy másik pedig helyes átalakítás nélkül 48 kHz-et várjon.
5. Ha a probléma a csatornákban van, állítsuk be a szükséges mono vagy sztereó módot. A hangnál először érjünk el egyenletes központi jelet, majd a platform követelményei szerint állítsuk be a kimeneti csatornaszámot.
6. Ha egyetlen beállítás sem segít, ideiglenesen kapcsoljuk ki a zenét, a további sávokat, a szűrőket és az összetett feldolgozást. Ellenőrizzük a hang és a játék tiszta mixét, hogy kizárjuk egy adott forrás hatását.

Minden módosítás után indítsunk egy rövid tesztet. Ne változtassuk egyszerre a kodeket, a sávot, a bitrátát és a csatornákat: különben nehéz lesz az eredményt egy adott okhoz kötni.

Hogyan konvertáljuk a hangot küldés előtt

Ha a program vagy az újraközvetítő szolgáltatás nem képes a hangot egy adott irány követelményeihez igazítani, használhatunk köztes audiokonvertert vagy további kódolót. Ennek meg kell kapnia a szükséges sávot, módosítania kell a kodeket, a frekvenciát, a csatornaszámot és a bitrátát, majd el kell küldenie a streamet a problémás platform címére.

Egy kompatibilis RTMP-kimenethez a parancs például így nézhet ki: 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. Itt az első videósáv és az első audiosáv kerül kiválasztásra, a hang AAC-LC-ben kódolódik, a bitráta 128 kbit/s, a frekvencia 48 kHz, a csatornaszám pedig kettő. Ezek az értékek egy kontrollprofil példáját mutatják, nem pedig az összes platform általános követelményeit.

Ha a dokumentáció monót ír elő, a csatornaszám paraméterét „-ac 2”-ről „-ac 1”-re módosítjuk. Ha 44,1 kHz van megadva, a „-ar 48000” helyett „-ar 44100”-t használunk. A bitrátát is a követelményekben szereplő értékre cseréljük. Az indítás előtt győződjünk meg arról, hogy a kimeneti protokoll támogatja a kiválasztott kodeket.

A „-map 0:a:0” paraméter fontos: kifejezetten az első audiosávot választja ki. Ha a teljes mix egy másik sávon található, a megfelelő számot kell megadni. A sáv véletlenszerű kiválasztása ismét elküldhet a platformra játék nélküli hangot vagy üres hangstreamet.

A videót nem kell csak a hangprobléma miatt átkódolni, ha az már kompatibilis a platformmal. A videó „-c:v copy” paraméterrel történő másolása azonban csak megfelelő videokodek és konténer esetén megengedett. A stream címét és a közvetítési kulcsot nem szabad közzétenni parancsokban, képernyőképeken és naplókban.

Zárjuk ki a tartalom miatti automatikus hangkikapcsolást

Ha csak a zene, a videórészletek vagy egy másik konkrét elem tűnik el, az ok a szerzői jogok automatikus ellenőrzése lehet. A különböző platformok eltérő szabályokat és felismerő rendszereket használnak. Az egyik meghagyhatja a hangot, a másik ideiglenesen elnémíthatja a közvetítést, letilthat egy adott részletet vagy kikapcsolhatja a hangot a felvételen.

Nézzük meg az értesítéseket a szerzői panelen és a mentett közvetítés állapotát. Fontos nem csak az élő adást, hanem a befejezés utáni felvételt is összehasonlítani. Ha a közvetítés alatt hallható volt a hang, a felvételen viszont eltűnt, ez utólagos feldolgozásra utal, nem pedig a mikrofon vagy az újraközvetítés hibájára.

A kontrollteszthez használjunk rövid adást zene, videoklipek és olyan hangok nélkül, amelyek jogai nincsenek igazolva. Csak a hangot és a játék hangját hagyjuk meg. Ha ebben a tesztben a problémás platform elkezdi lejátszani a hangot, az okot az adott tartalom használati szabályaiban kell keresni. Az automatikus korlátozásokat nem szabad technikai paraméterek módosításával megkerülni: ez nem szünteti meg a blokkolás alapját.

Ellenőrizzük a hálózatot és a stream fogadását

A hangadatok kevesebb helyet foglalnak, mint a videó, de külön csomagokban továbbítódnak, és függenek a szerverrel való kapcsolat stabilitásától. Kapcsolatvesztés esetén a platform továbbra is mutathat videoképkockákat, de a hang frissítése leállhat. Ez különösen akkor szembetűnő, ha a probléma az adás kezdete után néhány perccel jelentkezik, vagy újracsatlakozás után megszűnik.

Nézzük meg a közvetítőprogram és magának az újraközvetítő szolgáltatásnak a statisztikáit. Figyeljünk a hálózat miatt elveszett képkockákra, az újracsatlakozásokra, a késés ingadozására és az adott célállomás hibaüzeneteire. Ha a problémák csak akkor jelentkeznek, amikor egyszerre egy platformra küldünk, a szolgáltatás és annak szervere közötti útvonal hibás lehet.

Hasonlítsuk össze az eredményt különböző időpontokban, és indítsunk rövid tesztet a minimálisan szükséges beállításokkal. Ha a hang minden próbálkozásnál ugyanazon az irányon tűnik el, miközben a többi platform működik, a probléma valószínűleg ennek az iránynak a fogadásában vagy feldolgozásában van. Ha az eredmény véletlenszerűen változik, ellenőrizzük a hálózatot, a kapcsolódási szervert és a kimenő stream stabilitását is.

Hasonlítsuk össze az újraközvetítést a közvetlen küldéssel

A problémás platformra történő közvetlen kontrollindítás segít szétválasztani az okokat. Állítsuk le a többplatformos közvetítést, és küldjünk tesztadást csak a szükséges platformra, ugyanazt a hangforrást és hasonló profilt használva.

• Ha a hang közvetlen küldésnél is eltűnt, ellenőrizzük a platformot, annak követelményeit, a tartalmat és a kódoló beállításait.
• Ha közvetlenül van hang, újraközvetítésen keresztül viszont nincs, keressük a hibát az útvonalválasztásban, a sáv kiválasztásában vagy az adott irány profiljában.
• Ha az előnézetben van hang, de a nézőknél eltűnik, ellenőrizzük a lejátszót, az adás felvételét és a fogadás utáni feldolgozást.
• Ha a hang eleinte van, majd eltűnik, vizsgáljuk az újracsatlakozásokat, a hálózati hibákat, a moderálást és a transzkódolás működését.

Ezt a tesztet jobb rövid zárt, korlátozott vagy tesztadáson végezni, ha a platform lehetővé teszi a megfelelő mód kiválasztását. Ne változtassuk egyszerre a jelenetet, a mikrofont és az összes kimeneti paramétert: az összehasonlítás csak azonos feltételek megtartása mellett lesz hasznos.

Hogyan határozzuk meg az okot a hiba jellege alapján

A kezdéstől számított teljes csend általában helytelen sávhoz, nem támogatott formátumhoz vagy a kimeneti mixből hiányzó forráshoz kapcsolódik. Ha a program szintjelzői aktívak, a helyi felvételen viszont nincs hang, a probléma szinte biztosan a sávválasztásban vagy a kimeneti útvonalban van.

Amikor a helyi felvételen van hang, de az egyik platformon nincs, ellenőrizzük az adott irány beállításait és a fogadó követelményeit. Ha a probléma csak egyes nézőknél jelentkezik, először zárjuk ki a lejátszót, a böngészőt, az alkalmazást és az eszköz beállításait.

Ha a hang hallható, a játék viszont nem, vagy fordítva, ez gyakrabban a források sávok közötti szétválasztására, hibás faderre vagy szűrőre utal. Ha a hang csak az egyik oldalon van, ellenőrizzük a monó és sztereó csatornákat, az egyensúlyt és a forrás csatornáinak a kimeneti mixhez való illeszkedését.

Ha a platform az élő adásban mutatja a hangot, de a felvételről eltávolítja, nézzük meg a jogokkal és tartalomszabályokkal kapcsolatos értesítéseket. Ha a hang a kapcsolat megszakadása után tűnik el, az újracsatlakozási naplók és a hálózati statisztikák fontosak.

Mit ellenőrizzünk az ügyfélszolgálathoz fordulás előtt

A platform vagy az újraközvetítő szolgáltatás ügyfélszolgálatának nehéz segíteni egy „az egyik platformon nincs hang” üzenet alapján. Készítsünk pontos leírást és a rövid tesztek eredményeit:

• a problémás platform neve és a kapcsolódás módja;
• van-e hang a helyi felvételen, az előnézetben és a nyilvános lejátszóban;
• az összes hang tűnik-e el, vagy csak egy adott forrás;
• azonnal eltűnik-e, vagy bizonyos idő után;
• működik-e a hang közvetlen adásnál újraközvetítés nélkül;
• milyen hibák, újracsatlakozások és értesítések jelennek meg a naplókban;
• be van-e kapcsolva külön hangsáv, és melyik sáv van a streamhez hozzárendelve;
• milyen kodeket, bitrátát, frekvenciát és csatornaszámot használ a kimenet.

Mellékeljük a tesztközvetítés linkjét, a probléma pontos időpontját, valamint az audiomixer és az iránybeállítások képernyőképeit. Jelszavakat, közvetítési kulcsokat és hozzáférési tokeneket nem szabad átadni.

Rövid következtetések: mit tegyünk lépésről lépésre

1. Ellenőrizzük a hangot a lejátszóban, egy másik eszközön és a mentett felvételen.
2. Készítsünk helyi felvételt, és győződjünk meg arról, hogy a szükséges források hallhatók rajta.
3. Ellenőrizzük a fő hangsávot, és ideiglenesen egyesítsük a hangot és a játékot egy közös mixbe.
4. Tanulmányozzuk az adott újraközvetítési irány beállításait és kapcsolódási állapotát.
5. Vessük össze a kodeket, a bitrátát, a frekvenciát, a csatornákat és a mono vagy sztereó követelményeket.
6. Állítsuk be az adássávot, majd szükség esetén konvertáljuk a hangot külön kódolóval.
7. Végezzünk tesztet zene és olyan tartalom nélkül, amelynek jogait ellenőrizhetik.
8. Hasonlítsuk össze az újraközvetítést a problémás platformra történő közvetlen küldéssel.
9. Mentsük el a naplókat, és forduljunk az ügyfélszolgálathoz az eredmény pontos leírásával.

Ha a helyi felvétel és a legtöbb platform működik, ne a mikrofon cseréjével kezdjük. Először ellenőrizzük a hangsávot, az adott célállomás beállításait, a bejövő stream formátumát, a csatornákat, a lejátszót és a tartalom automatikus feldolgozását.