W3C беше представен наскоро чрез съобщение, че свързаният API WebRTC се превърна в препоръчителен стандарт.
В същото време комисията на IETF (Internet Engineering Task Force), която е посветена на разработването на интернет протоколи и архитектура, публикува 11 RFC (8825-8835, 8854), които описват архитектурата, елементите на протокола, видовете транспорт и механизми за коригиране на грешки, използвани в WebRTC. Тези RFC вече имат статут на „Предложен стандарт“.
За тези, които не са запознати с технологията WebRTC, те трябва да знаят това това е разработено от Google от 2009 г. като въплъщение на идеята за създаване на комуникационна платформа за браузъри, алтернатива на Adobe Flash и настолни приложения.
През 2011 г. Google пусна своите разработки, свързани с WebRTC, както и технологии за обработка на аудио и видео, получени от придобиването на GIPS, компания за цифрова обработка на сигнали, под лиценз BSD.
В същото време, осигурен е безплатен достъп до патентите, покриващи WebRTC, Заедно с Mozilla, Microsoft, Cisco и Ericsson, процесът на стандартизация WebRTC стартира на W3C и IETF.
Оттогава, Поддръжката на WebRTC е внедрена във всички съвременни браузъри и тя стана широко разпространена в комуникационни програми, мобилни приложения и уеб услуги, които трябва да организират пряк канал за комуникация между потребителите.
Например, за да разберем малко повече за обхвата, с който WebRTC вече разполага, е това Това се използва широко във видео и аудио приложения за конференции.s, игри, платформи за сътрудничество, незабавни съобщения, стрийминг на системи и разпространение на съдържание.
С WebRTC, комуникационни приложения може да обработва гласов и видео трафик иn в реално време, използвайки само HTML и JavaScript, без използването на собствени технологии на трети страни и външни приставки.
WebRTC се състои от четири основни компонента: система за управление на потребителска сесия, механизъм за обработка на звук, механизъм за обработка на видео и транспортен слой. Двигателите за обработка на аудио и видео позволяват използването на различни кодеци (VP8, H.264), както и методи за потискане на шума.
Всички данни се предават само в криптирана форма. За предаване на данни в реално време, протоколите DTLS и SRTP (Secure Real-Time Transport Protocol) могат да се използват в комбинация с технологии за организиране на P2P комуникационни канали и осигуряване на работа чрез защитни стени и адресни преводачи (ICE, STUN, TURN, RTP-over- TCP, възможност за работа чрез прокси).
В допълнение към стандартизираните основни части, W3C и IETF също разработват разширения, които все още не са одобрени които позволяват използването на протокола QUIC като транспорт и позволяват използването на AV1 видео кодек.
Създадена е работна група за разработване на WebTransport API, който опростява организацията на предаване до множество получатели и Scalable Video Encoding API, за да адаптира предаването на видео към честотната лента на клиента.
За следващата версия на WebRTC, Tambien се използват възможности Както и криптиране от край до край на видеоконференции, обработката на живо на аудио и видео предавания (включително използването на системи за машинно обучение), средство за установяване на постоянен комуникационен канал със сензори в разработени IoT устройства.
Уеб приложенията имат достъп до възможностите на WebRTC чрез a API на JavaScript специално подготвени, които включва следните интерфейси:
- getUserMedia: получаване на мултимедиен поток (видео, звук) от локално свързано устройство (уеб камера, микрофон, видеокамера) или файл.
- RTCPeer връзка: установяване на пряка връзка между потребители, обработка на сигнала, работа с кодеци, контрол на честотната лента, организация на защитен комуникационен канал.
- RTCDataChannel: произволен обмен на данни по двупосочен комуникационен канал с помощта на стандартния API на WebSockets.
- getStats: получаване на статистика.
И накрая, ако се интересувате да научите повече за това, можете да се консултирате следната връзка.