FAQ: различия между версиями
Senik (обсуждение | вклад) |
Teplov (обсуждение | вклад) (Дополнил вопрос записи конференции при 0 лицензий) |
||
(не показаны 52 промежуточные версии 5 участников) | |||
Строка 1: | Строка 1: | ||
− | == Сколько лицензий HD забирает FullHD? == | + | == Сколько лицензий HD забирает FullHD в системе лицензирования с раскладывающимися лицензиями? == |
− | Если участнику FullHD не хватает 2,5 свободных лицензий | + | Если участнику FullHD не хватает 2,5 свободных лицензий, то он подключится на HD и займёт одну. А если осталась только 0,5 лицензии, то он подключится на VGA и возьмёт эти 0,5 лицензии. Данная логика применима к системе лицензирования с раскладывающимися лицензиями, а не к лицензированию по портам. (В распространяемом дистрибутиве по умолчанию используется лицензирование по портам.) |
− | == До какого уровня рекомендуется нагружать процессор и | + | ==Как ведёт себя сервер при нехватке лицензий? == |
+ | При использовании лицензирования по портам и нехватке лицензий FHD и наличии HD, VGA и аудио, то сначала выбираются лицензии с видео, а потом только с аудио. При нехватки всех типов лицензий, сервер запрещает подключение в конференцию абоненту выполняя отбой звонка как из конференции, так и в конференцию. Если вызов осуществляется из конференции, данное событие записывается в лог этой конференции, если вызов входящий, то в "Логи", находящиеся в "Отчётах" сервера. | ||
+ | |||
+ | == До какого уровня рекомендуется нагружать процессор и видеокарту (видеокарты) сервера? == | ||
Видеокарту - до 90%, ЦП - 70%. | Видеокарту - до 90%, ЦП - 70%. | ||
== При оставшихся лицензиях - 0, какая логика записи конференции? == | == При оставшихся лицензиях - 0, какая логика записи конференции? == | ||
− | + | Запись не запустится, если имеющееся количество лицензий на сервере уже было использовано. В логах конференции появится сообщение "Participant monitor disconnected self moveto= cause=-1". | |
+ | Если есть возможность, активируйте запись заранее, при запуске конференции. Активная запись начнётся сама, когда в конференции будет хотя бы один участник. Она займёт свою лицензию и уже не прервётся, если не выключать её вручную, до того, как конференцию не покинут все участники. | ||
+ | В логах конференции будет соовтетствующее сообщение - "Conference recording was enabled" и "Участник monitor успешно подключен". | ||
==Какова логика поиска абонента на вкладке '''Абоненты -> Список'''? Поле '''Поиск''' отбирает по номеру? Можно настроить поиск по ФИО?== | ==Какова логика поиска абонента на вкладке '''Абоненты -> Список'''? Поле '''Поиск''' отбирает по номеру? Можно настроить поиск по ФИО?== | ||
− | Совпадение, с учетом регистра, ищется по полям: Номер, Имя и IP. | + | Совпадение, с учетом регистра, ищется по полям: "Номер", "Имя" и IP. |
==В настройках конференции FPS больше 25 устанавливать есть смысл?== | ==В настройках конференции FPS больше 25 устанавливать есть смысл?== | ||
Чем выше частота кадров, тем более высокие требования предъявляются к серверу, клиентскому оконечному оборудованию и каналам связи. | Чем выше частота кадров, тем более высокие требования предъявляются к серверу, клиентскому оконечному оборудованию и каналам связи. | ||
− | Если требуется | + | Если требуется лучшее качество совещания и оборудования поддерживает, то смысл есть. |
− | == | + | ==Какое оптимальное соотношение пропускной способности и разрешения для настройки клиента?== |
{| class="wikitable" | {| class="wikitable" | ||
− | |+Рекомендуемые соотношения | + | |+Рекомендуемые минимальные соотношения |
!Разрешение | !Разрешение | ||
− | ! | + | !Минимальная скорость |
+ | !Рекомендуемая скорость | ||
|- | |- | ||
− | | | + | |360p |
|384k | |384k | ||
+ | |512k | ||
|- | |- | ||
|720p | |720p | ||
− | |1 | + | |1M |
+ | |1,5M | ||
|- | |- | ||
|1080p | |1080p | ||
− | |3M | + | |2M |
+ | |3M | ||
|} | |} | ||
− | |||
− | |||
==Тип абонента зависит от того использует он приложение или подключается через браузер?== | ==Тип абонента зависит от того использует он приложение или подключается через браузер?== | ||
+ | Для приложения '''Vinteo desktop''' и для '''web-клиента''' используется тип абонента '''WS'''. Для '''SIP''' подключений тип абонента '''SIP''', для '''H323''' - '''H323''' соответственно. | ||
− | == | + | ==Можно ли не задавать пин-код для анонимных абонентов, если все нужные абоненты есть в списке участников?== |
+ | Пин-код автоматически генерируется при создании комнаты. Абоненты-участники конференции могут подключиться без ввода пин-кода, если они будут делать вызов на номер конференции. | ||
− | ==Открытая конференция это означает, что если знаешь | + | ==Открытая конференция - это означает, что если знаешь номер, то можешь подключиться?== |
+ | Если абонент знает номер открытой конференции и сделает вызов на этот номер, то сервер не будет запрашивать пин-код, даже если подключение анонимное и подключит в конференцию. | ||
==У клиента адресная книга своя или синхронизируется с сервером при использовании приложения?== | ==У клиента адресная книга своя или синхронизируется с сервером при использовании приложения?== | ||
+ | У каждого клиента (аппаратного кодека) своя адресная книга, которая формируется и администрируется локально на терминале. У Vinteo Desktop своя адресная книга для каждого абонента типа WS. При логине абонента в Vinteo Desktop адресная книга синхронизируется с сервером. Таким образом абонент может иметь одну и ту же адресную книгу, пересаживаясь за другое рабочее место. | ||
+ | |||
+ | ==Осуществляется ли шифрование подключения WebRTC?== | ||
+ | В Vinteo механизм подключения WebRTC реализован полностью в соответствии со стандартом. Стандарт предусматривает шифрование сигнального потока (websocket) по протоколу tls (v1.2), а медиа потоков - по dtls srtp. | ||
+ | Подробнее можно прочитать в статье на habr: https://habr.com/ru/company/Voximplant/blog/413165/ | ||
+ | |||
+ | Достоинством нашего решения является отсутствие нарушений принципов сквозного шифрования, которое присуще решениям видеоконференцсвязи на технологиях проксирования видеопотоков участников конференции. | ||
+ | |||
+ | ==Можно ли создать несколько учётных записей на сервере с правами администратора? == | ||
+ | Да, в версии 26.0.7 это предусмотрено. Можно создать несколько ученных записей администраторов в разделе "Пользователи".<br> | ||
+ | Также любой абонент, прошедший аутентификацию на сервере, может создавать и планировать, а также модерировать собственные конференции и конференции, в которых он назначен модератором другими модераторами или Администратором. Различия в возможностях между модератором и администратором заключаются в том, что модератору не доступны настройки сервера, записи конференций, кроме тех, где они являются модераторами, функция загрузки видеороликов на сервер, редактирование списка абонентов, возможность создавать постоянно существующие шаблоны конференций и добавлять себя к ним или удалять себя из них в качестве модератора и диагностическая информация о работе сервера. В остальном абонент в конференции, в которой он назначен модератором, обладает такими же правами, как и администратор. | ||
+ | |||
+ | == Можно ли на сервере Vinteo указать доверенные IP-адреса, чтобы входящие вызовы от них не попадали в список блокировки? == | ||
+ | IP-адреса, прописанные для абонентов сервера или для шлюзов, не попадают в список блокировки. Поэтому можно либо создать абонента с нужным IP-адресом, либо шлюз и указать на нём, что разрешены входящие подключения. | ||
+ | |||
+ | == Каковы требования к сетевому подключению для стабильной работы ВКС? == | ||
+ | Для стабильной работы необходимо обеспечить подключение со следующими параметрами: | ||
+ | * скорость подключения в обе стороны должна быть не меньше минимального значения для используемого разрешения. См. [[FAQ#.D0.9A.D0.B0.D0.BA.D0.BE.D0.B5_.D0.BE.D0.BF.D1.82.D0.B8.D0.BC.D0.B0.D0.BB.D1.8C.D0.BD.D0.BE.D0.B5_.D1.81.D0.BE.D0.BE.D1.82.D0.BD.D0.BE.D1.88.D0.B5.D0.BD.D0.B8.D0.B5_.D0.BF.D1.80.D0.BE.D0.BF.D1.83.D1.81.D0.BA.D0.BD.D0.BE.D0.B9_.D1.81.D0.BF.D0.BE.D1.81.D0.BE.D0.B1.D0.BD.D0.BE.D1.81.D1.82.D0.B8_.D0.B8_.D1.80.D0.B0.D0.B7.D1.80.D0.B5.D1.88.D0.B5.D0.BD.D0.B8.D1.8F_.D0.B4.D0.BB.D1.8F_.D0.BD.D0.B0.D1.81.D1.82.D1.80.D0.BE.D0.B9.D0.BA.D0.B8_.D0.BA.D0.BB.D0.B8.D0.B5.D0.BD.D1.82.D0.B0.3F|Какое оптимальное соотношение пропускной способности и разрешения для настройки клиента]] | ||
+ | * отсутствие потерь пакетов (если есть потери, то не более 1%) | ||
+ | * низкий джиттер (<= 30 мс) | ||
+ | * задержка прохождения пакетов (RTT) <= 850 мс | ||
+ | |||
+ | == Почему участник отключился во время конференции? == | ||
+ | |||
+ | Довольно часто возникают ситуации, когда участник отключается во время конференции, и необходимо выяснить причины такого отключения. | ||
+ | |||
+ | Причины могут быть различны: | ||
+ | * сетевые проблемы; | ||
+ | * отключение участника администратором или модератором; | ||
+ | * участник самостоятельно инициировал отключение. | ||
+ | |||
+ | Для выяснения причины необходимо обратиться к логу конференции. | ||
+ | Если конференция запущена в данный момент, то её лог можно увидеть, нажав кнопку "Лог конференции" в верхней правой части экрана. | ||
+ | |||
+ | [[Файл:Лог конференции кнопка.jpg|800px|безрамки|центр|Лог конференции кнопка]] | ||
+ | |||
+ | По окончании конференции для получения отчета нужно открыть список раздела "Отчеты" и перейти на страницу "Логи", где выбрать необходимую запись лога. | ||
+ | |||
+ | [[Файл:Страница Логи.jpg|800px|безрамки|центр|Страница Логи]] | ||
+ | |||
+ | С логами возможны следующие действия: | ||
+ | * просмотр лога; | ||
+ | * сохранение на станцию администратора для последующего анализа. | ||
+ | |||
+ | Лог конференции имеет следующий вид: | ||
+ | |||
+ | [[Файл:Лог конференции.jpg|800px|безрамки|центр|лог конференции]] | ||
+ | |||
+ | В момент разрыва соединения в логе появляется строка, содержащая disconnected, с указанием инициатора отключения: system или self. | ||
+ | |||
+ | [[Файл:Строка disconnected.jpg|800px|безрамки|центр|строка disconnected]] | ||
+ | |||
+ | Self – говорит о том, что отключение было инициировано устройством или ПО участника конференции. Если соединение было по протоколу H.323, то по коду отключения можно наиболее точно определить, что послужило причиной разъединения. | ||
+ | |||
+ | Для определения кодов ответа (Cause code) можно воспользоваться данной статьёй: https://ru.wikipedia.org/wiki/Q.931 | ||
+ | |||
+ | Для SIP и WebRTC подключений имеется только один информативный код отключения: 130, который означает таймаут получения медиатрафика, т.е. какую-то сетевую проблему. Код 200 говорит о том, что отключение было со стороны клиента по неизвестной причине. | ||
+ | |||
+ | Если после disconnected указывается system, это говорит о том, что инициатором отключения выступил сервер. В этом случае, для понимания причины, необходимо изучить лог ниже сообщения об отключении. | ||
+ | |||
+ | [[Файл:Код лога system.jpg|800px|безрамки|центр|код лога system]] | ||
+ | |||
+ | При отключении администратором участника конференции из web–интерфейса управления конференцией в логах будет отображаться сообщение с параметром system и кодом 200, если участник был подключен по WebRTC или SIP. | ||
+ | |||
+ | Кодом -1 (то есть без кода), если участник был подключен по H.323. | ||
+ | |||
+ | [[Файл:Параметр Без кода.jpg|800px|безрамки|центр|Параметр Без кода]] | ||
+ | |||
+ | == Подключение с выключенным микрофоном - какие настройки применять? == | ||
+ | Чтобы при запуске конференции микрофоны участников были выключены, необходимо сделать следующее: | ||
+ | #до запуска конференции на странице управления конференцией перейти на вкладку «Настройки»; | ||
+ | #активировать переключатель «При подключении микрофон выключен»; | ||
+ | #нажмите в нижней части страницы кнопку «Сохранить». | ||
+ | |||
+ | == Подключение с выключенным микрофоном - как участнику самостоятельно подключиться с выключенным микрофоном? == | ||
+ | При подключении в конференцию в качестве участника по ссылке вы можете отключить собственный микрофон, нажав кнопку в нижней части экрана. Микрофон будет неактивен. | ||
+ | |||
+ | == Какие системные требования имеют значение для HLS web-трансляции? == | ||
+ | |||
+ | В случае HLS трансляции, характеристики системы не являются определяющими, т.к. в операционном плане это выражается в одном дополнительном подключении к конференции, собирающем и обрабатывающем видео, в делении его на отрезки (чанки) и размещении на RAM-диске сервера. Каждый зритель в случайном порядке обращается к серверу по TCP и по мере просмотра загружает отрезки видео на максимально доступной скорости. | ||
+ | |||
+ | В связи с этим, наибольшее значение имеет пропускная способность канала от зрителя до сервера, в том числе на конечных интерфейсах. То есть, например, при ширине полосы 1000MB, при условии одновременного подключения, скачивая чанки со скоростью 10MB, 100 зрителей загрузят канал полностью (в зависимости от настроек HLS). Но, как правило, по мере подключения нагрузка распределяется равномерно. | ||
+ | На выделеном канале трансляция будет проходить без проблем для участников конференции. | ||
+ | |||
+ | В параметрах HLS трансляции вы можете выставить разрешение, битрейт каждого HLS потока, длину и размер сегментов, и попробовать в тестах вычислить общую потребность в канале связи для необходимого количества зрителей трансляции (https://wiki.vinteo.com/wiki/Настройка_трансляций_на_сервере) | ||
+ | |||
+ | Альтернативный вариант - транслировать конференцию по rtmp/rtmps на CDN (Content Delivery Network) ресурсы. В таком случае, нагрузка на канал будет выражаться в одном дополнительном потоке, отправляющем трафик до CDN. Зрители подключаются и получают трансляцию уже оттуда, не влияя на работу сервера. CDN ресурсами являются, например VK, YouTube, Telegram. | ||
+ | |||
+ | Таким образом, рекомендуем обеспечить широкую полосу пропускания и выделить на сервере для веб-трансляции отдельный интерфейс, либо транслировать конференцию по rtmp/rtmps на CDN ресурсы (VK, YouTube, Telegram - | ||
+ | https://wiki.vinteo.com/wiki/Трансляция_конференции_в_профиле_ВКонтакте). |
Текущая версия на 19:08, 23 октября 2024
Содержание
- 1 Сколько лицензий HD забирает FullHD в системе лицензирования с раскладывающимися лицензиями?
- 2 Как ведёт себя сервер при нехватке лицензий?
- 3 До какого уровня рекомендуется нагружать процессор и видеокарту (видеокарты) сервера?
- 4 При оставшихся лицензиях - 0, какая логика записи конференции?
- 5 Какова логика поиска абонента на вкладке Абоненты -> Список? Поле Поиск отбирает по номеру? Можно настроить поиск по ФИО?
- 6 В настройках конференции FPS больше 25 устанавливать есть смысл?
- 7 Какое оптимальное соотношение пропускной способности и разрешения для настройки клиента?
- 8 Тип абонента зависит от того использует он приложение или подключается через браузер?
- 9 Можно ли не задавать пин-код для анонимных абонентов, если все нужные абоненты есть в списке участников?
- 10 Открытая конференция - это означает, что если знаешь номер, то можешь подключиться?
- 11 У клиента адресная книга своя или синхронизируется с сервером при использовании приложения?
- 12 Осуществляется ли шифрование подключения WebRTC?
- 13 Можно ли создать несколько учётных записей на сервере с правами администратора?
- 14 Можно ли на сервере Vinteo указать доверенные IP-адреса, чтобы входящие вызовы от них не попадали в список блокировки?
- 15 Каковы требования к сетевому подключению для стабильной работы ВКС?
- 16 Почему участник отключился во время конференции?
- 17 Подключение с выключенным микрофоном - какие настройки применять?
- 18 Подключение с выключенным микрофоном - как участнику самостоятельно подключиться с выключенным микрофоном?
- 19 Какие системные требования имеют значение для HLS web-трансляции?
Сколько лицензий HD забирает FullHD в системе лицензирования с раскладывающимися лицензиями?
Если участнику FullHD не хватает 2,5 свободных лицензий, то он подключится на HD и займёт одну. А если осталась только 0,5 лицензии, то он подключится на VGA и возьмёт эти 0,5 лицензии. Данная логика применима к системе лицензирования с раскладывающимися лицензиями, а не к лицензированию по портам. (В распространяемом дистрибутиве по умолчанию используется лицензирование по портам.)
Как ведёт себя сервер при нехватке лицензий?
При использовании лицензирования по портам и нехватке лицензий FHD и наличии HD, VGA и аудио, то сначала выбираются лицензии с видео, а потом только с аудио. При нехватки всех типов лицензий, сервер запрещает подключение в конференцию абоненту выполняя отбой звонка как из конференции, так и в конференцию. Если вызов осуществляется из конференции, данное событие записывается в лог этой конференции, если вызов входящий, то в "Логи", находящиеся в "Отчётах" сервера.
До какого уровня рекомендуется нагружать процессор и видеокарту (видеокарты) сервера?
Видеокарту - до 90%, ЦП - 70%.
При оставшихся лицензиях - 0, какая логика записи конференции?
Запись не запустится, если имеющееся количество лицензий на сервере уже было использовано. В логах конференции появится сообщение "Participant monitor disconnected self moveto= cause=-1". Если есть возможность, активируйте запись заранее, при запуске конференции. Активная запись начнётся сама, когда в конференции будет хотя бы один участник. Она займёт свою лицензию и уже не прервётся, если не выключать её вручную, до того, как конференцию не покинут все участники. В логах конференции будет соовтетствующее сообщение - "Conference recording was enabled" и "Участник monitor успешно подключен".
Какова логика поиска абонента на вкладке Абоненты -> Список? Поле Поиск отбирает по номеру? Можно настроить поиск по ФИО?
Совпадение, с учетом регистра, ищется по полям: "Номер", "Имя" и IP.
В настройках конференции FPS больше 25 устанавливать есть смысл?
Чем выше частота кадров, тем более высокие требования предъявляются к серверу, клиентскому оконечному оборудованию и каналам связи. Если требуется лучшее качество совещания и оборудования поддерживает, то смысл есть.
Какое оптимальное соотношение пропускной способности и разрешения для настройки клиента?
Разрешение | Минимальная скорость | Рекомендуемая скорость |
---|---|---|
360p | 384k | 512k |
720p | 1M | 1,5M |
1080p | 2M | 3M |
Тип абонента зависит от того использует он приложение или подключается через браузер?
Для приложения Vinteo desktop и для web-клиента используется тип абонента WS. Для SIP подключений тип абонента SIP, для H323 - H323 соответственно.
Можно ли не задавать пин-код для анонимных абонентов, если все нужные абоненты есть в списке участников?
Пин-код автоматически генерируется при создании комнаты. Абоненты-участники конференции могут подключиться без ввода пин-кода, если они будут делать вызов на номер конференции.
Открытая конференция - это означает, что если знаешь номер, то можешь подключиться?
Если абонент знает номер открытой конференции и сделает вызов на этот номер, то сервер не будет запрашивать пин-код, даже если подключение анонимное и подключит в конференцию.
У клиента адресная книга своя или синхронизируется с сервером при использовании приложения?
У каждого клиента (аппаратного кодека) своя адресная книга, которая формируется и администрируется локально на терминале. У Vinteo Desktop своя адресная книга для каждого абонента типа WS. При логине абонента в Vinteo Desktop адресная книга синхронизируется с сервером. Таким образом абонент может иметь одну и ту же адресную книгу, пересаживаясь за другое рабочее место.
Осуществляется ли шифрование подключения WebRTC?
В Vinteo механизм подключения WebRTC реализован полностью в соответствии со стандартом. Стандарт предусматривает шифрование сигнального потока (websocket) по протоколу tls (v1.2), а медиа потоков - по dtls srtp. Подробнее можно прочитать в статье на habr: https://habr.com/ru/company/Voximplant/blog/413165/
Достоинством нашего решения является отсутствие нарушений принципов сквозного шифрования, которое присуще решениям видеоконференцсвязи на технологиях проксирования видеопотоков участников конференции.
Можно ли создать несколько учётных записей на сервере с правами администратора?
Да, в версии 26.0.7 это предусмотрено. Можно создать несколько ученных записей администраторов в разделе "Пользователи".
Также любой абонент, прошедший аутентификацию на сервере, может создавать и планировать, а также модерировать собственные конференции и конференции, в которых он назначен модератором другими модераторами или Администратором. Различия в возможностях между модератором и администратором заключаются в том, что модератору не доступны настройки сервера, записи конференций, кроме тех, где они являются модераторами, функция загрузки видеороликов на сервер, редактирование списка абонентов, возможность создавать постоянно существующие шаблоны конференций и добавлять себя к ним или удалять себя из них в качестве модератора и диагностическая информация о работе сервера. В остальном абонент в конференции, в которой он назначен модератором, обладает такими же правами, как и администратор.
Можно ли на сервере Vinteo указать доверенные IP-адреса, чтобы входящие вызовы от них не попадали в список блокировки?
IP-адреса, прописанные для абонентов сервера или для шлюзов, не попадают в список блокировки. Поэтому можно либо создать абонента с нужным IP-адресом, либо шлюз и указать на нём, что разрешены входящие подключения.
Каковы требования к сетевому подключению для стабильной работы ВКС?
Для стабильной работы необходимо обеспечить подключение со следующими параметрами:
- скорость подключения в обе стороны должна быть не меньше минимального значения для используемого разрешения. См. Какое оптимальное соотношение пропускной способности и разрешения для настройки клиента
- отсутствие потерь пакетов (если есть потери, то не более 1%)
- низкий джиттер (<= 30 мс)
- задержка прохождения пакетов (RTT) <= 850 мс
Почему участник отключился во время конференции?
Довольно часто возникают ситуации, когда участник отключается во время конференции, и необходимо выяснить причины такого отключения.
Причины могут быть различны:
- сетевые проблемы;
- отключение участника администратором или модератором;
- участник самостоятельно инициировал отключение.
Для выяснения причины необходимо обратиться к логу конференции. Если конференция запущена в данный момент, то её лог можно увидеть, нажав кнопку "Лог конференции" в верхней правой части экрана.
По окончании конференции для получения отчета нужно открыть список раздела "Отчеты" и перейти на страницу "Логи", где выбрать необходимую запись лога.
С логами возможны следующие действия:
- просмотр лога;
- сохранение на станцию администратора для последующего анализа.
Лог конференции имеет следующий вид:
В момент разрыва соединения в логе появляется строка, содержащая disconnected, с указанием инициатора отключения: system или self.
Self – говорит о том, что отключение было инициировано устройством или ПО участника конференции. Если соединение было по протоколу H.323, то по коду отключения можно наиболее точно определить, что послужило причиной разъединения.
Для определения кодов ответа (Cause code) можно воспользоваться данной статьёй: https://ru.wikipedia.org/wiki/Q.931
Для SIP и WebRTC подключений имеется только один информативный код отключения: 130, который означает таймаут получения медиатрафика, т.е. какую-то сетевую проблему. Код 200 говорит о том, что отключение было со стороны клиента по неизвестной причине.
Если после disconnected указывается system, это говорит о том, что инициатором отключения выступил сервер. В этом случае, для понимания причины, необходимо изучить лог ниже сообщения об отключении.
При отключении администратором участника конференции из web–интерфейса управления конференцией в логах будет отображаться сообщение с параметром system и кодом 200, если участник был подключен по WebRTC или SIP.
Кодом -1 (то есть без кода), если участник был подключен по H.323.
Подключение с выключенным микрофоном - какие настройки применять?
Чтобы при запуске конференции микрофоны участников были выключены, необходимо сделать следующее:
- до запуска конференции на странице управления конференцией перейти на вкладку «Настройки»;
- активировать переключатель «При подключении микрофон выключен»;
- нажмите в нижней части страницы кнопку «Сохранить».
Подключение с выключенным микрофоном - как участнику самостоятельно подключиться с выключенным микрофоном?
При подключении в конференцию в качестве участника по ссылке вы можете отключить собственный микрофон, нажав кнопку в нижней части экрана. Микрофон будет неактивен.
Какие системные требования имеют значение для HLS web-трансляции?
В случае HLS трансляции, характеристики системы не являются определяющими, т.к. в операционном плане это выражается в одном дополнительном подключении к конференции, собирающем и обрабатывающем видео, в делении его на отрезки (чанки) и размещении на RAM-диске сервера. Каждый зритель в случайном порядке обращается к серверу по TCP и по мере просмотра загружает отрезки видео на максимально доступной скорости.
В связи с этим, наибольшее значение имеет пропускная способность канала от зрителя до сервера, в том числе на конечных интерфейсах. То есть, например, при ширине полосы 1000MB, при условии одновременного подключения, скачивая чанки со скоростью 10MB, 100 зрителей загрузят канал полностью (в зависимости от настроек HLS). Но, как правило, по мере подключения нагрузка распределяется равномерно. На выделеном канале трансляция будет проходить без проблем для участников конференции.
В параметрах HLS трансляции вы можете выставить разрешение, битрейт каждого HLS потока, длину и размер сегментов, и попробовать в тестах вычислить общую потребность в канале связи для необходимого количества зрителей трансляции (https://wiki.vinteo.com/wiki/Настройка_трансляций_на_сервере)
Альтернативный вариант - транслировать конференцию по rtmp/rtmps на CDN (Content Delivery Network) ресурсы. В таком случае, нагрузка на канал будет выражаться в одном дополнительном потоке, отправляющем трафик до CDN. Зрители подключаются и получают трансляцию уже оттуда, не влияя на работу сервера. CDN ресурсами являются, например VK, YouTube, Telegram.
Таким образом, рекомендуем обеспечить широкую полосу пропускания и выделить на сервере для веб-трансляции отдельный интерфейс, либо транслировать конференцию по rtmp/rtmps на CDN ресурсы (VK, YouTube, Telegram - https://wiki.vinteo.com/wiki/Трансляция_конференции_в_профиле_ВКонтакте).