Yayıncılar
Headend'den çıkışa, ölçülebilir yayın
Klasik yayıncılıkta tartışma teknik değil hukukidir: kimin sorumlu olduğu. Ölçümü belge hâline getiriyoruz.
Tanıdık geliyor mu?
"Sorun bizde değil" tartışması bitmiyor
Headend, dağıtımcı ve platform birbirini gösteriyor. Ortak kabul gören bir ölçüm olmadan tartışma kapanmıyor.
Transport tarafı kör nokta
OTT tarafını izleyen araçlar UDP/SRT akışını görmüyor; TS seviyesindeki sorunlar ancak izleyiciye yansıyınca fark ediliyor.
Olay sonrası elde kayıt yok
Kesinti yaşandı, herkes bir şey söylüyor ama o ana ait görüntü ve ölçüm yok. Kök neden analizi hafızaya kalıyor.
Uydu ve IP birlikte, izleme ayrı
Hibrit dağıtımda her yol için ayrı araç ve ayrı ekran; bütünsel bir sağlık görüntüsü oluşmuyor.
UnifyCast'in karşılığı
Tam TR 101 290 çözümlemesi
Öncelik 1, 2 ve 3 hatalarının tamamı ayrıştırılmış olarak; PCR doğruluğu ve tekrarı, PAT/PMT, CC, şifreleme durumu, ECM/EMM.
Taşıma kalitesi göstergeleri
MDI (DF/MLR), paketler arası gecikme (IAT) ve jitter — ağ kaynaklı bozulmayı encoder kaynaklıdan ayırır.
Kayıt ve olay tekrarı
Alarm anına ait kayıt saklanır; olayı sonradan izleyip kök nedeni belgeyle tartışabilirsiniz.
UDP, SRT, HLS ve DASH tek motorda
Hangi yoldan giderse gitsin aynı panel, aynı alarm dili, aynı rapor.
SLA ve KPI raporlaması
Uptime, hata oranları ve olay süreleri; zamanlanmış e-posta raporu olarak yönetime gider.
Sık sorulanlar
- TSDuck veya FFmpeg zaten kullanıyoruz, farkı ne?
- İkisi de mükemmel araçlardır ve UnifyCast bunları içeride kullanır. Fark, sürekli çalışan bir sistem olması: eşik, histerezis, alarm yönlendirme, tarihsel veri ve raporlama katmanı komut satırı araçlarında yoktur.
- Kurumumuz dışarı veri çıkışına izin vermiyor.
- Sorun değil — mimari zaten buna göre. Probe'lar ve sunucu sizin altyapınızda çalışır; internet bağlantısı gerekmez.
- Mevcut NOC ekranlarımıza entegre olur mu?
- Alarmlar e-posta, webhook, Slack, Telegram, SNMP trap ve PagerDuty üzerinden dışarı verilebilir; mevcut süreçlerinize bağlanır.