Ibinigay ng W3C ang karaniwang katayuan sa WebRTC

Inilantad ang W3C kamakailan sa pamamagitan ng isang anunsyo na ang kaugnay na API Ang WebRTC ay naging isang inirekumendang pamantayan.

Kasabay nito, ang komite ng IETF (Internet Engineering Task Force), na nakatuon sa pagpapaunlad ng mga Internet protocol at arkitektura, ay naglathala ng 11 RFCs (8825-8835, 8854) na naglalarawan sa arkitektura, mga elemento ng protocol, mode ng transportasyon at mga mekanismo ng pagwawasto ng error na ginamit sa WebRTC. Ang mga RFC na ito ay mayroon nang katayuan ng "Iminungkahing Pamantayan".

Para sa mga hindi pamilyar sa teknolohiya ng WebRTC, dapat nilang malaman iyon ito ay binuo ng Google mula pa noong 2009 bilang sagisag ng ideya ng paglikha ng isang platform ng komunikasyon para sa mga browser, kahalili sa mga aplikasyon ng Adobe Flash at desktop.

Noong 2011, inilabas ng Google ang mga pagpapaunlad na nauugnay sa WebRTC, pati na rin ang mga teknolohiyang pagpoproseso ng audio at video na nakuha mula sa pagkakaroon ng GIPS, isang kumpanya ng pagpoproseso ng signal ng digital, sa ilalim ng lisensya ng BSD.

Kasabay nito, ang libreng pag-access sa mga patent na sumasaklaw sa WebRTC ay ibinigay, Kasama ang Mozilla, Microsoft, Cisco, at Ericsson, ang proseso ng pamantayan sa WebRTC ay nagsimula sa W3C at sa IETF.

Mula noon, Ang suporta sa WebRTC ay ipinatupad sa lahat ng mga modernong browser at naging laganap ito sa mga programa sa komunikasyon, mga mobile application at serbisyo sa web na kailangang ayusin ang isang direktang channel ng komunikasyon sa pagitan ng mga gumagamit.

Halimbawa, upang maunawaan nang kaunti pa tungkol sa saklaw na mayroon nang WebRTC, ito ay iyon Malawakang ginagamit ito sa mga aplikasyon ng video at audio conference.s, mga laro, mga platform ng pakikipagtulungan, instant na pagmemensahe, streaming ng system at pamamahagi ng nilalaman.

Sa WebRTC, mga aplikasyon ng komunikasyon maaaring maproseso ang trapiko ng boses at video atn real time gamit lamang ang HTML at JavaScript, nang walang paggamit ng mga third party na pagmamay-ari na teknolohiya at mga panlabas na plugin.

Ang WebRTC ay binubuo ng apat na pangunahing bahagi: isang sistema ng pamamahala ng sesyon ng gumagamit, isang makina ng pagpoproseso ng audio, isang makina ng pagpoproseso ng video, at isang layer ng transportasyon. Pinapayagan ng mga makina ng pagpoproseso ng audio at video ang paggamit ng iba't ibang mga codec (VP8, H.264), pati na rin ang mga pamamaraan ng pagsugpo ng ingay.

Ang lahat ng data ay ipinapadala lamang sa naka-encrypt na form. Para sa paghahatid ng real-time na data, ang mga DTLS at SRTP (Secure Real-Time Transport Protocol) na mga protokol ay maaaring magamit kasama ng mga teknolohiya upang maisaayos ang mga P2P na channel sa komunikasyon at matiyak ang pagpapatakbo sa pamamagitan ng mga firewall at address translator (ICE, STUN, TURN, RTP-over- TCP, ang kakayahang gumana sa pamamagitan ng isang proxy).

Bilang karagdagan sa mga standardized na bahagi ng base, ang Ang W3C at IETF ay nagkakaroon din ng mga extension na hindi pa naaprubahan na pinapayagan ang paggamit ng QUIC protocol bilang transportasyon at pinapayagan ang paggamit ng AV1 video codec.

Ang isang gumaganang pangkat ay nilikha upang paunlarin ang WebTransport API, na pinapasimple ang samahan ng paghahatid sa maraming mga tatanggap, at ang Scalable Video Encoding API, upang maiakma ang paghahatid ng video sa bandwidth ng kliyente.

Para sa susunod na bersyon ng WebRTC, rin ginagamit ang mga kakayahan tulad ng end-to-end na pag-encrypt ng video conferencing, ang live na pagproseso ng mga paghahatid ng audio at video (kasama ang paggamit ng mga system ng pag-aaral ng makina), ay nangangahulugan ng pagtataguyod ng isang permanenteng channel ng komunikasyon sa mga sensor sa mga binuo na aparato ng IoT.

Ina-access ng mga web application ang mga kakayahan sa WebRTC sa pamamagitan ng a JavaScript API espesyal na inihanda, na may kasamang mga sumusunod na interface:

  • getUserMedia- Makatanggap ng isang stream ng multimedia (video, tunog) mula sa isang lokal na konektadong aparato (webcam, mikropono, video camera) o file.
  • RTCPeerConnection: pagtataguyod ng isang direktang koneksyon sa pagitan ng mga gumagamit, pagproseso ng signal, gumana sa mga codec, kontrol sa bandwidth, samahan ng isang ligtas na channel ng komunikasyon.
  • RTCDataChannel: di-makatwirang palitan ng data sa isang dalawahang way ng komunikasyon gamit ang karaniwang WebSockets API.
  • getStats: pagkuha ng mga istatistika.

Panghuli, kung interesado kang malaman ang tungkol dito, maaari kang kumunsulta ang sumusunod na link.


Iwanan ang iyong puna

Ang iyong email address ay hindi nai-publish. Mga kinakailangang patlang ay minarkahan ng *

*

*

  1. Responsable para sa data: Miguel Ángel Gatón
  2. Layunin ng data: Kontrolin ang SPAM, pamamahala ng komento.
  3. Legitimation: Ang iyong pahintulot
  4. Komunikasyon ng data: Ang data ay hindi maiparating sa mga third party maliban sa ligal na obligasyon.
  5. Imbakan ng data: Ang database na naka-host ng Occentus Networks (EU)
  6. Mga Karapatan: Sa anumang oras maaari mong limitahan, mabawi at tanggalin ang iyong impormasyon.