Kısa cevap: alıcı tarafın gerçekten kabul edebileceği protokolü seçin. SRT, iki uç da desteklediğinde ve yol yapılandırıldığında bir katkı seçeneğidir; RTMP ise kodlayıcıdan platforma veya alım sunucusuna aktarımda yaygınlığını korur. İzleyici oynatımı ve teslimi ayrı yapılandırılan aşağı akış işleri olmaya devam eder.
Alıcıyla başlayın, ardından aktarımı seçin
| Karar noktası | SRT yolu | RTMP yolu |
|---|---|---|
| Alıcı | Denetlediğiniz veya size atanmış SRT özellikli katkı alıcısı | Yayın için sağlanmış RTMP alım uç noktası veya platform URL’si |
| Aktarım | UDP tabanlı SRT oturumu; canlı mod zamanlama ve yeniden iletim denetimleri içerir | Yapılandırılmış uç noktaya TCP tabanlı RTMP oturumu |
| Ağ sorusu | İki eş birbirine ulaşabiliyor mu; mod, gecikme ve parola ayarları uyuşuyor mu? | Kodlayıcı ana makineye ulaşabiliyor mu ve URL/anahtar uç nokta sözleşmesine uyuyor mu? |
| Kodek sorusu | Alıcının kabul ettiği kapsayıcıyı ve kodekleri ayrı doğrulayın | Hedefin kabul ettiği ses/video profilini ayrı doğrulayın |
| Yararlı sonraki iş | Operasyon veya prodüksiyon iş akışına katkı | Alım hizmetine veya yapılandırılmış RTMP Server’a yayın |
Üç yaygın karar
- Platform yalnızca URL ve akış anahtarı sağlıyorsa: bu sözleşmeyle RTMP yayınlayın.
- Ekibiniz bir SRT alıcısını denetliyorsa: mod, ana makine:bağlantı noktası, gecikme ve varsa Stream ID/parola iki uçta da kararlaştırıldığında SRT kullanın.
- SRT katkısı RTMP/RTMPS platformunda bitiyorsa: SRT katkısını ve platform yayın aktarımını ayrı doğrulayın.
SRT canlı modu, yapılandırılmış gecikme penceresi ve alıcı geri bildirimi etrafında tasarlanmıştır; daha büyük pencere kurtarma için daha fazla süre tanıyabilir, ancak yine de daha iyi görüntü vaadi değil, kurulum seçimidir. RTMP uyumluluğu da uç noktaya özeldir. Platform RTMP veya RTMPS URL’si istiyorsa, başka yerdeki katkı ayağı SRT kullansa bile nihai aktarımı o belirler.
Operasyonel olarak ne değişir
| İlk bağlantıdan önce | Kaydedin |
|---|---|
| SRT | Arayan/dinleyici/rendezvous modu; ana makine:bağlantı noktası; gecikme; kullanılıyorsa Stream ID veya parola; kapsayıcı ve video/ses kodekleri. |
| RTMP | Tam alım URL’si, uygulama/yol ve anahtar; alıcının bildirdiği profil—uç noktanın gerektirdiği yerde sıklıkla H.264/AAC—ve akış sağlığı kontrolü. |
Kimlik bilgilerini ekran görüntülerinden, sohbet günlüklerinden ve test kayıtlarından uzak tutun.
SRT şifrelemesi ve RTMPS farklı aktarım güvenliği sorularını çözer: SRT şifrelemeyle yapılandırılabilirken RTMPS, TLS üzerinden taşınan RTMP’dir. RTMPS hedefi ayrı bir RTMP Server’ın alım seçeneklerini açıklamaz.
Bir katkı yolunu test edin
Her iki sekme için de aynı hazırlanmış kaynağı kullanın: program biçimini sabitleyin, video ve ses kodek ayarlarını not edin ve yayıncıya seçili test uç noktasına erişim verin. Bir protokol oturumu başlatın, yayıncı durumunu doğrulayın, önizlemeyi inceleyin; sonra iş akışı kullanıyorsa aşağı akış çıkışını doğrulayın.
PROTOKOL DEMOLARI
Test etmek için bir protokol seçin
Her demo elle başlatılır ve kendi geçici süresini korur. İş akışlarını karşılaştırırken eşleşen kaynak ayarlarını kullanın; bu sayfa kontrollü bir gecikme karşılaştırması yapmaz.
Canlı SRT demosu
Canlı bir SRT bağlantısını deneyin
Bir saatlik geçici bağlantı oluşturun. Akışınızı Caller modunda yayıncı adresine gönderin, Akış Kimliği boş bırakılarak. Aşağıdaki Multiview'da izleyin veya alıcınızı Caller modunda alıcı adresine bağlayın.
Sonuç, seçili kaynağın o geçici yola ve önizlemesine ulaştığını doğrular. Bu bir kurulum kontrolüdür, karşılaştırmalı kıyaslama değildir; dolayısıyla gecikmeyi, kaliteyi veya güvenilirliği sıralamaz. Değiştirilmiş yapılandırmayı yeni test olarak tekrarlayın ve alıcı günlüklerini veya operatörün görebildiği bağlantı verilerini saklayın.
Callaba’nın rolü
Callaba’nın RTMP Server ürünü yayıncılara ve alıcılara ayrı erişim kuralları verebilir, operatörün görebildiği etkinliği gösterebilir. Konuk RTMP Server bunun yerine önceden tanımlı erişim kuralları olmadan açık olabilir. SRT Server, uyumlu SRT iş akışı için karşılık gelen katkı kaynağıdır. Tarayıcı gözlemi ve izleyici oynatımı ayrı yapılandırılmış modüller kullanır; RTMP yayın URL’si tarayıcıda oynatılabilir URL değildir.
Sonraki adımlar
- Yapılandırılmış RTMP dinleyicisi için RTMP Server’ı ve erişim/yaşam döngüsü denetimlerini inceleyin.
- SRT katkı alıcısı için SRT Server’ı inceleyin.
- Açık bir köprü için, iki uç noktayı doğruladıktan sonra yalnızca belgelenmiş RTMP katkı ağ geçidi yolunu kullanın.
