?" позначені браузери, які мають часткову підтримку технології.
З наведених вище таблиць видно, що WebRTC має підтримку більшої кількості протоколів і технологій установки з'єднання. WebRTC підтримує менше відео і аудіо кодеків, але за рахунок відкритості вихідного коду ця проблема може бути вирішена сторонніми розробниками. Важлива позитивна відміну WebRTC від інших технологій - архітектура" точка-точка", що рятує від необхідності використання потужного медіа-сервера. І найважливішим відмінністю WebRTC є відсутність в необхідності використання додаткового програмного забезпечення, так як браузер, що підтримує WebRTC, має весь функціонал, необхідний для організації потокової передачі даних. Виходячи з цього, можна зробити висновок про тому, що WebRTC найбільш повно відповідає вимогам сучасного співтовариства web-розробників.
1.2 Внутрішня архітектура WebRTC
Загальна архітектура WebRTC представлена ??на малюнку 1.
Малюнок 1 - Загальна архітектура WebRTC
Основний частиною стека WebRTC є C + + API - набір бібліотек та інтерфейсів, написаних на C + +. Передбачається, що розробники різних web-клієнтів або браузерів можуть вбудувати в свої додатки набір C + + компонентів WebRTC і забезпечити до них доступ через високорівнева Web API на JavaScript. Цей набір бібліотек забезпечує весь функціонал стека WebRTC:
Транспорт - Компоненти для організації підключення і управління призначеними для користувача сесіями, представляють із себе перероблені і доповнені компоненти Libjingle. Мають функціонал для обходу NAT, проксі і файерволов шляхом попереднього узгодження з'єднання через STAN і TURN сервера, передачі потоку по протоколах RTP або SRTP, працюючим поверх TCP і UDP, шифрування потоку при передачі по SRTP, управління смугою пропускання. [18]
Движок обробки аудіо - компонент, який забезпечує передачу аудіосигналу від аудіокарти до мережевого інтерфейсу і назад. Він включає в себе аудіо кодеки iSAC і Opus, системи ехоподавлення і придушення шуму. Кодек iSAC є широкосмуговим аудіо кодеком для VoIP і потокового аудіо, використовує частоту дискретизації 16/32 кГц з адаптивною передачі даних від 12 до 52 Кбіт / с. Opus підтримує постійний і змінний бітрейт від 6 до 510 Кбіт / с і частоти дискретизації від 8 до 48 кГц.
Движок обробки відео - компонент для управління відеосигналом, що включає кодек VP8, систему адаптивного відеобуффераJitterBuffer, автоматично подстраівающегося під поточний стан з'єднання і систему корекції зображення. Кодек VP8 має підвищену стійкість до втрати пакетів, механізм фільтрації артефактів, який може застосовуватися по-різному до різних частин кадру в залежності від їх зміни, можливість масштабувати декодування, має профілі, оптимізовані для проведення відео-конференцій в реальному часі.
C + + API має два основних інтерфейсу: Stream API і PeerConnection, які, в свою чергу, підрозділяються на кілька дочірніх інтерфейсів. Stream API призначений для отримання медіапотоку від апаратного забезпечення клієнта (Веб-камера/мікрофон) або перетворення в потік даних, які надасть користувач, наприклад, для мовлення заготовленого користувачем файлу і обробки відео та аудіо потоків. PeerConnection API призначений для узгодження та створення з'єднання, обходу NAT, брандмауера або проксі, і передачі потоку по мережі. [18] Загальна схема роботи представлена ??на малюнку 2.
...
