Temps de latence faible (< 2) vidéo en direct streaming HTML5 solutions?

Des Technologies et des Exigences

La seule web-basée sur une technologie vraiment orientée vers une faible latence est WebRTC. Il est construit pour la vidéo conférence. Les Codecs sont à l'écoute pour de faibles temps de latence de plus de qualité. Les débits sont généralement variables, en optant pour une connexion stable sur la qualité.

Cependant, vous n'avez pas nécessairement besoin de ce temps de latence faible optimisation pour tous vos utilisateurs. En fait, d'après ce que j'ai pu rassembler sur vos besoins, à faible latence pour que tout le monde va nuire à l'expérience utilisateur. Alors que vos utilisateurs dans le contrôle du robot certainement besoin d'une faible latence vidéo, de sorte qu'ils peuvent raisonnablement contrôler, les utilisateurs n'ayant pas de contrôle n'ont pas cette exigence et peut, au lieu d'opter pour la fiabilité des vidéos de qualité supérieure.

Comment le configurer

De Contrôle des Utilisateurs de Robot de Connexion

Utilisateurs de contrôler le robot va charger une page qui utilise certaines WebRTC composants pour le raccordement de l'appareil et du serveur de contrôle. Pour faciliter WebRTC connexions, vous avez besoin d'une sorte de serveur STUN. Pour obtenir autour de NAT et d'autres restrictions de pare-feu, vous pouvez avoir besoin d'un serveur TURN. Ces deux sont généralement intégré dans le Nœud.js basé sur WebRTC cadres.

Le cam/serveur de contrôle devra également se connecter via WebRTC. Honnêtement, la meilleure façon de le faire est de rendre votre application de contrôle un peu basé sur le web. Depuis que vous utilisez Node.js déjà, découvrez NW.js ou D'électrons. Tous deux peuvent profiter de WebRTC des capacités déjà construit dans WebKit, tout en vous offrant la souplesse nécessaire pour faire tout ce que vous souhaitez avec Node.js.

Le contrôle des utilisateurs et de la came/serveur de contrôle fera un peer-to-peer connexion via WebRTC (ou ACTIVER serveur si nécessaire). À partir de là, vous aurez envie d'ouvrir un canal de médias ainsi que d'un canal de données. Les données secondaires peut être utilisé pour envoyer des commandes de votre robot. Le canal des médias seront bien sûr être utilisés pour la faible latence du flux vidéo est envoyée au contrôle des utilisateurs.

Encore, il est important de noter que la vidéo qui va être renvoyé sera optimisé pour le temps de latence, pas de qualité. Ce type de connexion assure une réponse rapide à vos commandes.

Vidéo pour l'Affichage des Utilisateurs

Les utilisateurs qui sont tout simplement la visualisation du flux et de ne pas contrôler le robot peut utiliser la vidéo normale méthodes de distribution. Il est effectivement très important pour vous d'utiliser un CDN et des services de transcodage, puisque vous aurez 10k-15k de gens qui regardent le stream. Avec de nombreux utilisateurs, vous allez probablement voulez que votre vidéo en quelques codecs différents, certainement toute une gamme de débits. De Distribution avec TIRET ou HLS est plus facile de travailler en ce moment, et vous libère de Flash exigences.

Vous voudrez probablement envoyer votre flux de services de médias sociaux. C'est une autre raison pourquoi il est important de commencer avec une haute qualité HD stream. Ces services seront de transcoder votre vidéo encore une fois, la réduction de la qualité. Si vous commencez avec une bonne qualité d'abord, vous vous retrouverez avec une meilleure qualité à la fin.

Métadonnées (chat, des signaux de contrôle, etc.)

Il n'est pas clair à partir de vos besoins quel type de métadonnées dont vous avez besoin, mais pour le petit message de base de données, vous pouvez utiliser un site web socket bibliothèque, comme Support.IO. Comme vous l'appliquer à grande échelle pour un petit nombre de cas, vous pouvez utiliser pub/sub, comme Redis, à la distribution de messages dans tout les serveurs.

Pour synchroniser les métadonnées de la vidéo dépend un peu sur ce qui est dans les métadonnées et que la demande de synchronisation est, précisément. Généralement parlant, on peut présumer qu'il y aura une option raisonnable, mais imprévisible délai entre la source vidéo et les clients. Après tout, vous ne pouvez pas contrôler combien de temps ils vont tampon. Chaque appareil est différent, chaque variable de connexion. Ce que vous pouvez supposer, c'est que la lecture commence avec le premier segment télécharge le client. En d'autres termes, si un client commence de mise en mémoire tampon une vidéo et commence à le lire 2 secondes plus tard, la vidéo est de 2 secondes derrière partir du moment où la première demande a été faite.

De détection lorsque la lecture commence en fait côté client est possible. Étant donné que le serveur sait que l'horodatage de la vidéo a été envoyée au client, il peut en informer le client de son décalage par rapport au début de la lecture vidéo. Puisque vous aurez probablement à l'aide de tableau de bord ou HLS et vous avez besoin d'utiliser MCE avec l'AJAX pour obtenir les données de toute façon, vous pouvez utiliser les en-têtes de réponse dans le segment de la réponse pour indiquer l'horodatage de début du segment. Le client peut alors se synchroniser. Permettez-moi de briser cette étape-par-étape:

1. Client commence à recevoir les métadonnées des messages à partir du serveur d'application.
2. Client demande le premier segment de la vidéo à partir de la CAN.
3. CDN serveur répond avec le segment de la vidéo. Dans les en-têtes de réponse, le Date: en-tête peut indiquer avec exactitude la date/l'heure pour le début du segment.
4. Client de lit la réponse Date: en-tête (disons 2016-06-01 20:31:00). Client continue de mise en mémoire tampon les segments.
5. Client démarre la mise en mémoire tampon/de lecture normale.
6. La lecture commence. Le Client peut détecter ce changement d'état sur le joueur et sait que 00:00:00 sur le lecteur vidéo est actuellement 2016-06-01 20:31:00.
7. Client affiche les métadonnées synchronisé avec la vidéo, en laissant tomber tous les messages de fois précédentes et de mise en mémoire tampon pour les temps futurs.

Cela devrait répondre à vos besoins et vous donnent la possibilité de faire ce que vous devez avec votre vidéo à aller de l'avant.

Pourquoi ne pas [magie-technologie-ici]?

• Lorsque vous choisissez un faible temps de latence, de vous perdre en qualité. La qualité vient de la bande passante disponible. Efficacité de la bande passante vient d'être capable de tampon et d'optimiser l'ensemble des séquences d'images lors de l'encodage. Si vous vouliez une parfaite qualité (lossless pour chaque image) vous avez besoin d'une tonne (gigabites par viewer) de la bande passante. C'est pourquoi nous avons ces avec perte de codecs pour commencer.
• Puisque vous n'avez pas fait besoin faible latence pour la plupart de vos visiteurs, c'est mieux pour optimiser la qualité pour eux.
• Pour 2 utilisateurs de 15.000 avez besoin d'un faible temps de latence, on peut optimiser pour une faible latence pour eux. Ils obtiendront de qualité inférieure à la qualité vidéo, mais sera en mesure de contrôler activement un robot, ce qui est génial!
• Toujours se rappeler que l'internet est un endroit hostile où rien ne fonctionne tout à fait comme il devrait. Le système de ressources et de bande passante sont constamment variable. C'est la raison pour laquelle les WebRTC auto-règle (dans la mesure du raisonnable) à l'évolution des conditions.
• Pas toutes les connexions peuvent suivre des exigences de faible latence. C'est pourquoi chaque seule une faible latence de la connexion de l'expérience drop-outs. L'internet est à commutation de paquet, pas de commutation de circuits. Il n'y a pas de réel dédié de la bande passante disponible.
• Avoir une mémoire tampon de grande taille (quelques secondes) permet aux clients de survivre momentanée des pertes de connexions. C'est pourquoi les lecteurs de CD avec traitement anti-skip tampons ont été créés et se sont très bien vendus. C'est une bien meilleure expérience utilisateur pour les personnes de 15 000 utilisateurs si la vidéo fonctionne correctement. Ils n'ont pas de savoir qu'ils sont de 5 à 10 secondes de retard sur le courant principal, mais ils vont certainement savoir si la vidéo tombe chaque seconde.

Il y a des différences dans chaque approche. Je pense que ce que j'ai indiqué ici sépare les préoccupations et vous donne le meilleur compromis dans chaque zone. N'hésitez pas à demander des précisions ou poser des questions dans les commentaires.

OriginalL'auteur

Aller pour WebRTC, Parce que :

WebRTC est une norme qui prend en charge navigateur de base de la communication en temps réel. À l'origine développé par Google, la norme est maintenant géré par le consortium W3C. WebRTC permet de navigateur à navigateur des applications pour la téléphonie, vidéo, chat, partage de fichiers et sans la nécessité pour toutes les plugins externes, autre qu'un navigateur compatible.

Avantages :

• WebRTC solutions peut aider à prolonger en temps réel de communications unifiées (UC) au-delà des limites d'une entreprise à un client, d'un partenaire ou d'un fournisseur avec un WebRTC est activé sur votre navigateur.
• WebRTC technologies permettent à des Opérateurs de Réseau Mobile pour créer un plus incontestable de l'expérience client sur les appareils mobiles. Par exemple, l'ajout de voix ou de la vidéo dans une application fournie par un opérateur de téléphonie mobile permettrait à un abonné de parvenir à un représentant du service clientèle pour plus d'un accompagnement personnalisé.
• WebRTC abaisse l'entreprise IL de déploiement et les coûts de support en éliminant le besoin de l'utilisateur d'ouvrir des clients de Communications Unifiées. Dans le même temps, WebRTC permet aux opérateurs de télécommunications et aux développeurs de créer WebRTC-permis de communication et de collaboration applications limitées de base, les ressources de développement.
• Grâce à l'utilisation de normes ouvertes et des navigateurs, WebRTC élimine le besoin pour des systèmes complexes afin d'étendre les utilisateurs à travers les pare-feu pour la vidéo la collaboration et le partage. Dans certains cas, WebRTC peut effectivement réduire l'ensemble du cycle de vente par rapidement aider les clients et prospects et obtenir l'information dont ils ont besoin.

WebRTC Les tests.

OriginalL'auteur