PROBLÈME:
WebRTC nous offre des connexions vidéo / audio peer-to-peer. Il est parfait pour les appels p2p, les hangouts. Mais qu'en est-il de la diffusion (un à plusieurs, par exemple, 1 à 10 000)?
Disons que nous avons un diffuseur "B" et deux participants "A1", "A2". Bien sûr, cela semble être résoluble: nous connectons simplement B avec A1 puis B avec A2. Donc B envoie un flux vidéo / audio directement à A1 et un autre flux à A2. B envoie deux flux.
Imaginons maintenant qu'il y ait 10000 participants: A1, A2, ..., A10000. Cela signifie que B doit envoyer 10000 flux. Chaque flux est d'environ 40 Ko / s, ce qui signifie que B a besoin d'une vitesse Internet sortante de 400 Mo / s pour maintenir cette diffusion. Inacceptable.
QUESTION ORIGINALE (OBSOLÈTE)
Est-il possible de résoudre cela d'une manière ou d'une autre, alors B n'envoie qu'un seul flux sur un serveur et les participants tirent simplement ce flux de ce serveur? Oui, cela signifie que la vitesse de sortie sur ce serveur doit être élevée, mais je peux la maintenir.
Ou peut-être que cela signifie ruiner l'idée WebRTC?
REMARQUES
Flash ne fonctionne pas pour mes besoins en raison de la mauvaise UX des clients finaux.
SOLUTION (PAS VRAIMENT)
26.05.2015 - Il n'existe pas de solution de ce type pour la diffusion évolutive pour WebRTC pour le moment, où vous n'utilisez pas du tout de serveurs de médias. Il existe sur le marché des solutions côté serveur ainsi que des solutions hybrides (p2p + côté serveur selon les différentes conditions).
Il existe cependant des technologies prometteuses comme https://github.com/muaz-khan/WebRTC-Scalable-Broadcast mais elles doivent répondre à ces problèmes possibles: latence, stabilité globale de la connexion réseau, formule d'évolutivité (elles ne sont probablement pas évolutives à l'infini ).
SUGGESTIONS
- Diminuez le processeur / la bande passante en ajustant les codecs audio et vidéo;
- Obtenez un serveur multimédia.