Microsoft Stream (классическая версия) доставки видео и сети

  • Статья

Предупреждение

Microsoft Stream (классическая версия) прекращается и заменяется трансляциями Stream (в SharePoint) и Microsoft Teams. Рекомендуется начать использовать Stream (в SharePoint), отправляя видео в SharePoint, Teams, Viva Engage или OneDrive, а также запускать трансляции с помощью Teams и Viva Engage.

Функциональные возможности в Stream (классическая версия) будут изменены и удалены до даты прекращения использования. Дополнительные сведения о Stream (в SharePoint)...

Потоковая передача с адаптивной скоростью

Существует множество поддерживаемых форматов видео, которые можно загрузить в Microsoft Stream. Каждый видеофайл затем кодируется в стандартный формат с несколькими различными качествами и размерами видео для воспроизведения. Stream (классическая версия) использует одноадресную передачу по протоколу HTTPS с адаптивной скоростью (ABR) для динамического выбора наилучшего качества воспроизведения видео на основе доступной пропускной способности сети и размера видеопроигрывтеля.

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

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

Интеллектуальное кодирование отправленных видео для потоковой передачи с адаптивной скоростью

Stream (классическая версия) использует некоторые смарты, чтобы определить, как он создает различные качества и размеры видео из исходного загруженного видео, которые будут использоваться для потоковой передачи с адаптивной скоростью.

Во-первых, Stream (классическая версия) определяет, сколько различных качеств или представлений видео должно быть создано для отправленного видео. Stream (классическая версия) учитывает исходное разрешение видео. Например, если это видео с разрешением 1080p или выше, он создаст больше уровней качества (около 6), чтобы спуститься до версии с самым низким качеством. Если вместо этого загруженное видео имеет разрешение 480p, оно создаст меньше уровней качества (около 3), чтобы снизить уровень до версии с наименьшим качеством. Stream (классическая версия) не создаст разрешение видео, превышающее разрешение первоначально отправленного видео.

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

Чтобы устранить эту вариативность видеоконтента, Stream (классическая версия) измеряет характеристики отправленного видео, а затем рекомендует скорость для каждого представления. Каждое видео, отправленное в Stream (классическая версия), в конечном итоге будет немного отличаться набором разрешений и скоростей, используемых для потоковой передачи, чтобы обеспечить разумное использование пропускной способности и использовать только больше битов, когда это необходимо.

При просмотре видео в Stream в проигрывателе можно увидеть различные представления, созданные для потоковой передачи с адаптивной скоростью:

  • В проигрывателе Stream (классическая версия) щелкните значок Шестеренки и выберите Качество.
Пример Описание Player
Записи собраний Teams Записи собраний Teams кодируются с помощью одного представления видео с разрешением 1080p. 1080p – 574 Кбит/с
Видео по запросу (за исключением записей собраний) Видео по запросу, отличное от Teams, закодировано с помощью предустановки с поддержкой содержимого, которая интеллектуально выбирает до 6 представлений видео, как показано в этом примере. Содержимое с более высокой сложностью с высокой степенью цветов и отклонений движения будет закодировано с большим количеством представлений видео, а содержимое с более низкой сложностью будет закодировано с меньшим количеством. 1080p – 3 Мбит/с
720p – 1,6 Мбит/с
540p – 989 Кбит/с
360p – 460 Кбит/с
270p – 327 Кбит/с
180p – 193 Кбит/с

Профиль кодирования для трансляций

Интеллектуальная кодировка, указанная выше, применяется только к видео, отправленным в Stream.

Трансляции, созданные в Stream (классическая версия) или "Внешнее приложение или устройство", созданные в Yammer или Microsoft Teams, получат фиксированный профиль кодирования:

  • 720p — 1,7 Мбит/с
  • 540p — 850 Кбит/с
  • 360p — 350 Кбит/с
  • 240p — 140 Кбит/с

Примечание.

Если разрешение входного видео из кодировщика составляет 720p или выше, вы получите указанный выше профиль. При удалении разрешения входного видео из кодировщика ниже 720p вы получите только скорость вывода с разрешения входных данных и вниз. Например, если вы отправили разрешение 540p из кодировщика, то зрители с наибольшей скоростью смогут получить версию 540p - 850 КБ/с. Stream (классическая версия) не изменяет приведенный выше профиль динамической кодирования на основе скорости ввода от кодировщика, он только отрезает уровни качества на основе разрешения входных данных.

Требования к пропускной способности для воспроизведения видео

Воспроизведение видео в Stream (классическая версия) одноадресно, то есть каждый зритель получает свой собственный видеопоток из Интернета. В зависимости от интеллектуального кодирования и потоковой передачи с адаптивной скоростью, используемой Stream, требование к пропускной способности для воспроизведения видео не является статическим числом. Воспроизведение видео может потреблять различные объемы пропускной способности Интернета в зависимости от загруженного видео:

  • исходное разрешение, скорость и содержимое
  • доступная пропускная способность пользователя
  • размер проигрывателя

Если вы хотите разработать некоторые оценки пропускной способности, необходимо загрузить некоторые видео, представляющие типичное содержимое, которое ваша организация будет использовать с Stream (классическая версия) и watch видео на экране размеров, которые, по вашему мнению, будут использоваться пользователями. Затем можно выполнить некоторые измерения пропускной способности и выборку. Затем вы можете использовать эти аппроксимации, чтобы выполнить некоторые высокоуровневые вычисления и оценки того, сколько пропускной способности будут потреблять пользователи в зависимости от того, сколько, по вашему мнению, будет watch видео одновременно.

Оптимизация доставки видео в локальной сети

Stream (классическая версия) использует интеллектуальное кодирование и адаптивную скорость потоковой передачи для сокращения сетевого и интернет-трафика воспроизведения видео. Однако воспроизведение является одноадресным потоком. В случае трансляций или видео, отправляемых в большое количество подразделений организации, зрителями может использоваться значительная часть пропускной способности подключения к Интернету.

Для организаций, которые хотят сократить этот интернет-трафик для трансляций и популярных видео, существует два варианта:

  1. Использование существующих прокси-серверов кэша в сети

    Просмотр видео с Stream (классическая версия) происходит по протоколу HTTPS, поэтому обычные прокси-серверы веб-кэша можно настроить для кэширования трафика воспроизведения видео. Возможно, потребуется настроить настраиваемую сертификацию SSL, чтобы это произошло с помощью HTTPS. Однако если вы посмотрите на трассировку сети во время воспроизведения видео, вы увидите URL-адреса, которые Stream (классическая версия) использует для потоковой передачи видео для вашей организации (URL-адреса могут отличаться в зависимости от Stream (классическая версия) клиента). Если вы направляете эти URL-адреса через прокси-сервер кэша, он может кэшировать видеопоток и уменьшить интернет-трафик для часто воспроизводимого видео.

  2. Используйте стороннее решение для доставки видео eCDN, оптимизированное для Stream (классическая версия)

    Несколько решений eCDN для доставки видео предварительно интегрированы и могут быть настроены для использования с Stream. Эти платформы eCDN позволяют организациям оптимизировать пропускную способность сети без ущерба для просмотра пользователями. Наши партнеры помогут обеспечить более масштабируемое и эффективное распространение видео в корпоративной сети. Дополнительные сведения см. в статье Масштабирование доставки видео с помощью сторонних поставщиков eCDN .

Конечные точки, которые должны быть доступны пользователям в вашей сети

Общие конечные точки Microsoft Stream (классическая версия)

Microsoft Stream (классическая версия) требуется подключение к Интернету. Все конечные точки, перечисленные в Office 365 конечных точках для Microsoft Stream, должны быть доступны пользователям Microsoft Stream (классическая версия) в сети вашей организации.

Трансляции, созданные внешним приложением или устройством (ранее — внешний кодировщик) — конечные точки приема RMTP

Чтобы получить видеопоток для внешнего приложения или устройства, отправляемого в Microsoft Stream (классическая версия) из кодировщика, вам потребуется открыть следующие диапазоны IP-адресов и порты в брандмауэре сети:

  • Домены: *.channel.media.azure.net
  • Порты: 1935/2935/1936/2936 (для RTMP и RTMPS)

Если определенная настройка сети не позволяет (или вы не хотите) открывать диапазон доменов выше, в настоящее время единственным вариантом получения определенных IP-адресов для приема RTMP/RTMPS является получение вращающихся диапазонов IP-адресов для центра обработки данных Azure, к которому подключен клиент Microsoft Stream (классическая версия).

Следующие json-файлы обновляются по мере изменения IP-адресов для центров обработки данных Azure, неработая собственные по регионам и службам с тегами.

Эти файлы обновляются еженедельно и включают управление версиями как для полного файла, так и для каждого отдельного тега службы в этом файле.

Чтобы найти центр обработки данных Azure для клиента Stream (классическая версия), выполните следующие действия:

  1. В потоке нажмите кнопку ? в правом верхнем углу.

  2. Выберите О программе Microsoft Stream.

  3. Просмотр сведений в разделе Ваши данные хранятся.

После того как вы узнаете центр обработки данных Azure для вашего клиента Stream (классическая версия), найдите соответствующие диапазоны IP-адресов в XML-файле выше, а затем обновите брандмауэр или прокси-сервер с определенными диапазонами IP-адресов для вашего центра обработки данных. По мере изменения XML-файла необходимо также обновить параметры брандмауэра или прокси-сервера.

Пример.

  • Если о Microsoft Stream говорится, что ваши данные хранятся в регионе "Восточная часть США 2"

  • В XML-файле вы будете искать узел с меткой <Имя региона="useast2">

  • В этом узле Регион будет несколько записей для всех диапазонов IP-адресов (<IpRange Subnet="13.68.0.0/17">)

  • Вам потребуется настроить брандмауэр\прокси, чтобы разрешить все эти диапазоны IP-адресов и регулярно изменять их при изменении XML-файла.

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

CDN (сеть доставки содержимого), используемая для воспроизведения видеороликов

Трансляции из Stream (классическая версия) и внешних приложений или устройств из Yammer/Teams, а также видео по запросу будут автоматически использовать Azure CDN.

Видео по запросу, отправленные в Stream, а также записи трансляций, также будут использовать Azure CDN для воспроизведения, если это необходимо. Если azure CDN не требуется для этих видео, они будут воспроизводиться с серверов-источников Служб мультимедиа Azure, связанных с географическим регионом клиента.

Если несколько человек из одной организации в одном географическом расположении выполняют потоковую передачу одних и тех же видео, сети CDN будут хранить копию этих видео в расположении ближе к географическому региону. Если видео хранится или кэшировано в ближайшем расположении, каждый пользователь выполняет потоковую передачу видео из ближайшего к ним расположения, а не из расположения дальше. Stream (классическая версия) использует Службы мультимедиа Azure для управления тем, что кэшируется в azure CDN и как долго. Службы мультимедиа Azure могут использовать любое расположение Azure CDN для кэширования фрагментов видео и манифестов в течение нескольких дней. Если люди в вашей организации продолжают watch кэшированные видео, они останутся в кэше. Если никто не обращается к видео в течение нескольких дней, видео в конечном итоге будет удалено из кэша. В следующий раз, когда кто-то попытается watch видео, оно снова кэшировано в ближайшем расположении CDN.

Каждый, кто пытается watch видео, пока содержимое кэшируется в соседнем CDN, извлекает выгоду из того, что видео находится ближе, и в большинстве случаев, меньше прыжков, прочь. Это повышает скорость воспроизведения видео; однако это не меняет требования к сети для воспроизведения видео.

Поток шифрования и воспроизведения видео на уровне видео

Stream (классическая версия) знает, насколько важно обеспечить безопасность и конфиденциальность данных. Центр управления безопасностью Майкрософт описывает наши обязательства по обеспечению конфиденциальности и безопасности вашего содержимого. При воспроизведении видео скорость важна для хорошего взаимодействия; однако мы не скомпрометируем вашу безопасность или конфиденциальность в обмен на скорость. Вот как мы подходим к скорости, безопасности и конфиденциальности.

Когда вы или кто-то в организации отправляете новое видео или создаете трансляцию, это видео перекодируется, шифруется с помощью шифрования AES-128 и сохраняется в Службах мультимедиа Azure. Это означает, что видео шифруются как при передаче, так и при хранении.

Когда кто-то в вашей организации пытается watch видео, он выполняет следующие действия:

  1. Stream (классическая версия) определяет, имеет ли средство просмотра доступ к видео, проверяя разрешения, заданные для видео в базе данных Azure SQL, на наличие Stream (классическая версия) и сведений в Microsoft Entra ID о пользователе.

  2. Если пользователю разрешено просматривать видео, ключ расшифровки извлекается из Служб мультимедиа Azure и предоставляется видеопроигрывательу Stream (классическая версия).

  3. Затем видеопроигрыватель Stream (классическая версия) использует ключ расшифровки для расшифровки видео на лету при воспроизведении видео

См. также

Масштабирование доставки видео с помощью сторонних поставщиков eCDN