OBS yenidən qoşulduqdan sonra YouTube-da niyə yeni yayım görünür

OBS-in yenidən qoşulması özlüyündə yeni yayım yaratmır

YouTube serveri ilə əlaqənin kəsilməsi və OBS-in təkrar qoşulması adətən eyni yayıma aid olmalıdır. Tamaşaçılar fasilə, ekran qoruyucusu və ya yayımın bir hissəsinin buraxılmasını görə bilər, lakin keçid, çat və yazı əvvəlki kimi qalır. YouTube Studio-da ayrıca səhifə görünürsə, səbəb çox vaxt yenidən qoşulmanın özündə deyil, gələn axınla yayım arasındakı əlaqənin dəyişməsindədir.

YouTube tərəfində iki fərqli obyekt mövcuddur: adı, girişi, çatı və parametrləri olan yayım səhifəsi, həmçinin OBS-in göndərdiyi RTMP axını. Yeni yayım o zaman yaranır ki, xidmət başqa yayıma və ya başqa işə salma ssenarisinə bağlanmış axın qəbul edir.

Yayım səhifəsinin yayım açarından fərqi nədir

Yayım açarı OBS-in video və səsi YouTube serverinə göndərməsi üçün lazımdır. Yayım səhifəsi tamaşaçının açdığı obyektdir: onun keçidi, önizləməsi, təsviri, çatı və gələcək yazısı var. Sabit konfiqurasiyada bir gələn axın bir seçilmiş yayım səhifəsinə xidmət edir.

Qısa fasilədən sonra OBS eyni RTMP girişinə bağlantını bərpa edə bilər. Lakin nasazlıq zamanı yeni yayım yaradılıbsa, başqa açar seçilibsə və ya xarici alət əlaqəni dəyişibsə, YouTube axını başqa səhifə üçün qəbul etməyə başlayır. Kənardan bu, proqramın bir yayımı ikiyə böldüyü kimi görünür, halbuki qərar yayımın konfiqurasiyası səviyyəsində verilib.

Yeni səhifə YouTube Studio-da əl ilə yaradılır

Geniş yayılmış ssenari siqnal itkisindən sonra başlayır. Kanal sahibi Studio-nu açır, problem barədə xəbərdarlıq görür və əvvəlkini bərpa olunmasını gözləmək əvəzinə yeni yayım yaradır. Sonra OBS artıq yeni qaralama parametrləri ilə yenidən işə salınır, birinci səhifə isə qısa yazı ilə qalır.

Kanaldа eyni vaxtda planlaşdırılmış yayım, qaralama, test yayımı və oxşar adlı bir neçə köhnə qaralama olduqda səhv etmək daha asandır. Stressli vəziyyətdə əl ilə bərpanın çatışmazlığı aydındır: hansı səhifənin cari siqnalla bağlı olduğunu tez müəyyən etmək çətindir, tamaşaçılar isə köhnə keçiddə qala bilər.

Profilde və ya başqa kompüterdə açarın dəyişməsi

Yayım açarı OBS profilləri, iş kompüterləri və ehtiyat avadanlıq arasında fərqlənə bilər. Məsələn, əsas kompüter planlaşdırılmış yayımın açarından istifadə edir, ehtiyat kompüter isə əvvəllər saxlanılmış test yayımının açarından. Ehtiyata keçid zamanı YouTube axını başqa sxemlə qəbul edir və başqa səhifəni işə sala bilər.

Hər cihazda OBS-in yayım parametrlərini yoxlayın: seçilmiş xidmət, server və açar. Fasilədən əvvəl və sonra hansı profilin aktiv olduğunu da tutuşdurmaq faydalıdır. Bütün komanda üçün bir ümumi açar işə salmanı asanlaşdırır, lakin bu variantın çatışmazlığı var: başqa kompüterdən təsadüfi başlatma işlək yayıma düşə bilər.

Avtomatlaşdırma yenidən qoşulma əvəzinə yayım yaradır

İdarəetmə panelləri, botlar, plaginlər və şəxsi skriptlər YouTube API ilə işləyə bilər. Belə alətlər yayım yaradır, ad, giriş və digər parametrləri təyin edir, sonra onu gələn axınla əlaqələndirir. Avtomatlaşdırma yalnız ilk başlatmadan əvvəl deyil, şəbəkə bərpa olunduqdan sonra da işə düşürsə, yeni səhifə yarada bilər.

OBS-in işə salınması, səhnələrin dəyişməsi, şəbəkə hadisələri və uzaq paneldən gələn əmrlər üçün işləyiciləri xüsusilə diqqətlə yoxlayın. Avtomatlaşdırmanın çatışmazlığı ondadır ki, məntiqdəki səhv həmişə dərhal görünmür: təsvir artıq ötürülür, lakin tamaşaçılar və moderatorlar köhnə keçidlə əvvəlki yayıma baxmağa davam edir.

Axının əlaqələndirilmə sxemi necə görünməlidir

Bir planlaşdırılmış yayım üçün zəncir sadə olmalıdır: OBS axını bir RTMP açarı ilə göndərir, YouTube isə onu bir konkret yayım səhifəsində qəbul edir. Yenidən qoşulma zamanı OBS eyni girişə qayıdır, əgər açar, Studio parametrləri və xarici ssenarilər dəyişməyibsə.

Sxem diaqnostika zamanı faydalıdır: o göstərir ki, internetin kəsilməsi yeni yayımın yaradılmasına bərabər deyil. Yeni obyekt yalnız zəncirdə açar, hədəf səhifə dəyişdikdə və ya avtomatlaşdırma yeni əlaqə yaratdıqda meydana çıxır. Bir neçə parametri eyni vaxtda dəyişmək lazım deyil: bundan sonra problemin mənbəyini müəyyən etmək çətin olur.

Səbəbi yayımlar tarixçəsində və OBS jurnalında necə tapmaq olar

YouTube Studio-da yayımlar siyahısını açın və səhifələrin yaradılma vaxtını, faktiki başlama və yazının bitmə vaxtı ilə tutuşdurun. İkinci səhifə məhz fasilə zamanı yaradılıbsa, Studio-dakı hərəkətləri və avtomatlaşdırmanın işini yoxlayın. Əgər hər iki səhifə əvvəlcədən mövcud idisə, çox güman ki, yenidən qoşulmadan sonra açar, profil və ya cihaz dəyişib.

• Siqnal itkisi anını Studio-da yeni səhifənin görünmə vaxtı ilə tutuşdurun.
• Yenidən işə salmadan əvvəl və sonra aktiv OBS profilini yoxlayın.
• Əsas və ehtiyat kompüterdə yayım parametrlərini müqayisə edin.
• OBS jurnalını açın: orada ayrılma, yenidən qoşulma cəhdləri və ötürmənin yeni başlanğıcı görünür.
• Nasazlıq anında botların, idarəetmə panellərinin və ya skriptlərin işə düşüb-düşmədiyinə baxın.
• Studio-da başqa qaralamanın əl ilə açılıb konfiqurasiya edilmədiyinə əmin olun.

Planlaşdırılmış yayım bir keçidi saxlamağa kömək edir

Vacib yayım üçün yayım səhifəsini əvvəlcədən hazırlamaq və onu auditoriya üçün daimi giriş nöqtəsi kimi istifadə etmək rahatdır. Başlamadan əvvəl adı, girişi, önizləməni və siqnalın məhz bu yayıma daxil olmasını yoxlayın. Fasilədən sonra əvvəlcə onun statusunu açın və OBS-in əvvəlki bağlantıya qayıtmağa çalışdığına əmin olun.

Aktiv profil, açar və artıq başlamış yayımın vəziyyəti yoxlanmadan yeni səhifə yaratmayın. Planlaşdırılmış formatın çatışmazlığı var: kanalda eyni adlı köhnə qaralamalar yığıldıqda səhv olanı seçmək asandır. Aydın iş adları və lazımsız test yayımlarının silinməsi kömək edir.

Təkrar istifadə olunan açar və tapşırıqlar üçün ayrı açarlar

Təkrar istifadə olunan açar OBS-də parametrləri daim kopyalamaqdan azad edir və hazırlıq zamanı səhv riskini azaldır. Qısa şəbəkə nasazlığı zamanı o, proqrama adi qəbul nöqtəsinə qayıtmağa kömək edir. Bu variant paralel testlərin və mürəkkəb xarici ssenarilərin olmadığı bir iş yeri üçün rahatdır.

Təkrar istifadə olunan açarın çatışmazlığı girişə nəzarətin az olmasıdır. Əgər o, başqa kompüterdə saxlanılıbsa və ya köməkçiyə verilibsə, təsadüfi başlatma cari yayıma müdaxilə edə bilər. Testlər, ehtiyat avadanlıq və ayrı layihələr üçün əvvəlcədən müəyyən edilmiş qayda lazımdır: hansı açar istifadə olunur, hansı səhifəyə aiddir və axını kim işə sala bilər.

Vacib yayımdan əvvəl yenidən qoşulmanın testi

Yoxlamanı qapalı test yayımında aparmaq daha yaxşıdır. OBS-i işə salın, Studio-da siqnalı gözləyin, sonra ötürməni və ya şəbəkə bağlantısını müvəqqəti kəsin və proqrama əlaqəni bərpa etməyə cəhd etməyə imkan verin. Siqnal qayıtdıqdan sonra keçidi, çatı, adı və idarəetmə panelində eyni səhifənin olub-olmadığını yoxlayın.

Testdən sonra yeni yayım görünürsə, parametrləri təsadüfi dəyişməyin. Hadisələrin vaxtını, aktiv OBS profilini, istifadə olunan açarı və qoşulmuş alətlərin siyahısını qeyd edin. Sonra avtomatlaşdırmanı söndürün, testi təkrarlayın və əsas və ehtiyat cihaz arasında keçidi ayrıca yoxlayın. Belə testin çatışmazlığı ondadır ki, o, real şəbəkənin bütün problemlərini təkrarlamayacaq, lakin konfiqurasiya səhvini təsadüfi bağlantı nasazlığından ayırmağa imkan verəcək.

Ayrı yayım həqiqətən nə vaxt lazımdır

Yeni səhifə mövzu, giriş, tərtibat, cədvəl dəyişdikdə və ya ayrıca arxiv lazım olduqda əsaslandırılır. Ayrı yayımlar həmçinin qapalı nümayişlər, texniki testlər və paralel layihələr üçün istifadə olunur. Bu hallarda ayrılma müxtəlif tədbirlərin çatlarını, yazılarını və statistikasını qarışdırmamağa kömək edir.

Belə həllin çatışmazlığı ondadır ki, auditoriya yeni keçidə keçməli olur, məlumatlar isə müxtəlif yayımlarda qalır. Əgər məsələ yalnız qısa fasilədən sonra OBS-in bərpasına aiddirsə, yeni yayım yaratmaq lazım deyil: axının əvvəlki əlaqəsini artıq başlamış səhifə ilə saxlamaq lazımdır.