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.