Управление битрейтом при захвате WebRTC потока в браузере¶
Описание¶
Для получения оптимального качества картинки с учетом пропускной способности канала при захвате WebRTC потока в браузере необходимо управлять битрейтом видео. Для этого в WCS предусмотрена возможность ограничения минимального и максимального битрейта видео в публикуемом потоке. Битрейт аудио не регулируется.
В сборках сервера до 5.2.1825 для управления битрейтом используется REMB. Начиная со сборки 5.2.1825 по умолчанию включен TWCC.
Поддерживаемые платформы и браузеры¶
| Chrome | Firefox | Safari | Edge | |
|---|---|---|---|---|
| Windows | ✅ | ✅ | ❌ | ✅ |
| Mac OS | ✅ | ✅ | ✅ | ✅ |
| Android | ✅ | ✅ | ❌ | ✅ |
| iOS | ✅ | ✅ | ✅ | ✅ |
Настройки¶
REMB¶
Начиная со сборки 5.2.1825 поддержка REMB включается настройкой
Для ограничения битрейта предназначены следующие настройки WCS:
| Параметр | Браузер (JavaScript) | Сервер (flashphoner.properties) |
|---|---|---|
| Ограничение минимального битрейта | constraints.video.minBitrate |
webrtc_cc_min_bitrate |
| Ограничение максимального битрейта | constraints.video.maxBitrate |
webrtc_cc_max_bitrate |
При этом, на стороне браузера битрейт задается в килобитах в секунду, например
а на стороне сервера в битах в секунду
Если заданы настройки с обоих сторон, то настройки браузера имеют приоритет над настройками сервера.
Если настройки браузера не заданы, применяются настройки сервера.
Если не заданы ни те, ни другие настройки, применяются значения по умолчанию
Эти настройки работают в основных современных браузерах и задают границы управления битрейтом при помощи REMB.
Как это работает¶
Если задан maxBitrate, WCS сервер, при достижении указанной планки, будет отправлять браузеру REMB-команду снизить битрейт.
Если задан minBitrate, WCS сервер, при достижении указанной планки, перестанет отправлять браузеру REMB-команды снижения битрейта.
Таким образом, настройки обозначают три диапазона, в каждом из которых WCS сервер управляет битрейтом:
| № | Диапазон | Управление |
|---|---|---|
| 1 | [0, minBitrate] |
WCS сервер прекращает управление битрейтом и не отправляет REMB сообщений |
| 2 | [minBitrate, maxBitrate] |
WCS сервер осуществляет активное управление битрейтом: в зависимости от джиттера и равномерности входящего трафика, WCS принимает решение об отправке REMB команд для снижения битрейта. Если с каналом все хорошо, WCS ничего не делает и битрейт не снижается. |
| 3 | [maxBitrate, ...] |
В этом диапазоне WCS сервер постоянно посылает команды на снижение битрейта до `maxBitrate` |
TWCC¶
Начиная со сборки 5.2.1825, TWCC включен по умолчанию
Ограничение битрейта для TWCC можно настроить только на стороне браузера, в кбит/с
Настройки битрейта для TWCC работают в Android SDK 1.1.0.62, iOS SDK 2.6.122 и WebSDK 2.0.239.
Как форсировать повышение битрейта¶
Форсировать повышение битрейта можно только в браузере на основе Chromium,
указав в SDP при помощи замены параметров настройки x-google-max-bitrate и x-google-min-bitrate.
Через настройки на стороне клиента и сервера форсировать увеличение битрейта невозможно, можно только управлять его понижением.
При этом, настройки, специфичные для Chrome, если они выставлены, будут иметь приоритет, т.е. настройки constraints и настройки сервера будут игнорироваться
В последних сборках Chrome при форсировании битрейта на стороне браузера необходимо указывать опцию videoContentHint: "motion" , поскольку при других положениях данной опции Chrome сбрасывает битрейт ради того, чтобы удержать разрешение публикации
session.createStream({
name: streamName,
display: localVideo,
...
videoContentHint: "motion"
}).publish();
Форсирование повышения битрейта в Сhrome настройками сервера¶
Настройки для замены параметров SDP в браузере Chrome могут быть выставлены на стороне сервера при помощи параметров
Эти параметры задаются в битах в секунду. В данном случае настройки аналогичны следующим
Эти настройки предназначены для Chromium-based браузеров. Также применяются при использовании iOS Safari 12 и выше.
В Firefox форсирование битрейта не работает.
Использование¶
Удержание битрейта в определенных границах может быть полезным, например, при публикации видео для клиентов, использующих браузер Safari. Данный браузер чувствителен к резким изменениям битрейта, при этом ухудшается качество картинки вплоть до фризов и зависаний браузера. Поэтому при вещании для Safari рекомендуется максимально стабилизировать битрейт, задавая узкие пределы изменения, например
В этом случае картинка в Safari будет сохранять приемлемое качество, в зависимости от полосы пропускания и состояния канала.
Форсирование повышения битрейта необходимо при публикации HD и 4K потоков. В этом случае рекомендуется использовать для публикации браузер Chrome.
Известные проблемы¶
1. В некоторых версиях (например, Chrome 75) браузер при публикации WebRTC H264 потока прижимает битрейт к нижней границе¶
Симптомы
При настройке
битрейт публикации удерживается около 3000 кбит/с, при этом пропускная способность канала находится на уровне 20 Мбит/с