OTT-Canlı IP Teslimat

İnternet üzerinden canlı, yüksek kaliteli yayın videosu sunmak her zaman ilginç bir meydan okuma olmuştur. Yayın mühendislerinin, çoklu platform izleme cihazlarına güvenilir programlama sağlamak için karmaşık video, ağ, ölçek, güven ve oynatmayı anlamaları ve yönetmeleri beklenir. Bu yazı dizisinde, canlı-OTT yayını daha da derinleştirdik, bu zorlukların bir kısmını belirledik ve güvenilir bir OTT dağılımı elde etmek için stratejiler sunduk.

İnternet üzerinden yayın yapmak, yayıncıların geleneksel karasal, kablo ve uydu modellerinden çok daha geniş bir kitleye ulaşmasını sağlıyor. İzleyiciler artık cep telefonları, oyun sistemleri, PC'ler ve Smart-TV'ler dahil olmak üzere tüm cihazlarda favori programlarını izliyorlar. Kitle tabanını ve dolayısıyla gelirlerini artırmak için yayıncılar bu izleyicilere ulaştırmalıdır.

Halka açık internet, birçok yeni görüntüleme seçeneği ile kitlelere çoklu platform sunumu için yeni fırsatlar sunuyor. Ancak, bu, çoğu yayıncının karşılaşacağı üç özel zorluk olduğu için ilk ortaya çıkacağı gibi basit değildir; bant genişliği değişebilir, gecikme öngörülemez ve görüntü boyutları görüntüleyicinin kullandığı oynatma cihazı tarafından belirlenir.

OTT Veri Akışlarını Çeker

Temel olarak, yayın ve OTT teslimatı önemli bir açıdan farklıdır. Uydu, kablo ve karasal sistemler tüm verileri set üstü kutuya ve TV setine aktarır. Buna karşılık, OTT oynatma cihazları bir akış talep eder ve verileri yayıncıdan alır ve her bir kitle üyesine benzersiz bir görünüm sunar.

İnternet, bir istemci-sunucu modeli kullanarak metin belgeleri sunmak için geliştirilmiştir. Herhangi bir veri aktarımını başlatmak için bir istemci genellikle, genellikle bir web sunucusu olan dinleme aracısına "GET" komutu göndererek başlar. Web sunucuları sürekli dinleme modundadır ve yetkili bir istemciden "GET" komutunu aldıklarında, istenen bilgileri tarayıcıya uygun IP adresinden gönderirler.

İnternet bağlantılı cihazlar genellikle web sunucuları ile iletişim kurmak için HTTP (Köprü Metni Aktarım Protokolü) modelini kullanır. HTTP, IP datagramlarının üstünde yer alan bir TCP'nin (Transfer Control Protocol) üstüne oturur. Her ne kadar yıllar içinde geliştirildiği gibi HTTP protokolüne daha fazla komut eklenmiş olsa da, müşteri-sunucu, talep-arz modeli, çoğu internet bağlantılı cihazın bugün nasıl çalıştığıdır. İzleyici özel bir uygulamada izlese bile, HTTP istemci-sunucu yaklaşımı kullanılır.

HTTP Ölçekleri

HTTP genellikle verilerin istemci ve sunucu arasında güvenilir bir şekilde değiştirilmesini garanti etmek için TCP / IP'nin üstünde çalışır. Her ne kadar TCP, kayıp bir paketi yeniden göndermede son derece etkili olsa da, yeniden gönderilmemesi bir video akışını önemli ölçüde düşürür ve görüntüleme deneyimini etkilerse, TCP ile ilişkili bir gecikme vardır ve bu da gecikme ve ağ trafiğinin artmasına neden olabilir.

RTMP (Gerçek Zamanlı Mesajlaşma Protokolü) ve webRTP (web Gerçek Zamanlı Protokol) gibi başka sistemler var. Geleneksel olarak, Flash görüntüleyicilerinde RTMP kullanıldı, ancak dağıtım ağları, ortak bir dağıtım yöntemine altyapıları birleştirmeye çalıştıkça ve Flash birçok görüntüleme ortamında kullanımdan kaldırıldıkça kullanım azaldı.

Başlangıçta kamuya açık internet üzerinden canlı video yayınlamak için geliştirilmemiş olsa da, HTTP bugün en yaygın kullanılan video akışı dağıtım protokolü haline geldi. Çoğu web trafiği için de facto dili olduğu için standart tabanlı altyapı zaten geniş çapta var.

Oynatma Cihazından Geri Çalışma

Bir yayın mühendisinin bakış açısıyla, OTT dağılımını anlamak, oynatma bölmesinden başlayıp tekrar playout merkezine geri dönmektir.

BT terimlerinde, akış, bir dosyayı parçalara ayırma ve onları video ve ses görüntülemeyi kolaylaştırmak için bir oynatma cihazına sunma işlemidir. Alternatif, tüm dosyayı oynatıcıya indirmektir. İsteğe bağlı indirme talep edildiğinde, uzun indirme süreleri izleyici deneyimini ve maliyetini etkileyeceğinden ideal değildir.

Parçalı Medya

VOD ve live-OTT, her ikisi de medyayı parçaladıkları için benzerdir, bu nedenle oynatma cihazı ardışık olarak toplanan veri parçaları talep edebilir ve klipleri düzenli bir şekilde oynatabilir. Farklılıkları nerede VOD, parçalanma başlamadan önce mevcut olan tüm verilere sahip olsa da, canlı-OTT bunu yapmaz ve video, ses ve meta verileri anında sıkıştırıp parçalamalıdır.

Canlı bir OTT tekli istemci-sunucu modelinde, izleyicilerin oynatma cihazı, video ve ses verilerinin ardışık parçalarını almak için web-sunucusuna yaklaşık olarak her saniyede bir HTTP-GET komutları gönderiyor olacağından, bu iyi çalışır. Ancak, olayı izleyenlerin sayısı ulusal ve uluslararası hacimlere yükseldiğinde, hayat ilgi çekicidir. Etkinliği 10 milyon kişi izliyorsa, her saniye 10 milyon HTTP-Get isteği gönderilecektir.

Daha fazla detay iletişim satışları:

Bonnie Jia

Bölge Satış Müdürü

DIBSYS Teknolojileri Co, Ltd

-------------------------------------------------- ------------------------------

Web: www.dibvision.com

Tel: + 86-571-87068982 Faks: + 86-571-89714580

Mobil: +86 15356661487 Ne App: +86 15356661487 Skype: dibsys0801