Səs hər yerdə yoxdur: restrim zamanı səbəbi necə tapmaq olar

Səs niyə yalnız bir platformada itir

Restrim zamanı bir yayım eyni anda bir neçə platformaya ötürülür. Buna görə elə görünür ki, bütün istiqamətlər tamamilə eyni siqnal alır. Təcrübədə isə axın göndərildikdən sonra hər platforma audioyu ayrıca qəbul edir, yoxlayır və emal edir. O, öz pleyerindən, kodekə dair fərqli tələblərdən, ayrı audio yollardan və məzmunun avtomatik yoxlanmasından istifadə edə bilər.

Əgər iki platformada səs varsa, üçüncüdə isə eşidilmirsə, mikrofon mütləq nasaz deyil. Çox vaxt problem ümumi miks formalaşdıqdan sonra yaranır: konkret istiqamətin parametrlərində, audio yolun seçimində, daxil olan siqnalın emalında və ya pleyerin özündə.

Səs müxtəlif mərhələlərdə itə bilər. O, çıxış miksinə düşməyə bilər, bir təyinatadək ötürülmə zamanı itə bilər, format yoxlamasından keçməyə bilər, platformanın sistemi tərəfindən söndürülə bilər və ya yalnız bəzi tamaşaçılarda səslənə bilər. Buna görə əvvəlcə sükutun harada yarandığını müəyyən etmək, yalnız sonra kodlaşdırıcının parametrlərini dəyişmək lazımdır.

Ən faydalı istiqamət — yerli yazını, ön baxışı, ictimai yayımı və problemli platformaya birbaşa göndərişi müqayisə etməkdir. Bu ardıcıllıq miktoronu və bütün parametrləri təxminən dəyişməməyə imkan verir.

Əvvəlcə əmin olun ki, problem həqiqətən səslə bağlıdır

Yalnız bir tamaşaçının mesajına əsaslanmayın. Pleyerdə səssiz rejim aktiv ola bilər, brauzerin və ya tətbiqin səsi azaldıla bilər. Bəzən problem yalnız mobil tətbiqdə, ayrı brauzerdə və ya başqa səhifədəki daxili baxışda yaranır.

Yayımı özünüz bir neçə variantda yoxlayın:

• yayımı pleyerin yadda saxlanmış parametrləri olmayan inkognito rejimdə açın;
• ona başqa cihazdan və ya başqa şəbəkə vasitəsilə baxın;
• pleyerin özünün, brauzer vərəqinin və cihazın səsini yoxlayın;
• ictimai yayımı platformanın idarəetmə panelindəki ön baxışla müqayisə edin;
• yoxlama bitdikdən sonra platforma saxlayırsa, yayımın yazısını yoxlayın.

Əgər səs yalnız bir pleyerdə yoxdur, yazıda və ya digər tamaşaçılarda isə varsa, mikrofonun və kodlaşdırıcının parametrlərini dəyişmək lazım deyil. Əvvəlcə keşi, tətbiqi, brauzeri və pleyerin özünün vəziyyətini yoxlayın.

Əgər problem hər yerdə eşidilirsə, yerli yazının və çıxış yolunun yoxlanmasına keçin. Bu, mənbənin nasazlığını konkret platformanın səhvindən ayıracaq.

Audionu restrimə göndərməzdən əvvəl yoxlayın

Yayım proqramındakı səviyyə indikatoru mikserin siqnal aldığını göstərir. Əgər mikrofonun və ya oyunun şkalası hərəkət edirsə, bu hələ səsin lazımi yola düşdüyü və platformaya göndərildiyi anlamına gəlmir. Mikser aktivliyi göstərə bilər, çıxış axını isə bu zaman başqa kanallar dəstindən istifadə edə bilər.

Yayımın başladıldığı parametrlərlə qısa yerli yazı edin. Orada bütün mənbələr eşidilməlidir: səs, oyun, bildirişlər və ötürmək istədiyiniz digər elementlər. Əgər yerli yazıda sükut varsa, problem mənbədə, mikserdə və ya proqramın çıxış audiosundadır.

Fiziki və proqram səbəblərini ayrıca yoxlayın:

• mikrofon kimi söndürülmüş və ya müvəqqəti əlçatmaz girişin seçilmədiyini;
• mənbənin faderində səsin götürülmədiyini;
• oyunu və ya brauzeri ötürməli olan səhnə mənbəyinin söndürülmədiyini;
• siqnalı tamamilə boğan filtrin tətbiq edilmədiyini;
• proqram yenidən işə salındıqdan və ya qulaqlıq qoşulduqdan sonra giriş cihazının dəyişmədiyini.

Proqramın monitorinqi vasitəsilə dinləmə tam yoxlama deyil. Monitorinq ayrı marşrutla işləyə və tamaşaçılara gedənlə üst-üstə düşməyə bilər. İndikatorları, yerli yazını və real yayımı müqayisə etmək daha etibarlıdır.

Audio yolun seçimini yoxlayın

Seçici sükutun tez-tez rast gəlinən səbəblərindən biri bir neçə audio yolla bağlıdır. Genişləndirilmiş çıxış rejimində səs, oyun və musiqi ayrıca yazıla bilər. Bu, montaj üçün əlverişlidir, lakin hər platforma və ya restrim xidməti belə yolları eyni cür ötürmür və emal etmir.

Bir platforma birinci yolu götürüb ümumi miksi eşidə bilər, digəri isə yalnız səsin olduğu və ya ümumiyyətlə aktiv mənbələrin olmadığı bir yol ala bilər. Nəticədə video davam edir, konkret istiqamətdə isə səs itir.

Diaqnostika üçün bütün lazımi mənbələri müvəqqəti olaraq bir əsas yola göndərin. Əmin olun ki, məhz bu yol yalnız yerli yazı üçün deyil, axın ötürülməsi üçün göstərilib. Əgər bundan sonra səs peyda oldusa, səbəb tapılıb: mənbələrin yollara bölgüsünü hər platformanın imkanlarını nəzərə alaraq yenidən qurmaq lazımdır.

Ayrı yolları sol və sağ kanalla qarışdırmaq olmaz. Yol — ayrı audio miksdir, kanal isə bu miks daxilində bir tərəfdir. Kanallar səhv uyğunlaşdırılarsa, səs yalnız solda və ya sağda ola bilər. Bir cihazda bu eşidiləcək, digərində isə tamaşaçı səsin olmadığını düşünəcək.

Uyğun yayım üçün yolları necə quraşdırmaq olar

Adi restrim üçün sadə ümumi miksdən başlamaq daha təhlükəsizdir. Yayımın əsas yolunu yaradın və ona səsi, oyunu, bildirişləri və tamaşaçıların eşitməli olduğu digər mənbələri yönəldin. Hər mənbənin parametrlərində məhz bu yolun işarələndiyini yoxlayın.

Əlavə yolları yerli yazı üçün saxlamaq olar. Məsələn, bir yolda yayım üçün tam miksi, digərində yalnız mikrofonu, üçüncüdə isə oyunu saxlamaq. Lakin axın ötürülməsinin parametrlərində tam miksli yol seçilməlidir. Ayrı yazı yolları özlüyündə restrimin ümumi səsi alacağına zəmanət vermir.

Sxemi dəyişdikdən sonra profili yadda saxlayın və qısa yazı edin. Sonra problemli platformada yayımı yoxlayın. Əgər restrim xidməti hər təyinat üçün ayrı yol seçməyə imkan vermirsə, bütün platformalar üçün ümumi uyğun miksdən istifadə edin. Konkret platforma üçün ayrı audio variantı yalnız xidmət və ya əlavə kodlaşdırıcı fərqli çıxışları dəstəklədikdə mümkündür.

Əgər səs və oyun ayrı yollara bölünübsə, problemi səsi dəyişməklə həll etməyə çalışmayın. Səs mənbəyi başqa yola əlavə etməyəcək. Audio mikserin xassələrini açmaq, lazımi mənbələri yayım yolunda işarələmək və axını yenidən başlatmaq lazımdır.

Platformaların audioya dair tipik tələbləri

Platforma axının video hissəsini qəbul edib, eyni zamanda audioyu səhv emal edə bilər. Bu, dəstəklənməyən kodek, çox yüksək və ya aşağı bitreyt, səhv seçmə tezliyi, uyğun olmayan kanal sayı və ya bu parametrlərin qeyri-standart kombinasiyası zamanı baş verir.

Dəqiq tələblər platformadan, protokoldan və qoşulma üsulundan asılıdır. Quraşdırmadan əvvəl konkret istiqamətin rəsmi yardımını açın və daxil olan audioya dair tələbləri tapın. Xüsusilə öz RTMP və ya RTMPS ünvanına keçiddən, kodlaşdırıcının dəyişdirilməsindən və ya yeni restrim xidmətinin qoşulmasından sonra onları diqqətlə yoxlayın.

• Kodek. RTMP və RTMPS vasitəsilə axınlar üçün çox vaxt AAC-LC istifadə olunur. Opus və digər variantlar yalnız müəyyən protokol və ya daxil olan axın növü ilə dəstəklənə bilər. Kodeki yalnız proqramda mövcud olduğu üçün seçmək olmaz.
• Bitreyt. Tələblərdə konkret səviyyə, icazə verilən diapazon və ya maksimum dəyər göstərilə bilər. Uyğun profillərdə tez-tez 128 və ya 160 kbit/s ətrafında dəyərlərə rast gəlinir, lakin bu universal qayda deyil. Əgər platforma bitreyti məhdudlaşdırırsa, limitin aşılması video saxlanılarkən audionun rədd edilməsinə səbəb ola bilər.
• Seçmə tezliyi. Yayımlar üçün tez-tez 44,1 və 48 kHz-ə rast gəlinir. Proqramda, mikserdə, audio interfeysdə və çıxış kodlaşdırıcısında tezliyin ziddiyyət təşkil etməməsi vacibdir. Əgər platforma konkret dəyər tələb edirsə, onu bütün mərhələlərdə seçin.
• Kanal sayı. Mono bir kanal, stereo iki kanal ehtiva edir. Platforma hər iki variantı qəbul edə və ya müəyyən sxem tələb edə bilər. Səs üçün mono kifayət edə bilər, oyun və musiqi üçün isə tələblər icazə verirsə, stereo miks lazımdır.
• Kodek profili və kanalların yerləşməsi. Hətta dəstəklənən AAC da uyğun olmayan profil və ya sol və sağ kanalların səhv uyğunlaşdırılması ilə konfiqurasiya edilə bilər.

Əgər rəsmi sənədlərdə ayrı profil göstərilmirsə, nəzarət testi üçün protokolunuzun dəstəklədiyi sadə variantdan istifadə edin: AAC-LC, platformanın tələblərindəki tezlik, mülayim bitreyt və adi stereo miks. Uğurlu testdən sonra əlavə yolları və mürəkkəb emalı bir-bir parametrlə geri qaytara bilərsiniz.

Mono, stereo və kanalların yerləşməsini yoxlayın

Kanallarla bağlı problem tam sükut kimi görünə bilər. Məsələn, mikrofon siqnalı yalnız sol kanala ötürür, platforma və ya pleyer isə belə axını səhv emal edir. Başqa bir halda ümumi miks mono formalaşır, kodlaşdırıcı isə iki kanallı stereo siqnal gözləyir.

Audio mikserin parametrlərini açın və hər mənbənin balansına baxın. Səs üçün sürüşdürmənin tamamilə sola və ya sağa sürüşdürülmədiyini yoxlayın. Əgər proqramda kanalları mono birləşdirmə funksiyası varsa, səsin mərkəzdə olması lazım olduqda onu mikrofonа tətbiq edin. Bu, nitqin yalnız bir tərəfdən olması vəziyyətini aradan qaldıracaq.

Əgər problemli platforma stereo tələb edirsə, çıxışda iki düzgün kanal olmalıdır. Nasaz sol kanalın sadə surətdə təkrarlanması həmişə məsələni həll etmir: əvvəlcə mənbədə həqiqətən faydalı siqnal olduğuna əmin olmaq lazımdır. Musiqini və oyunu lazımsız yerə monoya çevirməyin, çünki məkan komponenti itə bilər.

Kanalları dəyişdikdən sonra səs və oyunla yazı edin, onu qulaqlıqda və adi dinamiklərdə dinləyin. Sonra məhz problemli istiqaməti yoxlayın, çünki yerli pleyer kanalların birləşdirilməsini özünəməxsus şəkildə həyata keçirə bilər.

Restrimin konkret istiqamətinin parametrlərini tutuşdurun

Restrim xidmətinin panelində hər platforma üçün ayrı konfiqurasiya ola bilər. Mənbə ümumi olsa da, istiqamət üçün bəzən öz kodlaşdırma profili, yol seçimi, audio parametrləri və qoşulma üsulu təyin edilir. Başqa yayımdan parametrləri köçürdükdən sonra bəzi sahələr uyğun olmaya bilər.

Lazımi platformanın həqiqətən aktiv olduğunu, düzgün kanala qoşulduğunu və cari yayımı aldığını yoxlayın. Dayandırılmış və ya köhnəlmiş təyinat qoşulmuş kimi göstərilə bilər, halbuki axın artıq qəbul edilmir. İstiqamətin statistikası mövcuddursa, yalnız video deyil, audio axının da ötürüldüyünü yoxlayın.

Bu istiqamət üçün boş yolun təyin edilmədiyini yoxlayın. Əgər parametrlərdə audio mənbə seçimi varsa, tam miksli əsas yolu qoyun. Əgər kodeki, bitreyti, tezliyi və kanal sayını ayrıca göstərmək mümkündürsə, bu sahələri platformanın rəsmi tələbləri ilə müqayisə edin.

Əsas parametrləri dəyişdikdən sonra yayımı tamamilə dayandırın və yenidən başladın. Bəzi parametrlər yalnız yeni qoşulma yaradılarkən tətbiq olunur. Səhifəni sadəcə yeniləmək və ya başlat düyməsini yenidən basmaq həmişə axını yenidən yığmır.

Diaqnostikadan sonra nə etməli: problemli platforma üçün yenidən quraşdırma

Yoxlamadan sonra yalnız səbəbi qeyd etmək deyil, zəncirin konkret hissəsini dəyişmək lazımdır. Əvvəlcə işlək profili yadda saxlayın və ilkin parametrləri qeyd edin. Bu, yeni quraşdırma digər istiqamətlərə təsir edərsə, onlara qayıtmağa imkan verəcək.

1. Əgər problem yoldadırsa, proqramda axın ötürülməsi üçün əsas yolu seçin və tamaşaçıların eşitməli olduğu bütün mənbələri ona əlavə edin. Əlavə yolları yalnız yerli yazı üçün saxlayın. Yayımı yenidən başladın və nəticəni yoxlayın.
2. Əgər problem kodekdədirsə, platformanın tələblərində birbaşa göstərilən kodeki seçin. RTMP və ya RTMPS üçün bu çox vaxt AAC-LC-dir, lakin konkret girişin sənədlərinə əsaslanmaq lazımdır. Əgər bu protokol onu qəbul etmirsə, Opus istifadə etməyin.
3. Əgər bitreyt uyğun gəlmirsə, tələblərdəki dəyəri qoyun və ya göstərilən maksimumu aşmayın. Test üçün yayım zamanı parametrləri dəyişən avtomatik rejimdən deyil, bir sabit profildən istifadə etmək daha yaxşıdır.
4. Əgər tezlik uyğun gəlmirsə, yayım proqramında tələb olunan dəyəri qoyun və audio interfeysin parametrlərini yoxlayın. Zəncirin bir hissəsinin 44,1 kHz-də işləməsinə, digərinin isə düzgün çevrilmə olmadan məcburi 48 kHz gözləməsinə yol verməyin.
5. Əgər problem kanallardadırsa, tələb olunan mono və ya stereo rejimini qoyun. Səs üçün əvvəlcə bərabər mərkəzi siqnala nail olun, sonra çıxış kanal sayını platformanın tələblərinə uyğun qurashdırın.
6. Əgər heç bir parametr kömək etmirsə, musiqini, əlavə yolları, filtrləri və mürəkkəb emalı müvəqqəti söndürün. Ayrı mənbənin təsirini istisna etmək üçün səs və oyundan ibarət təmiz miksi yoxlayın.

Hər dəyişiklikdən sonra qısa test başladın. Kodeki, yolu, bitreyti və kanalları eyni vaxtda dəyişməyin: əks halda nəticəni konkret səbəblə əlaqələndirmək çətin olacaq.

Audionu göndərməzdən əvvəl necə konvertasiya etmək olar

Əgər proqram və ya restrim xidməti səsi ayrı istiqamətin tələblərinə uyğunlaşdıra bilmirsə, aralıq audio konverteri və ya əlavə kodlaşdırıcıdan istifadə etmək olar. O, lazımi yolu almalı, kodeki, tezliyi, kanal sayını və bitreyti dəyişməli, sonra axını problemli platformanın ünvanına göndərməlidir.

Uyğun RTMP çıxışı üçün əmr nümunəsi belə ola bilər: 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. Burada birinci video yolu və birinci audio yolu seçilir, audio AAC-LC-yə kodlaşdırılır, 128 kbit/s bitreyt, 48 kHz tezlik və iki kanal təyin edilir. Bu dəyərlər nəzarət profilinin nümunəsidir, bütün platformaların universal tələbləri deyil.

Əgər sənədlər mono tələb edirsə, kanal sayı parametri «-ac 2»-dən «-ac 1»-ə dəyişdirilir. Əgər 44,1 kHz tezlik göstərilibsə, «-ar 48000» əvəzinə «-ar 44100» istifadə olunur. Bitreyt də tələblərdəki dəyərlə əvəz olunur. Başlatmadan əvvəl çıxış protokolunun seçilmiş kodeki dəstəklədiyinə əmin olun.

«-map 0:a:0» parametri vacibdir: o, birinci audio yolu açıq şəkildə seçir. Əgər tam miks başqa yoldadırsa, uyğun nömrəni göstərmək lazımdır. Yolun təsadüfi seçimi yenidən platformaya oyunsuz səs və ya boş audio axını göndərə bilər.

Video yalnız səslə bağlı problemə görə yenidən kodlaşdırılmamalıdır, əgər o, artıq platforma ilə uyğundursa. Lakin «-c:v copy» parametri ilə videonun kopyalanması yalnız uyğun video kodek və konteyner olduqda icazə verilir. Axının ünvanı və yayım açarı əmrlərdə, ekran şəkillərində və jurnallarda yayımlanmamalıdır.

Məzmuna görə səsin avtomatik söndürülməsini istisna edin

Əgər yalnız musiqi, video fraqmentləri və ya digər konkret element itirsə, səbəb müəllif hüquqlarının avtomatik yoxlanması ola bilər. Fərqli platformalar fərqli qaydalar və tanıma sistemlərindən istifadə edir. Biri səsi saxlaya bilər, digəri yayımı müvəqqəti azalda, ayrı fraqmenti bloklaya və ya yazıda səsi söndürə bilər.

Müəllif panelindəki bildirişlərə və saxlanılmış yayımın statusuna baxın. Yalnız canlı yayımı deyil, onun bitməsindən sonrakı yazını da müqayisə etmək vacibdir. Əgər yayım zamanı səs eşidilirdisə, yazıda isə itdisə, bu, mikrofonun və ya restrimin nasazlığına deyil, sonrakı emala işarə edir.

Nəzarət testi üçün hüquqları təsdiqlənməmiş musiqi, video kliplər və səslər olmadan qısa yayımdan istifadə edin. Yalnız səsi və oyun səsini saxlayın. Əgər belə testdə problemli platforma səsi səsləndirməyə başlayırsa, səbəbi konkret məzmunun istifadə qaydalarında axtarmaq lazımdır. Texniki parametrləri dəyişməklə avtomatik məhdudiyyətləri yan keçmək lazım deyil: bu, bloklamanın əsasını aradan qaldırmır.

Şəbəkəni və axının qəbulunu yoxlayın

Audio məlumatları videodan az yer tutur, lakin onlar ayrı paketlərlə ötürülür və serverlə əlaqənin sabitliyindən asılıdır. Əlaqə itirildikdə platforma video kadrları göstərməyə davam edə, audio isə yenilənməyə bilər. Bu, xüsusilə problem yayım başladıqdan bir neçə dəqiqə sonra yaranarsa və ya yenidən qoşulmadan sonra yox olarsa nəzərə çarpır.

Yayım proqramının və restrim xidmətinin özünün statistikasına baxın. Şəbəkə üzündən itirilmiş kadrlara, yenidən qoşulmalara, gecikmə sıçrayışlarına və konkret təyinatdakı xəta mesajlarına diqqət yetirin. Əgər problemlər yalnız bir platformaya eyni vaxtda göndəriş zamanı müşahidə olunursa, xidmətlə onun serveri arasındakı marşrutda nasazlıq mümkündür.

Nəticəni fərqli vaxtlarda müqayisə edin və minimum zəruri parametrlərlə qısa test başladın. Əgər səs hər cəhddə eyni istiqamətdə itirsə, digər platformalar isə işləyirsə, ehtimal ki, problem bu istiqamətin qəbulunda və ya emalındadır. Əgər nəticə təsadüfi dəyişirsə, əlavə olaraq şəbəkəni, qoşulma serverini və çıxış axınının sabitliyini yoxlayın.

Restrimi birbaşa göndərişlə müqayisə edin

Problemli platformaya birbaşa nəzarət buraxılışı səbəbləri ayırmağa kömək edir. Çoxplatformalı yayımı dayandırın və eyni səs mənbəyi və müqayisə oluna bilən profildən istifadə edərək test yayımını yalnız lazımi platformaya göndərin.

• Əgər səs birbaşa göndərişdə də itdisə, platformanı, onun tələblərini, məzmunu və kodlaşdırıcı parametrlərini yoxlayın.
• Əgər birbaşa səs varsa, restrim vasitəsilə isə yoxdursa, marşrutlaşdırmada, yol seçimində və ya konkret istiqamətin profilində səhv axtarın.
• Əgər səs ön baxışda varsa, tamaşaçılarda isə itirsə, pleyeri, yayım yazısını və qəbuldan sonrakı emalı yoxlayın.
• Əgər səs əvvəlcə varsa, sonra itirsə, yenidən qoşulmaları, şəbəkə xətalarını, moderasiyanı və transkodlaşmanın işini araşdırın.

Belə testi platforma uyğun rejimi seçməyə imkan verirsə, qısa qapalı, məhdud və ya test yayımında keçirmək daha yaxşıdır. Səhnəni, mikrofonu və bütün çıxış parametrlərini eyni vaxtda dəyişməyin: müqayisə yalnız eyni şərait saxlanıldıqda faydalı olacaq.

Nasazlığın xarakterinə görə səbəbi necə müəyyən etmək olar

Başlatma anından tam sükut adətən səhv yolla, dəstəklənməyən formatla və ya çıxış miksində olmayan mənbə ilə bağlıdır. Əgər proqramın indikatorları aktivdirsə, yerli yazı isə səssizdirsə, problem demək olar ki, mütləq yol seçimində və ya çıxış marşrutundadır.

Yerli yazıda səs varsa, bir platformada isə yoxdursa, bu istiqamətin parametrlərini və qəbulediciın tələblərini yoxlayın. Əgər problem yalnız bəzi tamaşaçılarda yaranırsa, əvvəlcə pleyeri, brauzeri, tətbiqi və cihaz parametrlərini istisna edin.

Əgər səs eşidilir, oyun isə yox, və ya əksinə, bu daha çox mənbələrin yollara bölünməsindən, səhv faderdən və ya filtrdən xəbər verir. Əgər səs yalnız bir tərəfdən varsa, monofonik və stereo kanalları, balansı və mənbə kanallarının çıxış miksiniə uyğunluğunu yoxlayın.

Əgər platforma canlı yayımda səsi göstərir, yazıdan isə çıxarır, hüquqlar və məzmun qaydaları barədə bildirişlərə baxın. Əgər səs əlaqə kəsilidikdən sonra itirsə, yenidən qoşulma loqları və şəbəkə statistikası vacibdir.

Dəstəyə müraciət etməzdən əvvəl nəyi yoxlamaq lazımdır

Platformanın və ya restrim xidmətinin dəstəyinə «bir platformada səs yoxdur» mesajı ilə kömək etmək çətin olacaq. Dəqiq təsvir və qısa testlərin nəticələrini hazırlayın:

• problemli platformanın adı və qoşulma üsulu;
• yerli yazıda, ön baxışda və ictimai pleyerdə səsin olub-olmaması;
• bütün səsin, yoxsa yalnız ayrı mənbənin itməsi;
• səsin dərhal, yoxsa bir müddət sonra itməsi;
• səsin restrimsiz birbaşa yayımda işləyib-işləməməsi;
• jurnallarda hansı xətaların, yenidən qoşulmaların və bildirişlərin göstərilməsi;
• ayrı audio yolun aktiv olub-olmaması və axın üçün hansı yolun təyin edilməsi;
• çıxışda hansı kodek, bitreyt, tezlik və kanal sayının istifadə olunması.

Test yayımına keçid, problemin yarandığı dəqiq vaxt və audio mikserin və istiqamət parametrlərinin ekran şəkillərini əlavə edin. Parollar, yayım açarları və giriş tokenləri ötürülməməlidir.

Qısa nəticələr: addım-addım nə etməli

1. Səsi pleyerdə, başqa cihazda və saxlanılmış yazıda yoxlayın.
2. Yerli yazı edin və orada lazımi mənbələrin eşidildiyinə əmin olun.
3. Əsas audio yolu yoxlayın və səsi və oyunu müvəqqəti olaraq ümumi miksə birləşdirin.
4. Restrimin konkret istiqamətinin parametrlərini və onun qoşulma statusunu öyrənin.
5. Kodeki, bitreyti, tezliyi, kanalları və mono və ya stereo tələblərini tutuşdurun.
6. Yayım yolunu qurashdırın, sonra lazım gələrsə, audionu ayrı kodlaşdırıcı ilə konvertasiya edin.
7. Musiqi və hüquqları yoxlana biləcək məzmun olmadan test keçirin.
8. Restrimi problemli platformaya birbaşa göndərişlə müqayisə edin.
9. Loqları yadda saxlayın və nəticənin dəqiq təsviri ilə dəstəyə müraciət edin.

Əgər yerli yazı və platformaların əksəriyyəti işləyirsə, mikrofonu dəyişməklə başlamayın. Əvvəlcə audio yolu, konkret təyinatın parametrlərini, daxil olan axının formatını, kanalları, pleyeri və məzmunun avtomatik emalını yoxlayın.