Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Current »

Описание

Для получения оптимального качества картинки с учетом пропускной способности канала при захвате WebRTC потока в браузере необходимо управлять битрейтом видео. Для этого в WCS предусмотрена возможность ограничения минимального и максимального битрейта видео в публикуемом потоке. Битрейт аудио не регулируется.

Поддерживаемые платформы и браузеры


Chrome

Firefox

Safari 11

Edge

Windows

+

+


+

Mac OS

+

+

+


Android

+

+



iOS

-

-

+


Настройки

Для ограничения битрейта предназначены следующие настройки WCS:


На стороне браузера (JavaScript)На стороне сервера (flashphoner.properties)
Ограничение минимального битрейтаconstraints.video.minBitratewebrtc_cc_min_bitrate
Ограничение максимального битрейтаconstraints.video.maxBitratewebrtc_cc_max_bitrate

При этом, на стороне браузера битрейт задается в килобитах в секунду, например

constraints.video.maxBitrate=600

а на стороне сервера в битах в секунду

webrtc_cc_max_bitrate=600000

Если заданы настройки с обоих сторон, то настройки браузера имеют приоритет над настройками сервера.

Если настройки браузера не заданы, применяются настройки сервера.

Если не заданы ни те, ни другие настройки, применяются значения по умолчанию

webrtc_cc_min_bitrate=30000
webrtc_cc_max_bitrate=10000000

Эти настройки работают в основных современных браузерах и задают границы управления битрейтом при помощи REMB.

Как это работает

Если задан maxBitrate, WCS сервер, при достижении указанной планки, будет отправлять браузеру REMB-команду снизить битрейт.
Если задан minBitrate, WCS сервер, при достижении указанной планки, перестанет отправлять браузеру REMB-команды снижения битрейта.
Таким образом, настройки обозначают три диапазона, в каждом из которых WCS сервер управляет битрейтом:

ДиапазонУправление
1[0, minBitrate]

WCS сервер прекращает управление битрейтом и не отправляет REMB
сообщений

2[minBitrate, maxBitrate]

WCS сервер осуществляет активное управление битрейтом: в зависимости от
джиттера и равномерности входящего трафика, WCS принимает решение
об отправке REMB команд для снижения битрейта. Если с каналом все
хорошо, WCS ничего не делает и битрейт не снижается.

3[maxBitrate, ...] 

В этом диапазоне WCS сервер постоянно посылает команды на снижение
битрейта до maxBitrate

Как форсировать повышение битрейта

В настоящее время, форсировать повышение битрейта можно только в браузере Chrome, указав в SDP при помощи замены параметров x-google-max-bitrate и  x-google-min-bitrate.
Через настройки на стороне клиента и сервера форсировать увеличение битрейта невозможно, можно только управлять его понижением.
При этом, настройки, специфичные для Chrome, если они выставлены, будут иметь приоритет, т.е. настройки constraints и настройки сервера будут игнорироваться. Отметим, что настройка Chrome по умолчанию, определенная опытным путем, на сегодняшний день составляет

x-google-max-bitrate=2500

Использование

Удержание битрейта в определенных границах может быть полезным, например, при публикации видео для клиентов, использующих браузер Safari. Данный браузер чувствителен к резким изменениям битрейта, при этом ухудшается качество картинки вплоть до фризов и зависаний браузера. Поэтому при вещании для Safari рекомендуется максимально стабилизировать битрейт, задавая узкие пределы изменения, например

constraints.video.minBitrate=600
constraints.video.maxBitrate=600

В этом случае картинка в Safari будет сохранять приемлемое качество, в зависимости от полосы пропускания и состояния канала.

Форсирование повышения битрейта необходимо при публикации HD и 4K потоков. В этом случае рекомендуется использовать для публикации браузер Chrome.


  • No labels