SRT Yayını Nedir? SRT ile RTMP Arasındaki Fark

SRT (Secure Reliable Transport), canlı videoyu genel internet gibi öngörülemez ağlar üzerinden göndermek için geliştirilmiş açık kaynaklı bir protokoldür. UDP üzerinde çalışır, kaybolan paketleri yeniden ister, güvenilirlik karşılığında ne kadar gecikmeye razı olacağınızı seçmenize izin verir ve yayını şifreleyebilir. Yayıncılar onu yüksek kaliteli görüntüleri farklı konumlar arasında taşımak için kullanır.

SRT her yerde RTMP'nin yerini tutmaz, ancak belirli sorunları çok iyi çözer. Nasıl çalıştığını ve ne zaman kullanmaya değer olduğunu aşağıda anlatıyoruz.

Öne çıkanlar

• SRT, UDP kullanır ve kaybolan paketleri sizin belirlediğiniz bir gecikme penceresi içinde kurtarır.
• Uzak mesafeli veya kayıplı bağlantılara, örneğin uzak mekânlara ve katkı (contribution) yayınlarına uygundur.
• İçerik üreticilerine yönelik platformların çoğu hâlâ RTMP veya RTMPS girişini belgeler.
• Paylaşılan bir parolayla AES şifreleme, SRT yayınlarını aktarım sırasında korur.

SRT nereden geldi ve hangi sorunu çözüyor

SRT, video şirketi Haivision tarafından geliştirildi ve 2017'de açık kaynak olarak yayımlandı. Bugün OBS ve FFmpeg dahil çok çeşitli kodlayıcılar, kod çözücüler, medya sunucuları ve yazılımlar tarafından destekleniyor.

Hedeflediği sorunu tarif etmek kolaydır: genel internet, özellikle uzun mesafelerde, sıkışık Wi-Fi'da veya hücresel bağlantılarda paketleri kaybeder ve sıralarını karıştırır. Geleneksel yayın bağlantıları bunu özel devrelerle veya uydu kapasitesiyle önlüyordu. SRT ise bunun yerine sıradan internet bağlantıları üzerinden yayın kalitesinde güvenilirlik sunmayı amaçlar.

Bunu, yayının içinde ne olduğuyla pek ilgilenmeden yapar. SRT bir video formatı değil, bir aktarım katmanıdır ve en sık H.264 veya HEVC video ile AAC ses içeren bir MPEG aktarım akışı (transport stream) taşır. Bu esneklik, profesyonel iş akışlarının onu hızla benimsemesine yardımcı oldu.

Paket kurtarma ve gecikme arabelleği nasıl çalışır

RTMP, kaybolan verileri yeniden ileten ancak kayıp tespit edildiğinde tüm bağlantıyı yavaşlatan TCP üzerinde çalışır. Kayıplı uzun mesafe bağlantılarında bu, takılmalar ve arabelleğe alma olarak kendini gösterir.

SRT ise UDP kullanır ve kurtarmayı kendisi üstlenir. Alıcı, paketleri kısa bir arabellekte tutar. Sıralamada bir boşluk fark ettiğinde göndericiden yalnızca eksik paketi yeniden göndermesini ister. Yedek paket, videonun o anı arabellekten çıkmadan önce ulaşırsa sonraki aşamalarda kimse bir şey fark etmez.

Arabellek boyutu, gecikme (latency) ayarıdır. Daha büyük değerler, gecikme pahasına daha kötü ağlara tahammül eder; daha küçük değerler gecikmeyi düşük tutar ama çok geç gelen paketleri düşürür. Yaygın bir başlangıç noktası, gönderici ile alıcı arasındaki gidiş-dönüş süresinin birkaç katıdır; istikrarsız bağlantılarda bu değer artırılır. Araçlar gecikmeyi farklı birimlerle ifade eder; bu yüzden belgeleri kontrol edin.

Şifreleme, stream ID'ler ve bağlantı modları

SRT, RTMP'nin tek başına sunmadığı özellikler içerir:

• Şifreleme. İki ucun paylaştığı bir parolayla, 128, 192 veya 256 bit anahtarlar kullanan AES. RTMP'nin şifrelenmesi için ayrı RTMPS varyantı gerekir.
• Stream ID. Tek bir alıcı bağlantı noktasının birkaç yayını kabul edip her birini doğru yere yönlendirmesini sağlayan isteğe bağlı bir tanımlayıcı; biraz yayın anahtarına benzer.
• Bağlantı modları. Bir taraf bir bağlantı noktasını dinler (listener), diğeri onu arar (caller). Üçüncü bir mod olan rendezvous'ta iki taraf aynı anda bağlanır; bu da iki taraf da güvenlik duvarlarının arkasındayken işe yarayabilir.

SRT, UDP kullandığı için dinleyicinin UDP bağlantı noktası, RTMP'nin giden TCP bağlantılarından farklı olarak yol üzerindeki her güvenlik duvarında açık olmalıdır. RTMP tarafı için RTMP'nin nasıl çalıştığına ve RTMP ile RTMPS karşılaştırmasına bakın.

SRT ve RTMP: hangisi nerede öne çıkar

İki protokolden biri basitçe daha iyi değildir; farklı işlerde iyidirler.

• Katkı yayınlarında SRT kazanır. Uzak bir mekândan, saha ekibinden veya hücresel bağlantıdan bir yapım merkezine görüntü göndermek, paket kurtarmanın karşılığını verdiği yerdir; yayın sistemlerini, kod çözücüleri ve medya sunucularını besleyen yayın zincirleri de öyle.
• SRT mesafeyle daha iyi başa çıkar. Kayıp ve titreşim (jitter) içeren kıtalar arası bağlantılarda, iyi ayarlanmış bir gecikme arabelleği genellikle TCP tabanlı RTMP'den daha istikrarlı sonuç verir.
• Uyumlulukta RTMP kazanır. Neredeyse her kodlayıcı, hizmet ve platform onu destekler; kurulum yalnızca bir URL ve bir anahtardan ibarettir.
• RTMP'yi devreye almak daha basittir. Koordine edilecek UDP bağlantı noktaları, gecikme ayarları veya parolalar yoktur.

Pratik bir kural: siz veya bir iş ortağınızın kontrol ettiği sistemler arasında SRT, genel platformlara giden son adımda ise RTMP veya RTMPS kullanın.

YouTube, Twitch ve çoğu platform neden hâlâ RTMP istiyor

SRT bu kadar dayanıklıysa büyük içerik üretici platformları neden RTMP ve RTMPS girişini belgelemeye devam ediyor?

Birincisi uyumluluk: platformlar telefon uygulamalarından eski donanım kodlayıcılarına kadar her yayıncının bağlanabilmesini ister ve RTMP hepsinin konuştuğu protokoldür. İkincisi, çoğu içerik üreticisi evden yakındaki bir giriş sunucusuna gönderir; burada TCP yeterince iyi performans gösterir. Üçüncüsü, platformlar yıllardır kimlik doğrulama, anahtar yönetimi ve izleme altyapılarını RTMP etrafında kurdu.

Bu tablo değişiyor. Bazı platformlar ve pek çok profesyonel video hizmeti SRT'yi veya diğer yeni giriş protokollerini kabul ediyor. Yine de bu yazının yazıldığı tarihte ana akım bir sosyal medya veya oyun platformu size genellikle bir RTMP veya RTMPS URL'si verir. Bu hedeflerin nasıl çalıştığını özel RTMP yayın rehberi açıklıyor.

Aynı bulut yayınından RTMP ve SRT göndermek

Pek çok kurulum iki protokole aynı anda ihtiyaç duyar: genel platformlar için RTMP, bir stüdyo, bir yayın akışı (playout) sunucusu veya bir iş ortağının alıcısı için SRT. Evdeki bir kodlayıcıdan bu, iki çıkış ve iki kat yükleme demektir.

StreamHouse bunu bulutta halleder. RTMP veya RTMPS üzerinden YouTube, Twitch veya Kick'i ve alıcınıza yönlendirilmiş özel bir SRT çıkışını aynı yayına ekleyin. Tek bir yayın hepsine ulaşır ve ek hedefler ek yayın hakkı tüketmez.

Önceden kaydedilmiş programlar için videolarınızı yükleyin; bunlar önceden tek ve tutarlı bir kodlama profiline göre hazırlanır. Ardından bir oynatma listesi oluşturun ve başlatın ya da planlayın. Yayın 7/24 döngüde çalışır, ağ aksaklıklarından sonra otomatik olarak yeniden bağlanır ve bilgisayarınız kapalıyken de çalışmaya devam eder.

Sık sorulan sorular

Yayın için SRT, RTMP'den daha mı iyi?

Uzun veya güvenilmez ağ yollarında genellikle evet, çünkü SRT tüm bağlantıyı durdurmadan kaybolan paketleri kurtarır. Ancak ana akım platformlar çoğu zaman yalnızca RTMP veya RTMPS sunar; bu yüzden doğru seçim, yayınınızın nereye gittiğine bağlıdır.

SRT'nin gecikmesi RTMP'den daha mı düşük?

Olabilir. SRT'nin aktarım gecikmesi kabaca sizin belirlediğiniz gecikme arabelleği kadardır ve iyi ağlarda bu değer küçük olabilir. Ancak izleyicilerin yaşadığı toplam gecikme, platformun işleme ve oynatma süreçlerine de bağlıdır; bu yüzden protokol değiştirmek her zaman daha hızlı hissettirmez.

OBS, SRT üzerinden yayın yapabilir mi?

Evet. OBS'de özel sunucu olarak bir srt:// adresi girin; mod, gecikme ve parola gibi parametreleri URL'ye ekleyin. Alıcı sunucunun veya hizmetin SRT'yi desteklemesi ve bağlantıyı kabul edecek şekilde ayarlanmış olması gerekir.

SRT varsayılan olarak şifreli mi?

Yalnızca bir parola belirlediğinizde. İki tarafta da aynı parola olduğunda SRT, yayını 128, 192 veya 256 bit anahtarlarla AES kullanarak şifreler. Parola olmadan yayın şifresiz iletilir; bu yüzden genel internetten geçen yayınlar için mutlaka bir parola belirleyin.

Sonraki adımlar

• RTMP'nin nasıl çalıştığını öğrenin
• Herhangi bir RTMP hedefine yayın yapın
• RTMP ve SRT çıkışlarını görün
• Yayın planlarını karşılaştırın