Blog / Turnuvalar / Yerel Ligler İçin 8 Adımda Düşük Gecikmeli Yayın Ağı Rehberi: Evden Arenaya 50ms Altı Kurulum, Test ve Bütçe
Yerel Ligler İçin 8 Adımda Düşük Gecikmeli Yayın Ağı Rehberi: Evden Arenaya 50ms Altı Kurulum, Test ve Bütçe
Turnuvalar

Yerel Ligler İçin 8 Adımda Düşük Gecikmeli Yayın Ağı Rehberi: Evden Arenaya 50ms Altı Kurulum, Test ve Bütçe

Yerel liglerin canlı yayınlarında izleyici deneyimi, gecikme (latency) ile doğrudan bağlantılıdır. Evden oynanan maçların arenaya, arenadan yayın merkezine ve izleyicinin cihazına ulaşma süresini 50ms altına çekmek zorlu ama mümkün bir hedeftir. Bu rehberde uygulaması pratik, test edilebilir ve bütçe odaklı 8 adımlık bir yol haritası vereceğim. Her adımda teknik ipuçları, komutlarla yapılabilecek testler, donanım önerileri ve maliyet aralıkları bulunuyor.

Giriş: Neden 50ms ve neden yerel ligler için önemli?

Profesyonel e-spor yayınlarında 100ms bile kabul edilebilir sayılabiliyorken, lokal ligler için düşük gecikme şu avantajları sağlar:

  • Daha gerçek zamanlı yorum ve etkileşim
  • Maç içi bahis, skor senkronizasyonu ve interaktif öğelerde tutarlılık
  • Rekabetçi oyuncu ve izleyici memnuniyeti

Not: 50ms hedefi uçtan uca (player latency) veya ağ içi (network RTT) olarak farklı yorumlanabilir; bu rehberde mümkün olduğunca uçtan uca düşük deneyimi sağlayacak ağ ve yayın akışı optimizasyonlarına odaklanıyoruz.

Adım 1 — Ağ Tasarımının Temel İlkeleri

Öncelik: yol (path) kısaltma, paket sayısını azaltma ve jitter kontrolü. Basit bir ağ topolojisi şu parçaları içermelidir:

  • Capture/encoder (ev veya arena)
  • Edge cihaz (bonding/route cihazı)
  • İnternet çıkışı — tercihen fiber veya yüksek kaliteli DSL/ethernet
  • Orta katman: regional relay/ingest sunucusu (yakın lokasyonda VPS veya CDN edge)
  • Origin/streaming server ve CDN (isteğe bağlı, düşük gecikme odaklı)

Basit kural: her ek ağ atlaması (hop) gecikmeyi arttırır. Mümkünse regional bir relay kullanın; merkezi Avrupa sunucusu yerine şehir içi veya şehirler arası düşük RTT sağlayan noktalar seçin.

Adım 2 — Protokol seçimi: SRT, WebRTC veya RTMP?

Protokol seçimi en kritik kararlardan biridir:

  • SRT: Güvenilir, paket yeniden iletimli, firewall dostu. Uçtan uca 80-200ms arası yalnızca ağ yüküne bağlı düşük gecikme sağlar; ancak iyi ayarlandığında 50ms hedefi için uygundur.
  • WebRTC: En düşük uçtan uca gecikmeyi (sub-second, hatta tens of ms seviyesi) sağlayabilir ama entegre etmesi daha karmaşıktır; tarayıcılarla doğrudan uyum avantajı var.
  • RTMP/RTMPS: Yaygın ve basit; ama uzun GOP ve CDN katmanlarıyla gecikme artar. Sadece ingest için kullanıp, iç ağda SRT/WebRTC ile taşımak mantıklı.

Öneri: Arenadan ingest için SRT, izleyiciye dağıtım için WebRTC (veya WebRTC destekli CDN) kombinasyonu en iyi sonuç verir.

Adım 3 — Donanım ve Bütçe Planı (3 örnek)

Farklı ölçekler için örnek bütçeler (yaklaşık, USD/EUR cinsinden):

  • Giriş seviyesi (küçük salon / ev-studio): 500–1.500 USD — iyi bir capture kart (200–400), orta seviye PC/encoder (300–700), kaliteli yönlendirici (100–300), yedek mobil internet (100–300).
  • Orta seviye (lokal arena, 100-300 kişi): 2.000–6.000 USD — donanım enkoder (hardware), birden fazla kamera, 1 Gbps switch, bonding cihaz (Peplink/benzeri) veya router + SIM bonding, yedek linkler.
  • Profesyonel (küçük arena + yayın merkezi): 8.000–30.000 USD — üretim switchleri, fiber port, SMPTE/NDI altyapısı, donanım H.264/H.265 encoder, redundant ingest sunucuları, profesyonel capture ve monitörleme ekipmanları.

Pratik tavsiye: Bütçenin en az %20'sini yedekleme ve monitoring üzerine ayırın (yedek link, UPS, izleme yazılımı).

Adım 4 — Link Redundancy ve Bonding

Yüksek erişilebilirlik için iki ana strateji:

  1. Bonding / Link Aggregation: Birden fazla internet hattını tek mantıksal hat gibi kullanır. Peplink, Mushroom Networks veya open-source LTE/4G bonding çözümleri örneklerdir.
  2. Failover: İyi yapılandırılmış yönlendirici ile birincil link düşerse otomatik geçiş.

Bonding, özellikle mobil/4G linkleriyle birlikte kullanıldığında paket düzeyinde yeniden iletim sağlayan SRT gibi protokollerle çok iyi çalışır.

Adım 5 — Örnek OBS / Encoder Ayarları (pratik)

  • Video codec: H.264 (x264) veya donanım H.265 — düşük gecikme için CBR tercih edin.
  • Keyframe (GOP): 1-2 saniye (ör. 60fps için 60-120 frame yerine 60 frame) — daha kısa GOP = daha hızlı yeniden senkron. Ancak bant genişliği ve CPU etkisi var.
  • Preset/Latency: x264 için ultrafast / superfast ile trade-off yapın; düşük CPU ve düşük gecikme sağlar.
  • Ses: AAC, 48kHz, 128–192 kbps.

Örnek: 1080p60 için 6–8 Mbps CBR, 720p60 için 4–6 Mbps yeterli olacaktır; ancak ağ koşullarına göre düşürün ve adaptive bitrate kullanın.

Adım 6 — Test ve Ölçüm: Hedef 50ms'i Doğrulama

Test adımı iki kısımdan oluşur: ağ testi ve uçtan uca yayın testi.

Ağ testi

  • ping hedef-ip — RTT ölçümü.
  • traceroute/mtr ile hop ve paket kaybı analizi.
  • iperf3 ile bandwidth ve jitter testi (örnek: iperf3 -c server -t 30 -i 1).

Uçtan uca yayın testi

  • Local loop: encoder -> local relay -> player (aynı LAN) ile minimum gecikmeyi ölçün.
  • Regional relay: encoder -> regional VPS/SRT relay -> player; zaman damgası ile uçtan uca gecikmeyi hesaplayın.
  • Gecikme ölçümü için NTP veya PTP senkronizasyonu kullanın; kamera ve encoder sistemlerine zaman damgası ekleyin.

Pratik not: Ping 20ms, server processing 10ms, player buffer 20ms toplamda 50ms eder. Her bileşeni ölçün ve gereksiz buffer'ları küçültün.

Adım 7 — Monitoring, Alarmlar ve Operasyonel Rehber

Canlı yayın sırasında sürekli takip edilmesi gereken metrikler:

  • RTT ve jitter
  • Paket kaybı
  • Encoder CPU kullanımı ve dropped frames
  • Bitrate dalgalanmaları

Basit bir operasyonel checklist:

  1. Yayın başlamadan 30 dk önce test sinyali gönderin.
  2. Her link için health check scriptleri (ping/HTTP) kurun.
  3. Canlı destek için bir ‘failover sorumlusu’ atayın.

Adım 8 — Örnek Uygulamalar ve Son Kontroller

Örnek kısa senaryolar:

  • Evden Lig: Evde OBS (SRT output) → Peplink/Router (bonded) → Regional VPS (SRT relay) → WebRTC gateway → İzleyici.
  • Arena Yayını: Donanım encoder (SRT) + fiber çıkış → Lokal relay → CDN edge (WebRTC) → İzleyici. Yedek: 4G bonding ile failover.

Son kontroller: tüm bağlantılar CAT6/fiber, power redundancy (UPS), önceden test edilmiş yedek senaryoları. Yayın sırasında kalıcı logging ve kısa dönem arşivleme (30–60s tampon) sorun çözmeyi kolaylaştırır.

Sonuç: 50ms hedefi ulaşılabilir ama planlama şart

50ms altı uçtan uca deneyim sağlamak, doğru protokol, iyi tasarlanmış ağ, yeterli donanım ve disiplinli testlerle mümkündür. Önemli olan tek seferlik yatırımdan ziyade operasyonel hazırlık, monitoring ve yedekliliktir. Bu rehberdeki 8 adımı uygulayıp testleri sürekli yapmak, yerel lig yayınlarınızı bir üst seviyeye taşıyacaktır.

Hızlı Kontrol Listesi:

  • Ağ path minimizasyonu yapıldı mı?
  • SRT veya WebRTC ile ingest/egress planı hazır mı?
  • Redundancy ve bonding kuruldu mu?
  • Encoder ayarları düşük latency için optimize edildi mi?
  • Testler (ping, iperf3, uçtan uca ölçüm) yaptı mı?

Her adımda karşılaştığınız spesifik sorunlar olursa (ör. yüksek jitter, paket kaybı, OBS dropped frames) bu konulara özel ölçüm komutları ve ayarlarla yardımcı olabilirim.