Skip to content

Non classé

vLine Wins Audience Choice and Best Conferencing Awards at WebRTC Expo

L'une des décisions les plus difficiles à prendre pour une startup est de savoir combien de temps et d'efforts consacrer au développement de son produit par rapport à sa promotion. Ces deux dernières années, nous avons choisi de nous concentrer pleinement sur le développement. 

Par conséquent, lorsque nous sommes arrivés au WebRTC Expo d'Atlanta la semaine dernière, beaucoup de membres de la communauté WebRTC ne nous connaissaient pas. Cela a rendu d'autant plus gratifiant le fait de quitter la conférence avec à la fois… Prix du public, qui a été décerné sur la base d'un vote des participants à la conférence, et le Prix de la meilleure conférence, qui a été décerné par un jury à la meilleure solution de conférence multipartite.

Si vous avez manqué la conférence, vous pouvez nous retrouver dans les vidéos suivantes (gracieuseté de TMCNet) :

Et merci à tous ceux qui sont passés à notre stand et ont pris un #webrtcisready T-shirt. Nous avons rencontré beaucoup de gens formidables et nous avons hâte de poursuivre toutes ces conversations.

WebRTC Digest – Week of 6/24 – WebRTC Conference Highlights and WebKit

Conférence WebRTC Atlanta

La semaine dernière a été Conférence WebRTC à Atlanta, en Géorgie. Fournisseurs, clients et personnes intéressées par WebRTC se sont réunis pendant trois jours. présentations, discussion, interviews et démos (premier jour et deuxième jourLe dernier jour de la conférence, les juges ont remis des prix dans plusieurs catégories.

Certains participants ont rédigé des résumés de l'exposition de leur point de vue. Chris Koehncke, Directeur du développement commercial à Genband, est convaincu que WebRTC n'est pas simplement une autre “ fonctionnalité ” :

WebRTC est un concept complexe que le programmeur moyen peine à appréhender, et nous, experts du secteur, devons nous efforcer de le simplifier. Il ne s'agit plus de vendre, mais d'éduquer.

Tsahi Levent-Levi, l'un des modérateurs du panel WebRTC intitulé “ Le cycle de hype ”, a écrit à propos de son Réflexions sur la conférence et est parvenu à la conclusion que WebRTC est prêt parce que

Il existait déjà des produits concrets utilisés par de véritables clients finaux, ce qui, à mon sens, confirme le besoin.

WebKit

La liste de diffusion pour le développement de WebKit contenait un message de Danilo Cesar, Ingénieur logiciel chez Collabora, où il a mentionné que

Quelques collègues et moi travaillons sur l'API getUserMedia/PeerConnection pour le portage Gtk.

Développeur principal KDE et Développeur logiciel senior chez Digia, Allan Jensen, a répondu plus tard dans le fil de discussion avec

Je connais une entreprise qui travaille sur WebRTC pour QtWebKit. Ils souhaitent l'intégrer au projet principal, mais j'ignore l'état d'avancement et le calendrier.

WebRTC Digest – Week of 6/17 – WebRTC Tutorial, Skype, and VP9

Présentation et tutoriel de WebRTC

Cullen Jennings, coprésident de RTCWeb, a présenté un excellent aperçu et un tutoriel sur WebRTC lors de la conférence INET Bangkok. vidéo de la présentation Une vidéo a été publiée. D'une durée d'environ 80 minutes, elle offre une vue d'ensemble de WebRTC et aborde également certains détails techniques.

Architecture de Skype

En réponse à un message publié sur une liste de diffusion, l'architecte principal de Skype Matthew Kaufman,L'article abordait certaines des raisons qui ont poussé Skype à passer d'un modèle pair-à-pair à un modèle basé sur un serveur et doté de “ supernœuds dédiés ”. L'une de ces raisons était le manque de fiabilité des supernœuds, qui étaient principalement des machines Windows.

Cela s'est avéré problématique lorsqu'à deux reprises, une panne mondiale du réseau Skype a été causée par un bug provoquant un plantage dans ce client… la remise en service du réseau s'est avérée fastidieuse et longue.

L'autre problème mis en lumière était la prévalence croissante des appareils mobiles :

Le réseau pair à pair Skype, et bon nombre de ses fonctions (comme la messagerie instantanée), ont été conçus pour un monde où presque chaque machine est alimentée par une prise murale, branchée à Internet haut débit et allumée pendant de nombreuses heures par jour.

VP9 dans Chrome

Soutien à Codec VP9, le successeur du VP8, était activé par défaut dans Chrome. C'est pas encore disponible pour l'utiliser comme codec WebRTC, mais on imagine mal que cela prenne beaucoup de temps.

WebRTC Digest – Week of 6/10 – Mozilla, CubeSlam, and WebRTC Conference

Mozilla

Mozilla a annoncé son “Talkilla”projet (source sur GitHub), ce qui permettra

…permettent aux utilisateurs de communiquer en temps réel pendant leur navigation sur le Web et offrent des outils pour partager leur expérience en ligne. D’autres fournisseurs de services proposeront leurs services, par exemple, la possibilité de passer et de recevoir des appels sur le réseau téléphonique.

Par ailleurs, Mozilla sollicite de l'aide pour tester l'implémentation WebRTC de Firefox ce vendredi 21 juin :

Nous vous invitons à utiliser la nouvelle version de Firefox sur votre téléphone Android et votre ordinateur de bureau ou portable, et à examiner attentivement les dernières versions Nightly afin de nous aider à identifier tout problème majeur notable concernant notre implémentation WebRTC, et à garantir que toutes les fonctionnalités incluses dans cette prochaine version sont en voie d'être finalisées et testées.

CubeSlam

Google a lancé un clone amusant de Pong appelé “CubeSlam”qui utilise le canal de données WebRTC. Essayez-le sur cubeslam.com et consultez le code source sur Google Code.

Conférence et exposition WebRTC

Nous serons à Atlanta la semaine prochaine pour le Conférence et exposition WebRTC. N'hésitez pas à passer nous dire bonjour sur notre stand (#81). Nous offrons une place gratuite pour la conférence ; la première personne à nous contacter à l'adresse indiquée le remportera. [email protected] Je l'aurai !

WebRTC Digest – Week of 6/3 – IE, Hype, and Security

WebRTC dans IE ?

A article de blog et certains tweets Les propos tenus lors d'une conférence pour développeurs Microsoft semblaient indiquer que Microsoft progressait sur WebRTC dans IE (du moins dans le contexte de Exécution de Lync sans pluginIl ne semble pas y avoir de détails concernant la version de CU-WebRTC ou la version standard. WebRTC, ou quelque chose de complètement différent.

Hype Recheck

Cisco a continué de republier l'article de la semaine dernière intitulé “ La réalité de WebRTC… Simple effet de mode ? ” plusieurs À plusieurs reprises, Tsahi Levent-Levi a publié une réponse déclarant :

WebRTC est la technologie la plus disruptive dans le domaine de la VoIP à ce jour. Non pas parce qu'elle repose sur une nouvelle technologie, mais parce qu'elle permet la mise en œuvre de nouveaux cas d'utilisation.

Sécurité et WebRTC

Actualités récentes a suscité un débat sur la sécurité et la confidentialité de WebRTC. Justin Uberti, responsable de l'équipe Chrome WebRTC a partagé une publication, écrit par Adam Roach, employé de Mozilla, qui offre un bon aperçu des problèmes : “WebRTC : Sécurité et confidentialité”Cullen Jennings, employé de Cisco et coprésident de RTCWeb, a été l'un des nombreux contributeurs à un rapport récemment rédigé soulignant les dangers de l'ajout points d'écoute téléphonique aux services Internet.

Tunneling WebRTC over TCP (and why it matters)

Il y a quelques semaines, nous avons discrètement activé la prise en charge du tunneling TCP bilatéral dans le cloud vLine, devenant ainsi les premiers fournisseur d'infrastructure WebRTC pour permettre la connexion à travers les pare-feu bloquant le protocole UDP. Cela peut paraître anodin, mais c'est ce qui fait toute la différence entre un service qui “ se connecte généralement ” et un service qui “ fonctionne tout simplement ”. Explications :

L'un des nombreux avantages de WebRTC est sa relative simplicité de prise en main. Il suffit de lancer une instance de apprtc Pour le backend de signalisation, copiez-collez du JavaScript, et voilà, vous pouvez passer des appels vidéo dans votre application (en réalité, c'est un peu plus compliqué que cela, mais un bon développeur web peut facilement mettre en place une démonstration de chat vidéo en un jour ou deux).

Malheureusement, le passage de la démo à un service opérationnel peut s'avérer plus complexe (et plus coûteux !) que prévu. Voici comment cela se déroule généralement : 

Niveau 1 : Étourdissement

Vous commencez par passer vos premiers appels sur un réseau local, et tout fonctionne à merveille. Hourra ! Ensuite, vous essayez d'appeler quelqu'un en dehors de votre pare-feu, et deux choses peuvent se produire.

1) Si vous avez copié-collé par erreur l'adresse du serveur STUN de Google depuis le code source d'apprtc, votre appel aboutira et vous serez ravi (même si vous pourriez avoir quelques doutes quant à la pertinence d'utiliser un service non documenté pour lequel Google n'a pas explicitement autorisé les développeurs tiers). Notez le silence de Google à ce sujet. ce fil de discussion).

2) Si vous n'avez pas configuré de serveur STUN, votre appel échouera. Une petite recherche vous montrera que STUN est un protocole Le navigateur utilise cette adresse pour déterminer son adresse IP publique et tenter de contourner le pare-feu. Par conséquent, pour se connecter malgré un pare-feu, un serveur STUN est nécessaire. Quelques heures plus tard, votre serveur open source est opérationnel sur EC2. Une petite instance suffit amplement (1 TP42T43,92 par mois), mais il est conseillé d'en exécuter au moins deux pour garantir la disponibilité, de préférence dans des régions différentes (comptez alors 1 TP42T87,84 par mois).

Niveau 2 : TOUR

Vous effectuez quelques appels tests supplémentaires, et ils fonctionnent tous. Tout semble bien se dérouler. Puis vous tentez d'établir un appel entre deux réseaux d'entreprise, et là, ça ne marche pas. Grrr. Pendant vos recherches sur STUN, vous avez lu… un autre protocole appelé TURN Ce protocole sert à relayer les données lorsque le navigateur ne parvient pas à établir une connexion directe. Vous n'étiez pas certain de son utilité, mais des recherches complémentaires indiquent que STUN ne suffit que pour environ 801 041 téléphones. Si cela ne vous suffit pas (et c'est probablement le cas), vous aurez besoin d'un serveur TURN.

Quelques fils de discussion de la liste de diffusion Plus tard, vous aurez un serveur TURN opérationnel sur votre instance EC2. En réalité, le débit réseau sur une petite instance peut être assez imprévisible si d'autres utilisateurs partagent votre interface réseau. Il est donc conseillé d'opter pour une instance plus puissante. Une instance moyenne ($87,84 par mois) convient parfaitement, mais pour une prévisibilité optimale et une gigue minimale, il vous faudra une instance extra-large ($351,36 par mois), qui vous offrira…“performances réseau élevées”En fait, il s'agit plutôt de deux ($703.52 par mois), pour des raisons de disponibilité.

Bien sûr, puisque vous diffusez de la vidéo, vous devrez également prendre en compte les coûts de bande passante. Le prix de base d'EC2 est de : $0,12 par Go. Pendant que vous faites vos calculs, vous vous demandez peut-être ce qui empêche quelqu'un d'autre d'utiliser ce serveur public que vous venez de configurer et de faire exploser votre facture de bande passante. Voici une bonne explication. fil de discussion de la liste de diffusion À ce sujet. En résumé : il n’existe pas de solution idéale pour empêcher cela étant donné le fonctionnement du protocole TURN et le fait que les identifiants TURN doivent être présents dans votre code JavaScript, où n’importe qui peut les trouver.

Mais ne nous attardons pas sur les détails financiers. Vous pouvez désormais appeler vos amis travaillant dans d'autres entreprises technologiques. Génial ! Puis vous essayez d'appeler quelqu'un dans une grande entreprise traditionnelle, et ça ne marche pas. Zut ! Vous pensiez que TURN avait pensé à tout.

Vingt minutes plus tard, après quelques recherches supplémentaires, vous découvrez que l'implémentation d'allocation TURN de Chrome ne prend en charge que le relais des paquets UDP. Chrome 28 ajoutera la prise en charge de allouer Un serveur TURN utilise TCP, mais les paquets seront toujours relayés via UDP. Zut ! Cela ne résout toujours pas votre problème lorsque le pare-feu bloque le trafic UDP. 

Niveau 3 : Nuage vLine

C'est là que notre nouvelle prise en charge du tunneling TCP entre en jeu. Elle ne dépend pas de l'implémentation TURN de Chrome et fonctionne donc dès aujourd'hui. De plus, elle fonctionne même si les deux parties sont protégées par des pare-feu bloquant le protocole UDP. Il suffit d'un accès à Internet via le port 443 (le port HTTPS), autorisé par la grande majorité des pare-feu.

Vous n'avez rien de particulier à faire pour activer le tunneling TCP dans votre service vLine. Utilisez simplement vline.js pour créer votre application, et nous nous connecterons en utilisant la meilleure méthode disponible pour chaque appel. Nous exécutons un réseau mondial de serveurs à haute disponibilité, Nous garantissons ainsi la meilleure qualité d'appel possible à tous vos utilisateurs, partout dans le monde, même derrière des pare-feu bloquant tout trafic autre que TCP sur le port HTTPS. Pour information, nous utilisons toujours le protocole DTLS de bout en bout : nos serveurs n'ont donc jamais accès à vos flux multimédias non chiffrés.

Notre objectif est un taux de connexion de 100%. Si vous rencontrez des problèmes de connexion sur votre réseau, veuillez nous contacter. Faites-nous savoir.

Note 1 : Si vous souhaitez tester cela vous-même en bloquant UDP sur votre pare-feu, n'oubliez pas de laisser le port DNS (53) ouvert.

Note 2 : Certains pare-feu ultra-restrictifs effectuant une inspection dynamique des paquets peuvent bloquer les connexions car, même si le navigateur utilise le port HTTPS, il n’établit pas de connexion SSL/TLS (nous n’avons jamais rencontré de pare-feu de ce type en conditions réelles, mais ils existent). Chrome prendra bientôt en charge les connexions WebRTC via TLS ; nous pourrons alors également contourner ces pare-feu.

WebRTC + Chromebox = Système de téléprésence HD $400

WebRTC Digest – Week of 5/27 – Flow Charts, FUD, and T-Shirts

Les explications détaillées et pertinentes de WebRTC restent rares. Heureusement, Anant Narayanan de Firebase (et auparavant l'équipe WebRTC de Mozilla) a apporté une contribution importante au panel de présentations la semaine dernière avec son exposé intitulé « Introduction pratique à WebRTC » lors de la conférence Fluent.

N'oubliez pas de consulter les diapositives pour obtenir l'ensemble le plus complet de schémas de signalisation WebRTC disponibles sur le Web (utilisez la flèche vers le bas sur diapositive 7Sérieusement. Si vous voulez comprendre ce qui se passe en coulisses lorsque vous cliquez sur “ Démarrer l'appel ” dans une application WebRTC, vous devez consulter les organigrammes. On vous attend.

FUDdy-duddy

WebRTC était au cœur des préoccupations chez No Jitter la semaine dernière, avec pas moins de trois articles consacrés au sujet. Irwin Lazar Nemertes Research a débuté par un article positif intitulé WebRTC : Pourquoi les entreprises devraient-elles s’y intéresser ?

L'une des possibilités les plus intéressantes est peut-être celle d'intégrer directement des applications voix/vidéo aux interfaces web des applications CRM ou ERP. […] Imaginez une équipe de personnes travaillant toute la journée dans une application de gestion des processus métier et pouvant communiquer par chat, appel ou visioconférence. […] Là encore, les possibilités sont infinies pour les développeurs d'applications afin d'étendre les communications et la collaboration à tous les environnements.

Puis Laurent Philonenko, vice-président et directeur général de l'unité commerciale Clients et Mobilité de Cisco, a douché les espoirs placés en WebRTC avec son article intitulé « La réalité de WebRTC… Tout du battage médiatique ? »

WebRTC n'est pas encore tout à fait prêt pour une utilisation à grande échelle. En clair, les normes ne sont pas finalisées. Supposons que la finalisation des normes WebRTC prenne encore un an, et qu'il faille six mois à Chrome et Firefox pour proposer un navigateur intégrant ces normes ; il faut également ajouter le temps nécessaire aux utilisateurs pour mettre à jour leurs navigateurs. Nous verrons des implémentations préliminaires d'ici là, mais je dirais qu'il faudra au moins deux ans avant que cette technologie ne soit largement déployée sur le marché.

Dave Michels a conclu avec un petit bilan de WebRTC, expliquant gentiment qu'il n'y a rien à voir et que vous devriez passer votre chemin.

WebRTC n'est pas une technologie de rupture. […] WebRTC n'offre ni nouvelles fonctionnalités, ni économies significatives par rapport aux autres technologies peer-to-peer. On pourrait décrire plus justement WebRTC comme une technologie évolutive, qui apporte concrètement des fonctionnalités en temps réel au navigateur, remplaçant ainsi le recours à des plugins et téléchargements ponctuels.

Pour l'instant, nous préférons ne rien dévoiler, mais vous en saurez plus à ce sujet ici, sur le blog vLine. En attendant, nous finalisons le design de notre nouvelle gamme de t-shirts “ WebRTC est prêt ”.

Sérieusement. Écrivez-nous si vous en voulez un.

GitTogether: Video Chat for GitHub (powered by WebRTC)

en bref

  1. Allez à se réunir et connectez-vous avec GitHub.
  2. Consultez la liste des personnes que vous suivez sur GitHub, ainsi que les membres de vos équipes et organisations, dans vos contacts.
  3. Si les personnes avec lesquelles vous souhaitez discuter ne sont pas en ligne ou ne figurent pas dans votre liste de contacts, envoyez-leur votre URL GitTogether (gittogether GitHub).
  4. Discutez sans modération !

Arrière-plan

Il est difficile de savoir si votre plateforme est performante tant que vous ne l'avez pas utilisée pour créer une véritable application, de préférence une application que vous utilisez vous-même au quotidien. C'est pourquoi, lorsque nous avons commencé à développer… Plateforme vLine et l'API il y a deux ans, nous avons également commencé à développer une application par-dessus.

Comme nos vies sont essentiellement tournées vers GitHub, nous avons décidé de créer un outil de communication qui en fasse autant. Nous l'avons appelé GitTogether, nous l'avons doté d'une connexion GitHub et nous avons alimenté la liste de contacts avec les personnes que vous suivez ou avec lesquelles vous travaillez sur GitHub.

Aujourd'hui, nous disposons d'une application performante que nous utilisons en interne comme principal outil de communication depuis plus d'un an. Notre objectif principal étant d'apprendre de notre expérience de développement et d'utilisation, nous ne l'avons pas beaucoup diffusée. Cependant, suffisamment de personnes l'ont découverte et trouvée utile pour que nous décidions de lui consacrer enfin un peu plus de temps.

Au cours des prochaines semaines, nous publierons une série d'articles de blog expliquant son fonctionnement interne, les enseignements tirés de son développement et comment créer des applications aux fonctionnalités similaires. En attendant, bonne lecture !

WebRTC Digest – Week of 5/20 – Chrome 27, Temporal Scalability & Hardware Acceleration

Chrome 27

Chrome 27 était sortie officielle. UN liste des modifications liées à WebRTC est disponible sur la liste de diffusion discuss-webrtc. L'un des changements les plus visibles pour l'utilisateur final est la possibilité de Sélectionnez la caméra et le microphone. depuis l“” Omnibox » plutôt que de fouiller dans les paramètres de Chrome.

Évolutivité temporelle

Il y avait un discussion intéressante Sur la liste de diffusion, une discussion portait sur la scalabilité temporelle et sur la possibilité d'exposer des commandes pour celle-ci dans WebRTC via SDP, notamment pour une utilisation avec la visioconférence/le mixage. La scalabilité temporelle est une méthode d'encodage d'un flux vidéo dans un format permettant de le décoder à plusieurs fréquences d'images (par exemple, 30 FPS ou 15 FPS) au prix d'une surcharge d'encodage accrue. Blog LifeSize fournit une description intéressante dans le contexte du codec H264, et la liste de diffusion WebM propose une description technique plus détaillée. Comment cela fonctionne-t-il dans VP8 ?.

Accélération matérielle

L'accélération matérielle VP8 est de plus en plus prise en charge par les plateformes, comme le démontre nVidia avec cette démonstration de visioconférence 1080p à 30 images par seconde sur Tegra 4. Le Tegra 4 intégrera une prise en charge matérielle de l'encodage et du décodage VP8, avec pour objectif affiché :

Offrir la meilleure expérience WebRTC sur Android, Chrome OS et Google TV.