Le W3C a donné le statut standard WebRTC

Le W3C dévoilé récemment par une annonce que l'API associée WebRTC est devenu une norme recommandée.

Dans le même temps, le comité IETF (Internet Engineering Task Force), qui se consacre au développement de protocoles et d'architecture Internet, a publié 11 RFC (8825-8835, 8854) qui décrivent l'architecture, les éléments de protocole, les modes de transport et les mécanismes de correction d'erreurs utilisés dans WebRTC. Ces RFC ont maintenant le statut de «Norme proposée».

Pour ceux qui ne connaissent pas la technologie WebRTC, ils doivent savoir que cela a été développé par Google depuis 2009 comme l'incarnation de l'idée de créer une plateforme de communication pour les navigateurs, alternative à Adobe Flash et aux applications de bureau.

En 2011, Google a publié ses développements liés au WebRTC, ainsi que les technologies de traitement audio et vidéo issues de l'acquisition de GIPS, une société de traitement numérique du signal, sous licence BSD.

En même temps, un accès gratuit aux brevets couvrant le WebRTC a été fourni, En collaboration avec Mozilla, Microsoft, Cisco et Ericsson, le processus de normalisation WebRTC a commencé au W3C et à l'IETF.

Depuis lors, Le support WebRTC a été implémenté dans tous les navigateurs modernes et il s'est répandu dans les programmes de communication, les applications mobiles et les services Web qui doivent organiser un canal de communication direct entre les utilisateurs.

Par exemple, pour comprendre un peu plus la portée avec laquelle WebRTC a déjà, est-ce que Ceci est largement utilisé dans les applications de vidéoconférence et audios, jeux, plateformes de collaboration, messagerie instantanée, les systèmes de streaming et de distribution de contenu.

Avec WebRTC, applications de communication peut traiter le trafic vocal et vidéo etn en temps réel en utilisant uniquement HTML et JavaScript, sans utiliser de technologies propriétaires tierces et de plugins externes.

WebRTC se compose de quatre composants de base: un système de gestion de session utilisateur, un moteur de traitement audio, un moteur de traitement vidéo et une couche de transport. Les moteurs de traitement audio et vidéo permettent l'utilisation de différents codecs (VP8, H.264), ainsi que des méthodes de suppression du bruit.

Toutes les données sont transmises uniquement sous forme cryptée. Pour la transmission de données en temps réel, les protocoles DTLS et SRTP (Secure Real-Time Transport Protocol) peuvent être utilisés en combinaison avec des technologies pour organiser les canaux de communication P2P et assurer le fonctionnement à travers des pare-feu et des traducteurs d'adresses (ICE, STUN, TURN, RTP-over- TCP, la possibilité de travailler via un proxy).

En plus des pièces de base standardisées, le Le W3C et l'IETF développent également des extensions non encore approuvées qui permettent l'utilisation du protocole QUIC comme transport et permettent l'utilisation du codec vidéo AV1.

Un groupe de travail a été créé pour développer l'API WebTransport, qui simplifie l'organisation de la transmission vers plusieurs destinataires, et l'API Scalable Video Encoding, pour adapter la transmission vidéo à la bande passante du client.

Pour la prochaine version de WebRTC, aussi les capacités sont utilisées comme le cryptage de bout en bout de la visioconférence, le traitement en direct des transmissions audio et vidéo (y compris l'utilisation de systèmes d'apprentissage automatique), moyen d'établir un canal de communication permanent avec des capteurs dans les dispositifs IoT développés.

Les applications Web accèdent aux capacités WebRTC via un API JavaScript spécialement préparé, qui comprend les interfaces suivantes:

  • getUserMedia: recevoir un flux multimédia (vidéo, son) depuis un appareil connecté localement (webcam, microphone, caméra vidéo) ou un fichier.
  • Connexion RTCPeer : établissement d'une connexion directe entre utilisateurs, traitement du signal, travail avec des codecs, contrôle de la bande passante, organisation d'un canal de communication sécurisé.
  • RTCDataChannel : échange de données arbitraire sur un canal de communication bidirectionnel à l'aide de l'API WebSockets standard.
  • obtenir des statistiques: obtenir des statistiques.

Enfin, si vous souhaitez en savoir plus, vous pouvez consulter le lien suivant.


Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont marqués avec *

*

*

  1. Responsable des données: Miguel Ángel Gatón
  2. Finalité des données: Contrôle du SPAM, gestion des commentaires.
  3. Légitimation: votre consentement
  4. Communication des données: Les données ne seront pas communiquées à des tiers sauf obligation légale.
  5. Stockage des données: base de données hébergée par Occentus Networks (EU)
  6. Droits: à tout moment, vous pouvez limiter, récupérer et supprimer vos informations.