SORUN:
WebRTC bize eşler arası video / ses bağlantıları sağlar. P2p aramaları, hangout'lar için mükemmeldir. Peki ya yayın (birden çoğa, örneğin 1'den 10000'e)?
Diyelim ki bir yayıncımız "B" ve iki katılımcımız "A1", "A2". Elbette çözülebilir gibi görünüyor: B'yi A1'e ve sonra B'yi A2'ye bağlarız. Böylece B video / ses akışını doğrudan A1'e ve başka bir akışı A2'ye gönderir. B, akışları iki kez gönderir.
Şimdi 10000 katılımcı olduğunu düşünelim: A1, A2, ..., A10000. Bu, B'nin 10000 akış göndermesi gerektiği anlamına gelir. Her akış ~ 40KB / s'dir, bu da B'nin bu yayını sürdürmek için 400MB / s giden internet hızına ihtiyacı olduğu anlamına gelir. Kabul edilemez.
ORİJİNAL SORU (ESKİ)
Bunu bir şekilde çözmek mümkün mü, yani B bazı sunuculara yalnızca bir akış gönderiyor ve katılımcılar bu akışı bu sunucudan çekiyor mu? Evet, bu, bu sunucudaki çıkış hızının yüksek olması gerektiği anlamına gelir, ancak bunu koruyabilirim.
Ya da belki bu, WebRTC fikrini mahvetmek anlamına mı geliyor?
NOTLAR
Flash, son müşteriler için zayıf UX'e göre ihtiyaçlarım için çalışmıyor.
ÇÖZÜM (GERÇEKTEN DEĞİL)
26.05.2015 - Medya sunucularını hiç kullanmadığınız şu anda WebRTC için ölçeklenebilir yayın için böyle bir çözüm yok. Piyasada hibrit (farklı koşullara bağlı olarak p2p + sunucu tarafı) yanı sıra sunucu tarafı çözümleri de vardır.
Https://github.com/muaz-khan/WebRTC-Scalable-Broadcast gibi bazı gelecek vaat eden teknolojiler var, ancak bu olası sorunları yanıtlamaları gerekiyor: gecikme, genel ağ bağlantısı kararlılığı, ölçeklenebilirlik formülü (muhtemelen sonsuz ölçeklenebilir değiller) ).
ÖNERİLER
- Hem ses hem de video kodeklerini değiştirerek CPU / Bant Genişliğini azaltın;
- Bir medya sunucusu edinin.