Netflix Webrtc kullanıyor mu?
WebRTC vs HLS: Akış protokolleri arasındaki karşılaştırma
Bununla birlikte, geliştiriciler WebRTC’nin tasarladığı saf sohbet tabanlı uygulamalardan ayrıldıklarında, zorluklar ortaya çıkabilir. Bu makale WebRTC video akışının nasıl çalıştığı, sağladığı faydalar, WebRTC’nin sınırlamaları ve bunları nasıl çözeceğine bakar.
Canlı Video Teslim Edilmesi: Akış Vs. Webrtc
Burada API’da.Video, video ile havalı ve yenilikçi hizmetler oluşturmanın yollarını arayan birçok geliştiriciyle konuşuyoruz. Birçoğu hala tüm kullanım durumlarını buluyor ve bunları farklı video hizmetlerinin teknik özellikleriyle eşleştirmeye çalışıyor.
Canlı video yayınlamak, hakkında birçok soru aldığımız bir özelliktir. API’da.video, Video akışı çözümümüz, canlı akış videosu için http canlı akışı (HLS) kullanır. Sık sık sorulan bir başka teknoloji de webrtc. Her iki teknoloji de harika, ancak önemli ölçüde farklı uygulamalara sahip. Bu yazıda, her ikisinin özelliklerine ve avantajlarına ve uygun oldukları birincil uygulamalara bakacağız.
HLS nedir?
HTTP Canlı Akışı (HLS) Apple tarafından geliştirildi ve şu anda videonun bugün web’de yayınlanmasının birincil yolu. HLS adındaki ‘Canlı Akış’ biraz yanlış bir isimdir, çünkü videonun canlı olması gerekmediğinden – YouTube, Netflix ve Talep Üzerine Diğer Video HLS’yi canlı olmayan video yayınlamak için kullanın. Bu, HLS’yi canlı akış için kullanmanın bir avantajıdır – Videoyu canlı yayınlamak için kullanılan aynı dosyalar videoyu daha sonra ‘talepte’ ‘oynamak için kullanılabilir.
HLS’deki ‘HTTP’, verileri bir TCP bağlantısı üzerinden iletmek için geleneksel web protokollerini kullandığını gösterir. Video küçük segmentlere kesilir ve sunucudan kullanıcıya gönderilir. Kullanıcının cihazındaki oynatıcı, video segmentleriyle iletilen metin tabanlı bir manifest dosyasına göre oynatma için videoyu yeniden birleştirir. Bunu güçlü kılan şey, aynı videonun farklı sürümleriniz varsa (farklı boyutlar ve bit hızları), oynatıcı teslimatı her kullanıcı için gerçek koşullara göre optimize edebilir (öncelikle ağ hızı ve ekran boyutu).
HLS ile canlı bir video iletildiğinde, video bir sunucuya gönderilir ve son kullanıcılara iletim için segmentlere kodlanır. Bu, HLS’yi bire çok akışlarda canlı akış için ideal hale getirir-dosyalar kaydedildikten sonra, dosyalar diğer HTTP istekleri gibi gönderilir ve sınırlama aslında videoyu barındıran sunucudur. (ve elbette CDN’lerle bu ek yük daha da azaltılabilir).
Gecikme: HLS akışı yaklaşık 6-15 saniye gecikme muzdariptir (ve mimarilere bağlı olarak daha uzun olabilir). Video sonlu uzunlukta segmentlere kodlandığından, video en azından segment uzunluğu kadar tutulmalıdır. İletim hatalarını azaltmak için, bazı oyuncular oynatma başlamadan önce oynatma arabelleğinde depolanması için 2 segment gerektirir ve oynatma süresini tam canlı etkinlikten daha da uzaklaştırır.
Not: HLS akış gecikmesini azaltmak için bugün aktif işler yapılıyor ve bunun önümüzdeki aylarda iyileşmesi bekleniyor (ve API.Video, çok yakın gelecekte kullanıcılarımıza düşük gecikmeli HLS getirmeye yatırım yapıyor).
HLS özeti: Birçok kullanıcıya akış için sağlam bir çözüm. HLS’nin mevcut durumu, HLS’yi etkileşimli sunumlar için ideal olmayan 10-20 saniye gecikme içerir. HLS videoları canlı etkinlikten sonra oynatılabilir.
Webrtc
“Web Gerçek Zamanlı İletişim” veya WebRTC, tüm tarayıcılarda desteklenen bir W3C standardıdır – tahmin edebileceğiniz gibi – gerçek zamanlı iletişim. WebRTC, genellikle 300m’nin altında, Web Konferans Çözümlerinde olduğu gibi etkileşimli ileri geri konuşmalar için ideal hale getirir.
Gecikmedeki azalma (kısmen) TCP yerine UDP kullanımı nedeniyle ve kullanılan formatlar iletmeden önce herhangi bir trans -kodlama gerektirmez.
Bununla birlikte, akranları arasında anlık bir video teslimatı olduğundan, video paylaşabilen kullanıcı sayısının bir sınırı vardır, genellikle 6 yaşın altında. WebRTC için az sayıda kullanıcının (5’in altında) videolarını paylaştığı ve başka bir sayıda kullanıcının gerçek zamanlı olarak izleyebileceği uygulamalar var (ancak bu sayı genellikle küçük – 300’ün altında.).
Video paylaşan her kişi yaklaşık 1 Mbps bant genişliği kullanır. 4 kişi akışı varsa, video görüntüleyici başına 4 Mbps’dir – sunucudan çıkan bant genişliği, akışa katılabilecek kullanıcı sayısı için hızla sınırlayıcı faktör olacaktır. Ayrıca, düşük kaliteli ağlardaki kullanıcılar 4Mbps video alamayabilir ve boyut nedeniyle videoyu geri oynatamayabilir.
Videoyu daha sonraki oynatma için kaydetmek için, WebRTC uygulaması, videoyu yerel bir bilgisayarda kaydetmek için MediaTecorder özelliğini kullanacak. Daha sonra oynatma için, bu videonun bir sunucuya yüklenmesi gerekecek.
WebRTC gerçek zamanlı anlık iletişim için idealdir, ancak küçük izleyici grupları içindir-genellikle 1-4 paylaşım videosu ve az sayıda izleyici.
HLS ve WebRTC bağımsızdır?
HLS ve WebRTC’yi eritme aslında oldukça yaygındır. Örneğin, bir hoparlör paneline ev sahipliği yapıyorsanız, WebRTC’ye (bir zoom çağrısı gibi) katılabilir ve ardından HLS üzerindeki çağrıyı geniş bir kitleye aktarabilirler (Zoom bunu kitlenizi artırmak için bir özellik olarak sunar).
Video uygulamalarınızda WebRTC ve HLS’yi nasıl kullanıyorsunuz?? Geliştirici Forumu: Topluluğumuzda bu konuşmaya devam etmekten çekinmeyin.API.video.
Geliştirici ilişkileri başkanı
WebRTC vs HLS: Akış protokolleri arasındaki karşılaştırma
Bu blog
WebRTC vs HLS: Akış protokolleri arasındaki karşılaştırma
Bununla birlikte, geliştiriciler WebRTC’nin tasarladığı saf sohbet tabanlı uygulamalardan ayrıldıklarında, zorluklar ortaya çıkabilir. Bu makale WebRTC video akışının nasıl çalıştığına, sunduğu faydalara, Webrtc’S sınırlamaları ve bunları nasıl çözeceğim.
Canlı Video Teslim Edilmesi: Akış Vs. Webrtc
Burada API’da.Video, video ile havalı ve yenilikçi hizmetler oluşturmanın yollarını arayan birçok geliştiriciyle konuşuyoruz. Birçoğu hala tüm kullanım durumlarını buluyor ve bunları farklı video hizmetlerinin teknik özellikleriyle eşleştirmeye çalışıyor.
Canlı video yayınlamak, hakkında birçok soru aldığımız bir özelliktir. API’da.video, Video akışı çözümümüz, canlı akış videosu için http canlı akışı (HLS) kullanır. Sık sık sorulan bir başka teknoloji de webrtc. Her iki teknoloji de harika, ancak önemli ölçüde farklı uygulamalara sahip. Bu yazıda biz’Her ikisinin özelliklerine ve avantajlarına ve uygun oldukları birincil uygulamalara bakacak.
HLS nedir?
HTTP Canlı Akışı (HLS) Apple tarafından geliştirildi ve şu anda videonun bugün web’de yayınlanmasının birincil yolu. “canlı yayın” Videonun canlı olması gerekmediği için HLS adında biraz yanlış bir isimdir – YouTube, Netflix ve Talep Hizmetlerinde Diğer Video HLS’yi canlı olmayan video akışı için kullanın. Bu, HLS’yi canlı akış için kullanmanın bir avantajıdır – videoyu canlı olarak sunmak için kullanılan aynı dosyalar videoyu daha sonra çalmak için kullanılabilir ‘Talep üzerine.’
‘HTTP’ HLS’de, verileri bir TCP bağlantısı üzerinden iletmek için geleneksel web protokollerini kullandığını gösterir. Video küçük segmentlere kesilir ve sunucudan kullanıcıya gönderilir. Kullanıcıdaki oyuncu’S Aygıt, video segmentleriyle iletilen metin tabanlı bir manifest dosyasına göre oynatma için videoyu yeniden birleştirir. Bunu güçlü kılan şey, aynı videonun farklı sürümleriniz varsa (farklı boyutlar ve bit hızları), oynatıcı teslimatı her kullanıcı için gerçek koşullara göre optimize edebilir (öncelikle ağ hızı ve ekran boyutu).
HLS ile canlı bir video iletildiğinde, video bir sunucuya gönderilir ve son kullanıcılara iletim için segmentlere kodlanır. Bu, HLS’yi bire çok akışlarda canlı akış için ideal hale getirir-dosyalar kaydedildikten sonra, dosyalar diğer HTTP istekleri gibi gönderilir ve sınırlama aslında videoyu barındıran sunucudur. (ve elbette CDN’lerle bu ek yük daha da azaltılabilir).
Gecikme: HLS akışı yaklaşık 6-15 saniye gecikme muzdariptir (ve mimarilere bağlı olarak daha uzun olabilir). Video sonlu uzunlukta segmentlere kodlandığından, video en azından segment uzunluğu kadar tutulmalıdır. İletim hatalarını azaltmak için, bazı oyuncular oynatma başlamadan önce oynatma arabelleğinde depolanması için 2 segment gerektirir ve oynatma süresini tam canlı etkinlikten daha da uzaklaştırır.
Not: HLS akış gecikmesini azaltmak için bugün aktif işler yapılıyor ve bunun önümüzdeki aylarda iyileşmesi bekleniyor (ve API.Video, çok yakın gelecekte kullanıcılarımıza düşük gecikmeli HLS getirmeye yatırım yapıyor).
HLS özeti: Birçok kullanıcıya akış için sağlam bir çözüm. HLS’nin mevcut durumu, HLS’yi etkileşimli sunumlar için ideal olmayan 10-20 saniye gecikme içerir. HLS videoları canlı etkinlikten sonra oynatılabilir.
Webrtc
“Web Gerçek Zamanlı İletişim” Veya WebRTC, tüm tarayıcılarda desteklenen bir W3C standardıdır – tahmin edebileceğiniz gibi – gerçek zamanlı iletişim. WebRTC, genellikle 300m’nin altında, Web Konferans Çözümlerinde olduğu gibi etkileşimli ileri geri konuşmalar için ideal hale getirir.
Gecikmedeki azalma (kısmen) TCP yerine UDP kullanımı nedeniyle ve kullanılan formatlar iletmeden önce herhangi bir trans -kodlama gerektirmez.
Bununla birlikte, akranları arasında anlık bir video teslimatı olduğundan, video paylaşabilen kullanıcı sayısının bir sınırı vardır, genellikle 6 yaşın altında. WebRTC için az sayıda kullanıcının (5’in altında) videolarını paylaştığı ve başka bir sayıda kullanıcının gerçek zamanlı olarak izleyebileceği uygulamalar var (ancak bu sayı genellikle küçük – 300’ün altında.).
Video paylaşan her kişi yaklaşık 1 Mbps bant genişliği kullanır. 4 kişi akışı varsa, video görüntüleyici başına 4 Mbps’dir – sunucudan çıkan bant genişliği, akışa katılabilecek kullanıcı sayısı için hızla sınırlayıcı faktör olacaktır. Ayrıca, düşük kaliteli ağlardaki kullanıcılar 4Mbps video alamayabilir ve boyut nedeniyle videoyu geri oynatamayabilir.
Videoyu daha sonraki oynatma için kaydetmek için, WebRTC uygulaması, videoyu yerel bir bilgisayarda kaydetmek için MediaTecorder özelliğini kullanacak. Daha sonra oynatma için, bu videonun bir sunucuya yüklenmesi gerekecek.
WebRTC gerçek zamanlı anlık iletişim için idealdir, ancak küçük izleyici grupları içindir-genellikle 1-4 paylaşım videosu ve az sayıda izleyici.
HLS ve WebRTC bağımsızdır?
HLS ve WebRTC’yi eritme aslında oldukça yaygındır. Örneğin, bir hoparlör paneline ev sahipliği yapıyorsanız, WebRTC’ye (bir zoom çağrısı gibi) katılabilir ve ardından HLS üzerindeki çağrıyı geniş bir kitleye aktarabilirler (Zoom bunu kitlenizi artırmak için bir özellik olarak sunar).
Video uygulamalarınızda WebRTC ve HLS’yi nasıl kullanıyorsunuz?? Geliştirici Forumu: Topluluğumuzda bu konuşmaya devam etmekten çekinmeyin.API.video.
Geliştirici ilişkileri başkanı
WebRTC vs HLS: Akış protokolleri arasındaki karşılaştırma
Bu blog yazısı, en popüler akış protokollerinden ikisi olan WebRTC ve HLS’yi karşılaştırıyor. Her protokolün artılarını ve eksilerini inceler ve uygulamalarını araştırır. Ayrıca, yayın, okuyucuların ihtiyaçları için doğru teknolojiyi seçmelerini sağlayan akış için daha iyi bir genel bakış sağlar.
Ashik ts
22 Şubat 2023
Günümüzün dijital çağında, akış protokolleri medyayı tüketmek ve paylaşmak için gerekli hale geldi. Canlı akışlardan talep üzerine videoya kadar, akış protokolleri içeriğe her yerde, istediğiniz zaman erişmemizi sağladı. Ancak mevcut birçok seçenekle, ihtiyaçlarınız için en iyi olduğunu bilmek zaman ve çaba gerektirebilir. Bu makalede, en popüler akış protokollerinden ikisine bakacağız: WebRTC ve HLS, bunları karşılaştıracağız ve bilinçli bir karar vermenize yardımcı olacağız.
Webrtc nedir?
WebRTC, W3C tarafından geliştirilen ücretsiz ve açık kaynaklı bir protokoldür. Ses ve video görüşmeleri, çevrimiçi konferans ve sohbet gibi gerçek zamanlı iletişim sağlar. WebRTC, düşük gecikmeli, yüksek kaliteli video ve ses akışları sunma yeteneği nedeniyle son zamanlarda öne çıktı.
Webrtc uygulamaları
İşte en sık kullanılan WebRTC kullanım durumlarından bazıları:
- Ses ve video görüşmeleri: WebRTC için en popüler kullanım durumlarından biri ses ve video görüşmeleridir. İki veya daha fazla kişi arasında gerçek zamanlı, düşük gecikme iletişimi sağlar. İşletmeler bu özelliği, sosyal ağ ve çevrimiçi randevu için dahili iletişim, işbirliği ve tüketiciye dönük uygulamalar için yaygın olarak kullanıyor.
- Çevrimiçi Konferans: WebRTC için bir başka popüler kullanım durumu çevrimiçi konferans. Birden fazla kullanıcının sanal bir toplantı odasına katılmasını ve video ve ses yoluyla birbirleriyle etkileşime girmesini, ekranları ve belgeleri paylaşmasını sağlar. İşletmeler, bu özelliği uzak toplantılar ve sunumlar için ve çevrimiçi dersler ve dersler için eğitim kurumları tarafından yaygın olarak kullanıyor.
- Sohbet: WebRTC ayrıca sohbet yoluyla gerçek zamanlı metin tabanlı iletişimi sağlar. Bu özellik, sosyal ağ, çevrimiçi oyun ve müşteri desteği gibi çeşitli uygulamalara ve platformlara entegre edilebilir. Anında iletişim sağlar ve çeşitli bağlamlarda kullanıcı deneyimini geliştirmek için kullanılabilir.
HLS nedir?
HLS (HTTP Canlı Akış), Apple tarafından geliştirilen uyarlanabilir bir bit hızı akışı protokolüdür. Mobil cihazlarda ve masaüstü tarayıcılarında canlı akış için yaygın olarak kullanılır. HLS, HTTP protokolü ile çalışmak üzere tasarlanmıştır ve mevcut HTTP tabanlı altyapıya kolayca entegre edilebilir.
HLS uygulamaları
İşte HLS’nin bugünün gününde ve yaşında kullanıldığı daha yaygın yollardan bazıları:
- Canlı yayın: HLS, spor, konserler ve haber yayınları gibi canlı akış etkinlikleri için yaygın olarak kullanılmaktadır. Protokol, yüksek trafiği ele almak ve izleyiciler için sorunsuz bir akış deneyimi sağlamak için tasarlanmıştır. Uyarlanabilir Bitrate özelliği, akışın izleyicinin İnternet bağlantısına ayarlanmasını sağlar ve daha iyi bir izleme deneyimi sağlar.
- İsteğe bağlı video (VOD): HLS, filmler, TV şovları ve video öğreticileri gibi isteğe bağlı video (VOD) içeriği için de yaygın olarak kullanılır. Protokol, içerik yönetimi sistemleriyle kolay entegrasyon ve uyarlanabilir bit hızı ile izleyici için sorunsuz bir akış deneyimi sağlar.
- IPTV ve OTT: HLS ayrıca televizyon ve video hizmetleri akışı gibi IPTV ve üst düzey (OTT) hizmetlerinde de kullanılır. Protokolün yüksek trafiği ele alma ve sorunsuz bir akış deneyimi sağlama yeteneği, bu uygulamalar için popüler bir seçim haline getiriyor.
- Mobil Akış: HLS, hem iOS hem de Android platformlarında desteklendiği için mobil akış için de popülerdir.
- Kurumsal İletişim: HLS, çalışanların video yayınlamasına, ekranları paylaşmasına ve sorunsuz bir akış deneyimi sağladığı ve çoğu cihazla uyumlu olduğu için ses/görüntülü görüşmeler yapmasına izin veren kurumsal iletişim platformlarında kullanılır.
WebRTC vs HLS: Ayrıntılı bir karşılaştırma
Özellik | Webrtc | HLS |
---|---|---|
Tarayıcı desteği | Chrome, Firefox, Safari, Edge (bir eklenti ile) | Safari, Chrome, Edge, Firefox (bir eklenti ile) |
Cihaz desteği | Windows, MacOS, Linux, iOS, Android | iOS, Android, macOS, Windows |
Codec desteği | VP8, VP9, H.264, h.265 | H.264, h.265 |
Gecikme | Düşük | Yüksek |
Güvenlik | Yüksek | Orta |
Video kalitesi | Yüksek | Yüksek |
Teslimat Yöntemi | Eşler arası | Sunucu tabanlı |
Ölçeklenebilirlik | Yüksek | Yüksek |
Uyumluluk | Sınırlı | Geniş |
Hangi protokolü kullanacağına karar verirken, gecikme, güvenlik, video kalitesi, teslimat yöntemi, ölçeklenebilirlik ve uyumluluk gibi faktörleri dikkate almak önemlidir.
Gecikme
Gecikme söz konusu olduğunda, WebRTC’nin HLS’ye göre açık bir avantajı var. WebRTC gerçek zamanlı iletişim kullanıyor, yani video anında izleyiciye teslim ediliyor. Öte yandan, HLS, video teslimatını geciktiren bir tamponlama mekanizması kullanır. Ağ koşullarına bağlı olarak, bu gecikme birkaç saniyeden birkaç dakikaya kadar herhangi bir yerde olabilir. Bu öğeler, WebRTC’yi canlı görüntülü sohbetler ve çevrimiçi oyunlar gibi düşük gecikme gerektiren kullanım durumları için daha uygun hale getirir.
Güvenlik
Hem WebRTC hem de HLS, video akışlarını güvence altına almak için şifreleme kullanıyor. Ancak, her protokol tarafından sağlanan güvenlik seviyesi farklıdır. WebRTC, en güvenli şifreleme yöntemlerinden biri olarak kabul edilen video akışını şifrelemek için güvenli gerçek zamanlı taşıma protokolünü (SRTP) kullanır. Öte yandan, HLS video akışını şifrelemek için HTTP Secure (HTTPS) protokolünü kullanır. HTTPS güvenli kabul edilirken, SRTP daha az güvenlidir. Bu nedenlerden dolayı, WebRTC, finansal işlemler ve hükümet iletişimi gibi yüksek güvenlik seviyeleri gerektiren kullanım durumları için daha uygundur.
Video kalitesi
Hem WebRTC hem de HLS, yüksek kaliteli video sunabilir. Ancak, her protokol tarafından sunulan video kalitesi, ağ koşullarına bağlı olarak değişebilir. WebRTC, görüntüleyicinin ağ koşullarına göre video kalitesini gerçek zamanlı olarak ayarlayan uyarlanabilir bit hızı akışı kullanır. Bu, düşük bant genişliğinde ağlarda bile video kalitesinin yüksek olacağı anlamına gelir. Öte yandan, HLS, düşük bant genişliğinde ağlarda tamponlama ve kekemelerine yol açabilecek önceden bölümlenmiş bir video dağıtım mekanizması kullanır. Sonuç olarak, WebRTC, düşük bant genişliğinde ağlarda yüksek kaliteli video gerektiren kullanım durumları için daha uygundur.
Teslimat Yöntemi
WebRTC ve HLS, video yayınlamak için farklı dağıtım yöntemlerini kullanır. WebRTC, eşler arası (P2P) bir teslimat yöntemi kullanır, bu da videonun doğrudan bir görüntüleyiciden diğerine teslim edildiği anlamına gelir. Bu, sunucu yükünü azaltır ve video akışının ölçeklenebilirliğini artırır. Öte yandan, HLS bir istemci-sunucu dağıtım yöntemi kullanır, bu da videonun sunucudan görüntüleyiciye teslim edildiği anlamına gelir. Bu, özellikle en yoğun trafik sürelerinde ölçeklenebilirlik sorunlarına yol açabilir. Sonuç olarak, WebRTC, canlı etkinlikler ve çevrimiçi oyunlar gibi yüksek tutarlılıklar gerektiren kullanım durumları için daha uygundur.
Ölçeklenebilirlik
WebRTC ve HLS farklı ölçeklenebilirlik özelliklerine sahiptir. WebRTC, sunucunun yükünü azaltan ve video akışının ölçeklenebilirliğini artıran bir P2P dağıtım yöntemi kullanır. Öte yandan, HLS, özellikle pik trafik sürelerinde ölçeklenebilirlik sorunlarına yol açabilecek bir istemci-sunucu dağıtım yöntemi kullanır. Sonuç olarak, WebRTC, canlı etkinlikler ve çevrimiçi oyunlar gibi yüksek tutarlılıklar gerektiren kullanım durumları için daha uygundur.
Uyumluluk
WebRTC ve HLS farklı uyumluluk özelliklerine sahiptir. WebRTC, Chrome, Firefox ve Safari dahil olmak üzere çoğu modern tarayıcı ile uyumludur. Ancak, Internet Explorer ve Edge ile uyumlu değildir. Öte yandan, HLS, Chrome, Firefox, Safari, Internet Explorer ve Edge dahil olmak üzere çoğu modern tarayıcı ile uyumludur. Bu nedenle, HLS çok çeşitli tarayıcı ve cihazlarla uyumluluk gerektiren kullanım durumları için daha uygundur.
Webrtc vs HLS: Hangisi daha iyi?
Webrtc düşük gecikme, gerçek zamanlı akış uygulamaları için mükemmel bir seçenektir. Ses ve video görüşmeleri, çevrimiçi konferans ve sohbet gibi kullanım durumları için mükemmeldir. Diğer taraftan, HLS geniş bir kitleye canlı video yayınlamak için mükemmel bir seçenek. Özellikle canlı sporlar, konserler ve yüksek ölçeklenebilirlik gerektiren diğer etkinlikler gibi kullanım durumları için çok uygundur. HLS’nin farklı ağ koşullarına uyum sağlama yeteneği, çeşitli cihazlarda ve ağlardaki izleyicilere içerik yayınlamak için popüler bir seçim haline getiriyor.
Buna ek olarak, HLS, içeriğin telif hakkını korumak için daha iyi desteğe sahiptir ve bu da premium içerik akışı için tercih edilen bir seçimdir. Uyumluluk söz konusu olduğunda, HLS’nin WebRTC’ye göre hafif bir kenarı vardır. HLS yaygın olarak desteklenmektedir, bu da daha geniş bir kitleye içerik akışı yapmak için daha çok yönlü bir seçenek haline getirilir. Ancak, bu biraz daha yüksek gecikme pahasına gelir.
Ana odağınız gerçek zamanlı, düşük gecikmeli akışsa, WebRTC daha iyi opsiyonunuz olabilir. Aksi takdirde, ana odağınız ölçeklenebilirlik ve uyumluluk üzerindeyse, HLS daha iyi seçim olabilir.
Çözüm
Sonuç olarak, hem WebRTC hem de HLS’nin farklı akış türleri için uygun hale getiren kendi benzersiz özellikleri ve kullanım durumları vardır. WebRTC, ses ve video görüşmeleri, çevrimiçi konferans ve sohbet gibi düşük gecikme, gerçek zamanlı iletişim için en uygun olanıdır. Öte yandan, HLS, çok çeşitli cihazlarda önceden kaydedilmiş videoların yüksek kaliteli akışı için en uygun olanıdır.
SSS
1. Webrtc TCP veya UDP kullanıyor mu?
WebRTC, iletilen veri türüne bağlı olarak hem TCP hem de UDP kullanır. Mesajları kontrol etmek için TCP ve medya akışı için UDP kullanır.
2. YouTube HLS kullanıyor mu?
Evet, YouTube, izleyicilere video sunmak için akış protokollerinden biri olarak HLS (HTTP Canlı Akışı) kullanıyor.
3. Sadece tarayıcılar için webrtc?
WebRTC öncelikle tarayıcı tabanlı bir teknolojidir, ancak yerel uygulamalarda WebRTC kitaplıkları aracılığıyla da kullanılabilir.
4. Netflix Webrtc kullanıyor mu?
Hayır, Netflix akış için webrtc kullanmıyor. HTTP Canlı Akışına (HLS) dayanan HTTP (ASOH) üzerinden uyarlanabilir akış adı verilen kendi özel teknolojilerini kullanıyorlar.
Netflix video akışı için webrtc kullanıyor mu?
SideProject’im olarak Netflix gibi video akışı olan bir web sitesi oluşturmak istiyorum. Video akışı için çözümün kendi yolunu oluşturup oluşturmadıklarını veya Webrtc’yi de kullandıklarını bilmek istiyorum?
10 Şub 2021’de 13:39 sordu
Hua Chi Quan Hua Chi Quan
116 1 1 Altın Rozeti 1 1 Gümüş Rozet 8 8 Bronz Rozetler
1 Cevap 1
Netflix öncelikle DASH (HTTP üzerinden dinamik uyarlanabilir akış) kullanır, ancak aynı zamanda bazı diğer geri dönüş kodlama profillerine sahiptir (platforma bağlı olarak). Anlayabildiğim kadarıyla, Webrtc Netflix tarafından kullanılmıyor.
Wikipedia’nın Netflix’te daha teknik bir geçmişi vardır, StackOverflow’daki farklı bir iş parçacığı, birkaç akış seçeneğinin avantajlarına ve dezavantajlarına biraz ışık tutar.
Webrtc nedir? (Güncelleme)
Video konferansından çevrimiçi bahis ve tekliflere kadar değişen etkileşimli canlı akış çözümleri için, Web Gerçek Zamanlı İletişim (WebRTC) temel bir temel teknoloji haline geldi. WebRTC’nin çoğalması, hız ve uyumluluk kombinasyonuna gelir.
Daha spesifik olarak, WebRTC, 500 milisaniye altındaki video teslimat ile en düşük gecikme akışı formatıdır. Yerel tarayıcı desteği ayrıca son kullanıcıların kendisiyle teslim edilen akışları görüntülemek için tıknaz uygulamaları indirme ihtiyacını da ortadan kaldırır.
Bununla birlikte, geliştiriciler WebRTC’nin tasarladığı saf sohbet tabanlı uygulamalardan ayrıldıklarında, zorluklar ortaya çıkabilir. Bu makale WebRTC video akışının nasıl çalıştığına, sunduğu faydalara, Webrtc’S sınırlamaları ve bunları nasıl çözeceğim.
İçindekiler
- Webrtc nedir?
- Webrtc nasıl çalışır?
- Webrtc Anlık Görüntü
- Webrtc nasıl geldi
- Webrtc Avantajları
- WebRTC sınırlamaları
- Webrtc akış kullanım durumları
- Webrtc güvenlik nedir?
- Webrtc diğer protokollerle nasıl karşılaştırılır??
- Webrtc vs. HLS
- Webrtc vs. RTMP ve SRT
- Webrtc vs. RTSP
- 1. WOWZA Video için Ölçekte Gerçek Zamanlı Akış
- 2. Wowza akış motoru tarafından güçlendirilen webrtc
- 3. WebRTC’yi HLS veya Dash’e dönüştürmek
Webrtc nedir?
WebRTC, Web için gerçek zamanlı iletişimi (RTC) sağlayan ücretsiz, açık bir çerçevedir. Standartlar, protokoller ve JavaScript API’lerinin bir kombinasyonu olarak WebRTC, üçüncü taraf yazılımı veya eklentiler gerektirmeden, güne yakın bir veri alışverişini desteklemek için tarayıcılar arasındaki eşler arası bağlantılardan yararlanır.
Başka bir deyişle, WebRTC, kullanıcıların tarayıcılarından tıklamaya tıklamalı görüntülü sohbetler başlatmasına ve yüz yüze etkileşimleri çoğaltacak kadar hızlı bir şekilde bilgi alışverişi yapmalarına olanak tanır. Bu, bireyler arasında etkileşimli canlı akışı ve bir dizi standart protokol aracılığıyla tarayıcıdan browser iletişimini destekler.
Webrtc nasıl çalışır?
WebRTC, kullanıcılara izin veren üç HTML5 API kullanır’ Tarayıcılar birbirleri arasında canlı akışları yakalamak, kodlamak ve iletecek ve iki yönlü iletişimi sağlayacak. Bu nedenle, WebRTC, eşler arası teknoloji olarak adlandırılır, burada her tarayıcı doğrudan birbirleriyle iletişim kurar.
WebRTC’nin güzelliği orada yatıyor: ek ekipman veya yazılımlardan bahsetmemek için, bu borsalar sırasında herhangi bir aracı web sunucusuna olan ihtiyacı ortadan kaldırır. URL tabanlı toplantı odaları, WebRTC tarafından sunulan kolaylık ve gerçek zamanlı iletişimin mükemmel bir örneğidir.
Bazı akış iş akışları canlı bir akış kamerası, kodlayıcı ve medya sunucusu gerektirirken, en basit WebRTC dağıtımları her şeyi bağlı bir web kamerası ve tarayıcı ile gerçekleştirebilir. Flash tabanlı videonun aksine, WebRTC WebRTC API’lerini destekleyen herhangi bir HTML5 oynatıcıda tekrar oynanabilir.
Ancak, WebRTC bir aracı sunucu olmadan yerel bilgi alışverişi için tasarlandığından,’t büyük izleyicileri idare edin. WebRTC’yi ölçekte aktarmak isteyen herkes, bir akış sunucusunun veya hizmetin yardımını gerektirecektir. İçeriği daha ölçeklenebilir bir formata yeniden paketlemekten, özel olarak inşa edilmiş bir WebRTC İçerik Dağıtım Ağı’nda (CDN) canlı akışlar sunmaya kadar WOWZA, WebRTC iş akışınızı bir milyon izleyiciye kadar izleyicileri barındıracak şekilde yapılandırma seçeneklerine sahiptir.
Webrtc Anlık Görüntü
- Ses kodekleri:Opus, ISAC, ILBC
- Video kodekleri:H.264, VP8, VP9
- Oynatma uyumluluğu: Chrome, Firefox ve Safari, herhangi bir eklenti olmadan WebRTC’yi destekliyor
- Faydalar: Süper hızlı ve tarayıcı tabanlı
- Dezavantajlar: Video konferans için tasarlanmış ve ölçekli değil, bu nedenle büyük kitlelere akış yaparken Wowza gibi bir akış platformu gerektiriyor
- Gecikme: 500-Milisaniye Alt Teslimat
Webrtc nasıl geldi
WebRTC, tarayıcılara herhangi bir eklenti olmadan gerçek zamanlı ses ve video iletişimini desteklemeyi amaçlayan bir Google açık kaynaklı proje olarak başladı. Birçok yönden RTMP ve Flash gibi tescilli akış teknolojilerinin bir antitezi olan WebRTC, o zamandan beri IETF ve W3C tarafından standartlaştırılmıştır. Webrtc on yılda büyüdü’Topluluk güdümlü bir projenin gücünü iyi kurulmuş bir özelliklerin platformlar arası desteğiyle birleştirmek için ilk gelişiminden bu yana izledi.
Bugün, WebRTC Chrome, Safari, Firefox, Opera, Microsoft Edge, Android ve iOS’ta desteklenmektedir (iOS 15 + Safari hariç). BT’s ayrıca Google Hangouts, Facebook Messenger ve HouseParty’de görüntülü sohbeti güçlendiren teknoloji – birkaçını isimlendirmek. Google’a göre, “WebRTC’yi destekleyen Chrome, Edge, Firefox ve Safari ile, tüm yüklü tarayıcıların% 85’inden fazlası küresel olarak internette gerçek zamanlı iletişim için bir müşteri haline geldi.”
Webrtc Avantajları
WebRTC’nin hem kullanıcılara hem de geliştiricilere sunduğu birçok avantajı düşünürken, neden orada’onu çevreleyen çok fazla hype. Düşük gecikme teslimatından birlikte çalışabilirliğe kadar her şey onu çekici bir seçim haline getiriyor.
- Doğal olarak düşük gecikme. Webrtc, teslimat hızı söz konusu olduğunda onu parktan çıkarır. 500 milisaniye camdan cam-gecikme altında WebRTC, videoyu internette taşımak için en hızlı yöntemi sunar.
- Platform ve Cihaz Bağımsızlığı. Tüm büyük tarayıcılar ve cihazlar WebRTC’yi destekleyerek özel altyapı olmadan çok çeşitli uygulamalara entegre olmayı kolaylaştırır. WebRTC, HTML5 API’lerini kullandığından, geliştiricilerin HTML5 programlama dilinde yerleşik olan birçok özelliği hafif, gömülü bir çerçeveden kullanmalarını sağlar. Ne’S Dahası, tarayıcı tabanlı kodlama, herkes için daha erişilebilir bir son kullanıcı deneyimi sağlar.
- Açık kaynak ve standartlaştırılmış. Açık kaynaklı çerçeve, IETF ve W3C tarafından standartlaştırılır, böylece tescilli akış teknolojileri ile birlikte gelen birlikte çalışabilirlik zorluklarını ortadan kaldırır. Bilgisayar Dünyası’S Shan Sinha açıklıyor, “WebRTC, binlerce yazılım geliştiricisinin konserde çalışmasını, konferans protokollerini standartlaştırmasını ve birlikte çalışabilirliği daha az endişelendirmesinden yararlanır. Çoğu şirket yapabilir’t Binlerce bağımsız geliştirici ile bir platforma katkıda bulunan-Google ve Apple Pale kadar büyük kuruluşlar bile web topluluğuna dayalı bir çabaya kıyasla.”
- Ağ koşullarına uyum sağlar. WebRTC, uyarlanabilir ağ kodlaması ile zayıf ağ koşulları üzerinde güvenilir bir yayın sağlar. O’çünkü denilen bir yeteneği destekliyor ‘simulcasting’ – Bu terimin geleneksel tanımı olan birden fazla hedefe yayın yapmakla karıştırılmamalıdır. WebRTC Simulcasting ile müşteri, değişen bit hızlarında ve kalitede birden fazla akış üretir, böylece zayıf ağ koşulları DON’Video katkısını engelleyin. Oynatma sırasında akışın dinamik olarak ayarlandığı uyarlanabilir bit hızı akışından farklı olarak, bu yayıncılık tarafında gerçekleşir ve bit hızı orta akışını uyarlama yeteneği yerine birden fazla kodlama sağlar.
WebRTC sınırlamaları
Düşük gecikmeli teslimat, WebRTC akışı ile en yüksek önceliği alır. Sonuç olarak, WEBRTC’yi herhangi bir ek teknoloji olmadan dağıtarken ölçek ve kalitenin sınırlamaları vardır.
- Ölçeklenebilirlik. Webrtc basitçe olmamıştı’T Ölçeklenebilirlik göz önünde bulundurularak tasarlanmıştır. Bant genişliği yoğun yapılandırma, her katılımcı tarayıcının bir eş bağlantısı aracılığıyla birbirleriyle bağlantı kurmasını gerektirir. Bunu perspektife sokmak için WebRTC uzmanı Tsahi Levent-Levi, 50’den fazla eşzamanlı akran bağlantısından utangaç kalmanızı önerir.
- Yayın kalitesi. Yaygın bir yanlış anlama, WebRTC’nin bit hızı sınırlamaları nedeniyle kalite eksik olmasıdır. Tarayıcı tabanlı katkı doğal olarak bağlantı ve kamera çözünürlük cephesine bağlı olsa da, yüksek bitrat kodlaması hala mümkündür. Bununla birlikte, profesyonel bir kodlayıcı ve kamera ile yayınlanmak isteyen içerik distribütörleri, bu tür iş akışını üretilen içerik akışı için idealden daha az bulabilir. Ayrıca, uyarlanabilir bit hızı akış desteği WebRTC ile sınırlıdır.
Webrtc akış kullanım durumları
WebRTC, hız ve etkileşime bağlı uygulamalar için ideal bir teslimat çerçevesidir. Örneğin, seni hayal et’Çevrimiçi bir açık artırmaya ev sahipliği yapmak. Sen’Kamerada Teklif Talepleri, ancak beş saniyelik bir gecikme, kitlenizin biraz arkanızda olduğu anlamına gelir. BT’Bir kez gidiyor, iki kez gidiyor, son teklifi kabul ediyorsunuz – ve birisi son saniyede daha iyi bir teklifle içeri giriyor, ama siz’o gecikme nedeniyle zaten kapattı.
Webrtc ile’S 500 milisaniye gecikmesi,’sorun değil. Sen’D bu son teklifi gerçek zamana kadar duyabilmek. WebRTC ayrıca şu uygulamalar için de kullanışlıdır:
- Oyun
- ESports
- Canlı spor
- Fitness
- Kumar
- Acil müdahale
- Gözetim
- Telehealth
Ve daha fazlası. Akışınızın gerçek zamanına ne kadar yakın olması durumunda, webrtc’yi tercih etme olasılığınız o kadar artar.
Webrtc güvenlik nedir?
WebRTC güvenlidir, çünkü SRTP (Güvenli Gerçek Zamanlı Protokol) şifrelemesini ve bir grup diğer standartları zorunlu kılar (sonuçta sadece bir protokolden daha fazlasıdır). İnternet Mühendisliği Görev Gücü WebRTC’nin standartlaştırılmasına yardımcı olan kuruluşlardan biri, gerekli şifreleme olmadan WebRTC bağlantılarını açıkça yasaklıyor.
Protokol düzeyinde şifrelenmenin yanı sıra, WebRTC ayrıca tarayıcı ve topluluk destekli güvenlikten yararlanır. Firefox, Chrome, Safari ve Edge gibi büyük tarayıcılar WebRTC güvenliğini ciddiye alır, bu nedenle HTTPS’nin çerçeveye, IP sızıntısı korumalarına, kullanıcıların kamera ve mikrofon erişimine izin vermeden önce bireysel sitelere izin vermelerini gerektirirler. Açık kaynaklı bir proje olarak WebRTC’Securtaral’ın en yüksek kalibreli olmasını sağlamak için geliştiriciler topluluğu da birlikte çalışır.
Standart web şifrelemesinin ve güvenliğinin WebRTC ile nasıl karşılaştırıldığını daha iyi anlamak için aşağıdaki iş akışını kontrol edin’S Ek Katmanlar.
Webrtc diğer protokollerle nasıl karşılaştırılır??
Biz’ve kuruldu, webrtc bir protokolden daha fazlasıdır, ancak’HLS, RTMP, RTSP ve SRT gibi sadece protokoller olan birkaç video dağıtım formatına bir alternatif. Webrtc bunlarla nasıl karşılaştırılır??
Webrtc vs. HLS
HTTP Canlı Akış (HLS), tipik olarak son mil teslimat için kullanılan bir Apple tescilli protokoldür. Apple başlangıçta canlı akışlar sırasında iPhone’lar için oynatma sorunlarını çözmek için protokolü geliştirdi, ancak o zamandan beri başladı ve şimdi sayısız cihaz ve tarayıcının desteklediği neredeyse evrensel olarak kabul görmüş bir protokol.
Uyumluluk, WebRTC ile karşılaştırmaya karar vermenin önemli bir nedenidir. HLS. BT’yapmayan bir sistem bulmak nadir’t onları destekleyin, böylece’Kitlenizin bir parçası olmak istediğiniz herhangi birini hariç tutma konusunda endişelenmelisiniz.
Birincil farklılıkları gecikme ve ölçeklenebilirlik. Kendi başına, HLS aslında altı ila 30 saniye arasında bir gecikme ile oldukça yavaş. Apple kullanırsan’düşük gecikme HLS uzantısı,’Bu gecikmeyi yaklaşık iki saniyeye indirmek mümkün, ama yine de’t webrtc ile karşılaştır’S 500 Milisaniye Alt Teslimat.
Ancak HLS, kendi başına daha ölçeklenebilir. Bu protokol, binlerce ila milyonlarca izleyiciye kolayca ulaşmayı mümkün kılıyor. Webrtc’İçerikleri büyük kitlelere aktarmayı amaçladı, bu nedenle 50 veya daha az izleyiciye kadar daha iyi performans gösterir. Dedi ki,’Webrtc’nin üstesinden gelmek mümkün’S ölçeklenebilirlik sorunları ve hala Wowza gibi bir çözümün özel bir CDN kısmı ile milyonlarca izleyiciye ulaşır’snalede gerçek zamanlı akış.
Webrtc vs. RTMP ve SRT
Gerçek Zamanlı Mesaj Protokolü (RTMP) bir zamanlar endüstriydi’Adobe Flash ile sıkı sıkıya bağlı ilişkisi nedeniyle en önde gelen protokol. RTMP, flaştan beri akış iş akışlarının belirli kısımları için büyük ölçüde lehine düştü’ölüm, ama’Kodlayıcılarla uyumluluğu nedeniyle hala ilk mil katkısı için favori. Örneğin, birçok iş akışı, video varlıklarını son mil teslimat için HLS’ye kodlamadan önce RTMP ile kodladı.
RTMP’nin yaklaşık beş saniyelik bir gecikmesi var,’t webrtc’ye yakın’s kusursuz hız, ancak düşük gecikmeli uzantıları olmadan HLS ve Dash’i aşar. WebRTC RTMP’yi güvenlik ve uyumluluk dahil olmak üzere diğer birçok açıdan eşleştirir veya yener (artık herhangi bir tarayıcı RTMP’yi desteklemez), ancak RTMP’nin bacağı olduğu yerlerde altyazılar, zamanlanmış meta veriler ve reklam işaretleyicileri gibi işlevselliktir. Webrtc, camdan cam akışı için mükemmel bir seçimdir’t kodlama gerektirir – özellikle yalnızca her iki son için yalnızca bir web tarayıcıya ihtiyacınız varsa – ancak birçok içerik distribütörü, kodlama ayarları üzerinde daha fazla kontrole ihtiyaç duyarlarsa RTMP ile çalışmayı seçer.
BT’Webrtc vs’yi de düşünmek de önemli. Güvenli Güvenilir Taşıma (SRT). SRT, RTMP’ye alternatif olarak oluşturuldu ve düşük ağ kalitesinin hala düşük gecikme ve güvenilir akışlar sunmasını telafi etti. Bu nedenle, SRT’WebRTC ile karşılaştırıldığında benzerdir: SRT’yi, titremeden önce ilk mil katkısı için kullanabilirsiniz, SRT’yi titreme ve paket kaybı gibi sorunları çözmek için kullanabilirsiniz.
Webrtc vs. RTSP
Gerçek Zamanlı Akış Protokolü (RTSP) ISN’T müşterilerden sunuculara veri taşımaktan sorumlu -’S Gerçek Zamanlı Taşıma Protokolü (RTP)-ancak multimedya oynatmayı kolaylaştırır ve genellikle RTMP ile karşılaştırılır.
RTSP ve WebRTC bazen birbirlerini tamamlar çünkü RTSP genellikle IP kameraları arasında varsayılan bir protokoldür. Bu kameralar ilk mil katkısı için RTSP kullanıyor ve son mil teslimat için WebRTC’ye transcode görüntüleri kullanıyor ve gecikmeyi önemli ölçüde azaltır (bu özellikle gözetimde önemlidir). Webrtc’işlemin her iki ucu için de kullanılır çünkü’S hala çoğunlukla tarayıcı tabanlı, bu nedenle IP kameralarının kodlama için hala RTSP’ye ihtiyacı var.
WebRTC ölçeklenebilirliği için çözme
Geleneksel eşler arası WebRTC bağlantısında, her tarayıcı doğrudan gruptaki diğer tüm tarayıcılara bağlanır-bu işlemde bant genişliğini yakar. Wowza, WebRTC’nin ölçeklenebilirlik kısıtlamalarının üstesinden gelmek için üç seçenek sunuyor
1. WOWZA Video için Ölçekte Gerçek Zamanlı Akış
WOWZA Video için Ölçekli Gerçek Zamanlı Akış Özelliğimiz WEBRTC’yi sınırsız ölçek sağlamak için özel bir CDN’ye dağıtıyor. İçerik distribütörleri yarım saniyeden daha kısa bir sürede bir milyon izleyiciye aktarabilir ve böylece gerçek zamanlı teslimatı büyük ölçekli yayınlarla birleştirebilir.
2. Wowza akış motoru tarafından güçlendirilen webrtc
Tüm katılımcıları WOWZA akış motoru gibi canlı bir akış sunucusuna bağlayarak, içerik distribütörleri, her bir istemcinin kurulması ve sürdürmesi gereken bağlantı sayısını en aza indirerek bant genişliğini optimize ederken, gerçek zamanlı akıştan daha büyük bir ölçekte yararlanır. Yüzlerce izleyicinin ötesinde ölçeklendirmek için ek altyapıya ihtiyaç duyulacak, bu durumda WOWZA videosu ile ölçekte gerçek zamanlı akış daha iyi bir yol olacaktır.
3. WebRTC’yi HLS veya Dash’e dönüştürmek
Son olarak, WEBRTC akışını binlerce dağıtım için HLS gibi bir protokole dönüştürmek için canlı bir akış sunucusu veya bulut tabanlı hizmet kullanılabilir. Bu şekilde, içerik distribütörleri basit, tarayıcı tabanlı yayıncılığı daha yüksek bir gecikmede de olsa büyük ölçekli yayınlarla birleştirebilir. Kolay içerik edinimi (ve gerçek zamanlı teslimat değil) WebRTC’yi akış iş akışınıza dahil etmenin temel nedeni olduğunda, bu çözüm gitmenin yoludur.
WebRTC kalitesi için çözme
WebRTC aracılığıyla akan içeriğin kalitesini artırırken, yukarıda belirtilen seçeneklerden ikisi bir kez daha devreye giriyor.
1. WOWZA Video için Ölçekte Gerçek Zamanlı Akış
WOWZA Videosu için Scale’de Gerçek Zamanlı Akış, herhangi bir kodlayıcı aracılığıyla akış, RTMP yutma veya özel OBS entegrasyonumuzdan yararlanma esnekliği sağlar. Bu, yayıncıların aralandığı anlamına gelir’T, üretilen içeriği dağıtmak isterken tarayıcı tabanlı yakalama ve kodlama ile sınırlı.
2. WebRTC’yi HLS veya Dash’e dönüştürmek
Mümkün olan en iyi video kalitesi ve görüntüleyici deneyimini sunmak için HLS ve DASH kaldıraç uyarlanabilir bit hızı akışı – bağlantı, yazılım veya cihaz ne olursa olsun. Bu nedenle, bir WebRTC akışını bu protokollerden hiçbirine dönüştürmek, ölçek ve kalite için çözülür. Önemli bir değişim gecikmedir, bu yüzden biz’D Yalnızca bu iş akışını önerin gerçek zamanlı teslimat değilse’t bir öncelik.
Neden WebRTC’yi Wowza ile birleştirin
İster gerçek zamanlı etkileşimi desteklemeniz, ister ölçekte yayın yapmanız veya her ikisinin bir kombinasyonu olsun, wowza’S WEBRTC çözümü ihtiyaçlarınıza göre özelleştirilebilir. Perakende satıştan oyuna kadar değişen endüstrilerdeki kuruluşlar, gerçek zamanlı teslimat, tarayıcı tabanlı yutma ve büyük ölçekli video dağıtımı için WOWZA destekli WebRTC’ye güveniyor.
- Sonsuz ölçekleme. Sadece bir avuç katılımcı ile görüntülü sohbet ortamları için tasarlanmış olsa da, WebRTC Wowza ile birleştirilebilir’Bir milyon izleyiciye kadar yayın yapmak için teknoloji. Wowza Video için Scale’de Gerçek Zamanlı Akış, bu süreci sorunsuz hale getiriyor-yıldırım-hızlı teslimat ile önyükleme.
- Genişletilmiş olasılıklar. WebRTC’ye video kaydı, güvenlik ve diğer geliştirmeler dahil olmak üzere ek işlevler eklemek isteyen herkes, perdenin arkasında güçlü bir akış yazılımı gerektirir. Wowza, WebRTC’yi geliştirmek için güçlü araçlar, API’ler ve modüller sağlar’S-COUNDEAD özellikleri. Canlı akış platformumuz ayrıca içerik distribütörlerine, WebRTC’yi ihtiyaçlarına daha iyi uygun diğer akış protokolleriyle birleştiren hibrit iş akışları oluşturma yetkisi verir.
- Basit, tarayıcı tabanlı yayıncılık. WebRTC, tarayıcı tabanlı yayıncılıkta ve Wowza ile arka planda, siz’İçeriği sayısız kullanıcıya yayınlayabilmek. WebRTC akış çözümlerimiz, bir kodlayıcıya ihtiyaç duymadan herhangi bir hedefe basit uçtan uca yayın sağlar.
Wowza ile WebRTC’yi geliştirme hakkında daha fazla bilgi edinmek için aşağıda bağlantılı videolara göz atın:
Wowza Video ve WebRTC Ölçekte gerçek zamanlı akış için: Wowza Video ile, etkileşimli uygulamalar için gerekli gerçek zamanlı deneyimle bir milyon izleyiciye anında ölçeklendiren canlı akış etkinlikleri oluşturabilirsiniz.
WOWZA akış motoru ve WebRTC: WOWZA akış motoru tarafından desteklenen WebRTC’Sabitleri güçlü şekillerde.
Çözüm
Mozilla kurucu ortağı Brandan Eich tarafından “Açık ve sayısız bir web için uzun savaşta yeni bir cephe,” WebRTC, tarayıcı tabanlı akışı gerçek zamanlı etkileşim ile birleştirir. Ücretsiz, açık çerçeve küçük video tabanlı ortamlar için harika çalışıyor. Ve büyük ölçekli dağılım veya ek akış özellikleri de gerektiğinde, wowza’S teknolojisi gerekli artışı sağlar.
Ölçekte gerçek zamanlı akışla başlayın
Ek kaynaklar:
- [Çözümler Kısa] Ölçekte gerçek zamanlı akış
- [Rapor] 2021 Video akışı gecikmesi raporu
Traci Ruether hakkında
Traci Ruether, akış ve ağ altyapısında arka plana sahip Colorado merkezli bir B2B teknoloji yazarıdır. Yazmanın yanı sıra Traci, kith ve akrabasıyla yemek pişirmeyi, bahçecilikten ve kaliteli zaman geçirmekten hoşlanıyor. Onu https: // www adresindeki LinkedIn’de takip edin.LinkedIn.com/in/traci-ruether/veya öğrenin… daha fazla görüntüleyin
Akış Endüstrisi Haberleri
2K+ akış profesyonellerine katılın ve Wowza blogunu gelen kutunuza teslim edin.
WHIP & WHEP: Webrtc canlı akışın geleceği mi?
WHIP & WHEP, WebRTC’yi canlı akışa dönüştürmek için özelliklerdir. Ama bu gerçekten gerekli olan şey bu mu?
Webrtc gerçek zamanlı için harika. Başka bir şey – o kadar değil. Son zamanlarda iki yeni protokol geldi – Whip ve Whep. Canlı akış kullanım durumlarını daha iyi desteklemek için WebRTC’ye sinyal olarak çalışırlar.
Son aylarda, bu protokollerin uygulanmasında artan bir benimsenmiştir (gerçek kullanımın benimsenmesi’t öylesine özel olduğum bir şey’t Her iki şekilde de kanıtlayın). Bu ilerleme olumlu bir ilerleme, ama yapabilirim’bunun sadece geçici bir çözüm olduğunu düşündüğüm duyguları görmezden gel.
İçindekiler
- Whip ve Whep nedir?
- Güçlü yönler ��
- Zayıf Yönler ��
- Güçlü yönler ��
- Zayıf Yönler ��
Whip ve Whep nedir?
Whip WebRTC-HTTP yutma protokolü anlamına gelir. Webrtc-http egress protokolü anlamına gelir. İkisi de WebRTC için bir sinyal protokolü tanımlayan nispeten yeni IETF taslakları.
�� WebRTC, herhangi bir sinyal protokolüne sahip olmamaya karar verdi, böylece geliştiriciler istedikleri herhangi bir mevcut sinyal protokolünü seçebilir ve seçebilir – SIP, XMPP veya başka bir alternatif olsun. Medya akışı endüstrisi için bu’T iyi bir şey-hazır uygulamalarla iyi bilinen bir protokole ihtiyaçları vardı. Bu da kırbaç ve whep’e yol açtı.
Onlara bir çözüme nasıl uyduklarını anlamak için aşağıdaki şemayı kullanabiliriz:
Canlı akış kullanım durumunda, bir veya daha fazla yayıncımız var “Yutmak” Medya bir medya sunucusuna. O’SHIP’in geldiği yer. Diğer taraftaki izleyiciler, medya akışlarını medya sunucuları altyapısının çıkış tarafında alıyor.
WHIP & WHEP’e teknik bir bakış için, Dolby’den Sergio Garcia Murillo’nun bu Kranky Geek oturumuna göz atın:
Gecikme ne kadar düşük olursa, uygulama o kadar zorlu olursak. Yaşamak/gerçek zamanlı olarak ne kadar yakın olursa, kalite açısından daha fazla fedakarlık yapmamız gerekecek. BEN’Kalite veya gecikme seçme ihtiyacı hakkında yazılmış.
Webrtc, gerçek zamanlı ve canlı olarak odaklanmış jilettir. Öyle ki yapabilir ki’içinde gecikme olan bir şeyi gerçekten halledin. Olabilir – ama bunun için çok fazla karmaşıklık maliyetiyle feda edecek -’gerçekten istiyorum veya ihtiyaç.
Bu tam olarak ne anlama geliyor?
- Webrtc UDP’nin üzerinden geçer ve eğer gerekirse TCP’ye geri döner
- Bunun nedeni, TCP’ye yerleştirilmiş jenerik yeniden iletimlerin çoğunlukla WebRTC’ye karşı verimsiz olmasıdır – eğer bir paket kaybolursa, yeniden canlandırmak için çok geç olacak �� Canlı – hatırlayın?
- Bu nedenle WebRTC, UDP’ye güvenir ve RTP kullanır ve paket kayıplarını, bit hızı dalgalanmalarını ve gerçek zamanlı iletişimleri etkileyen diğer ağ sorunlarının nasıl ele alınacağına karar vermesini sağlar
- Birkaç saniye gecikmemiz varsa, paket kayıplarıyla başa çıkmak için her pakette yeniden iletim kullanabiliriz. Örneğin Netflix ve YouTube’un yaptığı tam olarak budur. Düşük gecikmeye odaklanarak Webrtc’Buna gerçekten izin ver
Bu, birkaç zor sorunun sorulması gerektiğinde – Akış hizmetinizin tam olarak neye ihtiyacı var?
- Saniye alt gecikme çünkü gerçek zamanlı ve interaktif?
- İzleyici medyayı yayınlandıktan iki saniye sonra alırsa. Bu büyük bir sorun mu yoksa sorun değil mi?
- Ya 5 saniye?
- Ve 30 saniye?
- Akış başlamak için mi yaşıyor mu yoksa önceden kaydediliyor mu?
Yalnızca saniye alt gecikmede yapılacak şeylere ihtiyacınız varsa, o zaman WebRTC muhtemelen gitmenin yoludur. Ancak kullanım durumunuzda başka gecikmeler varsa, WebRTC’yi gitmeden önce iki kez düşünmeden önce iki kez düşünün.
Melez bir webrtc yaklaşımı “canlı” yayın Akışı
Burada belirtilmesi gereken önemli bir husus, birçok durumda, WebRTC’nin medya akışında hibrit bir modelde kullanılmasıdır.
Çoğu zaman, WebRTC’yi kullanarak medya almak ve diğer protokolleri kullanarak medyayı başka yerlerde görüntülemek istiyoruz – genellikle olmadığımız için’Gecikme hakkında ya da zaten görüntüleme bileşeninin çözüldüğü ve konuşlandırıldığı için – burada mevcut bir hizmete Webrtc Ingest ekleniyor.
WHIP protokolünü buraya eklemek ve WebRTC medyasını akış hizmetine yutmak, hiçbir şey yüklemeden medyayı bir web tarayıcısından edinebileceğimiz anlamına gelir. Gerçek zamanlı güzel, ama her zaman gerekli değil. Tarayıcının yutulması çoğunlukla sürtünmeyi azaltmak ve web uygulamalarını etkinleştirmekle ilgilidir.
3 atlı: Webtransport, WebCodecs ve Webassembly
Bu son öneri sadece iki yıl önce farklı görünüyordu, gerçek zamanlı olarak tarayıcılar için şehirdeki tek oyun Webrtc. Bugün yine de değil’t davası.
2020’de WebRTC’nin ayrışmasına işaret ettim. WebRTC’nin temel bileşenlerine bölündüğü eğilim, böylece geliştiriciler her birini bağımsız olarak kullanabilecekler ve bir bakıma WebRTC’ye benzer, ancak ISN’t webrtc. Bu bileşenler:
- Webtransport – UDP üzerinden bir sunucu ve bir istemci arasında düşük gecikme ile herhangi bir şey göndermek anlamına gelir – yeniden aktarma ile veya aktarımsız
- WebCodecs – WebRTC’de kullanılan kodekler, WebRTC’den ayrılmış, çerçeve kodlama ve kod çözme arayüzü ile kendi çerçeveleriyle
- Webassembly – Bir tarayıcının içinde yüksek performanslı işleri uygulayabilen tutkal
Teorik olarak, bu 3 bileşeni kullanarak gerçek zamanlı bir iletişim çözümü oluşturulabilir, bu da zoom’un web tarayıcılarının içinde yapmaya çalıştığı şeydir.
Son birkaç ay içinde ben’Bu arayüzleri benimseyen giderek daha fazla şirket gördüm. Arka plan bulanıklığı ve değiştirme için WebAssembly kullanan satıcılarla başladı. Akış için Webtransport ve/veya WebCodecs ile oynayan şirketlere taşındı ve son zamanlarda birçok satıcı Webassembly ile gürültü bastırma yapıyor.
Burada’Intel’in Kranky Geek 2021 sırasında sergilediği şey:
Bu eğilim sadece büyüyecek.
Bu akışla nasıl ilişkilidir??
Sorduğun iyi!
Bu 3, Web tarayıcılarında ikinci alt gecikmeyi elde edebilen WebRTC’ye dayanarak değil, kendi canlı akış çözümümüzü uygulamamızı sağlar. Ayrıca, daha yüksek gecikmelerle başa çıkabilen, daha yüksek gecikmelerde medyanın kalitesi üzerine iyileştirdiğimiz mekanizmalar ve araçlar ekleyebilmemiz için yeterince esnektir.
Güçlü yönler ��
Burada’Bu yaklaşım hakkında sevdiğim şey:
- Ben’T’yi oku ya da her yerde gördüm, bu yüzden kendi başıma geldiğim bir şey olarak düşünmeyi seviyorum ama cidden…
- Hizmetimizdeki herhangi bir gecikme gereksinimini desteklemek için tek bir protokol ve teknoloji seti ile mümkündür
- Web tarayıcılarına destek (henüz değil, ama oraya gideceğiz)
- Dönüş veya sersemletme sunucularına gerek yok – daha az sunucu ayak izi ve baş ağrısı ve daha iyi güvenlik duvarı penetrasyonu (bu’W WebTransport’un WebSocket kadar yaygın hale geldiğini ve güvenlik duvarları tarafından otomatik olarak beyaz listeye alındığını varsayarsak)
Zayıf Yönler ��
Bu n’TÜM parlak:
- Hala yeni ve yeni. Biz yok’ne yapmadığını bilmiyorum’iş ve sınırlamalar nelerdir
- Tüm modern tarayıcılar henüz düzgün bir şekilde desteklemiyor
- Biz’bir kareye geri dön – orada’Bu şekilde destekleyecek akış protokolü yok, yani yok’t Bir bütün olarak medya akışı ekosistemini destekleyin
- Gerektiğinde WebRTC’ye bağlamak basit olmayabilir
- Şu anda kendi spesifikasyonunuzu oluşturmanız gerekiyor, bu da size daha fazla iş anlamına geliyor
Webrtc canlı akışın geleceği mi?
Whip ve Whep burada. Çekiş kazanıyorlar ve arkalarında satıcıları onları itiyorlar.
Öte yandan,’T Tüm sorunu çözün – sadece akışın canlı yönü.
WebRTC’nin şu anda kullanılmasının nedeni, şehirdeki tek oyun olmasıdır. Yakında bu, tarayıcılarda canlı akış için WebRTC’ye bir alternatif olan WebTransport+WebCodecs+WebAssembly’ye dayanan çözümlerin benimsenmesi ile değişecektir.
Bu webrtc’nin yerini alabilir mi? Medya akışı için – evet.
Endüstrinin gidecek yolu bu mu? Bu henüz görülmedi, ama kesinlikle izleyecek bir şey.