Search results

Я уже настроил для обычной One-2-Many видеоконференции, все работает отлично, fps (а вместе с ним и битрейт) вполне ок понижать до 15 (а на превью и до 10) фпс без особой потери качества для наших случаев. Но, конечно, MCU решение выглядит гораздо более правильным. Интересно, можно ли...

Этих настроек нам не достаточно. По поводу нагрузки на каналы пользователей - у нас просто иначе устроен наш плеер MCU, там один большой плеер (для говорящего в настоящий момент) и несколько маленьких по бокам. По идее, потоки в маленькие плееры можно попробовать запускать через транскодер, для...

У нас именно такой сценарий, но есть нюанс - нам не очень подходит плеер (точнее, выходной поток) у микшера MCU и мы хотели использовать собственный плеер со своими кастомизациями и контролами для MCU ("красивостями"). При этом хотелось бы использовать CDN - иначе не будет возможности...

Здравствуйте. Думаю, нам не нужен обмен сообщениями между пользователями в CDN, все, что нам нужно - чтобы подключившись к любой Edge ноде, мы могли получить список комнат и пользователей в них на Origin ноде(ах). Т.е. наши условия - несколько-несколько десятков спикеров (вещающих участников...

Нет, но мысль уловил. Сейчас проверю нагрузку. Спасибо.

Прописал на Edge (и транскодере) серверах такой профиль -webrtc-240: audio: codec : opus rate : 48000 video: width : 320 height : 240 codec : h264 codecImpl : FF gop : 50 fps : 20 Трафик все равно идет напрямую. Можете дать точную инструкцию, как завернуть...

Но я не смогу проверить свое предположение нагрузочным тестом из Console, увы.

Чтобы убедиться, что правильно Вас понял - сейчас есть ощущение, что мы упираемся в канал в облаке, потому что никакое увеличение ресурсов (CPU/RAM) не способствует возможности раздавать плавно больше, чем 500 одновременно подключенным клиентам. Есть предположение, что снижение количества кадров...

Даже уже прописали на edge серверах cdn_point_of_entry = transcoder, сделали на транскодере профиль, точно совпадающий с запрашиваемым зрителем - все равно edge получает поток напрямую от origin, минуя транскодер вообще. Есть предположение, что понижение fps может помочь увеличить "вместимость"...

Похоже, конкретно эта проблема действительно заключалась в фаерволе, извините. Однако вопрос - почему отваливаются уже подключенные клиенты (в т.ч. спикер)?

Разная, от 300 до 600 примерно подключенных клиентов.

А вот так это выглядит на сервере: Т.е. очевидно от клиента к серверу пакеты ходят, а вот обратно даже не отправляются. Похоже, дело все-таки во FlashPhoner'e.

Вот скрин: Проблема явно не на клиенте - этот же клиент к другому серверу подключается мгновенно, сессия сразу же стартует. В чем еще может быть проблема?

На стороне клиента (вещателя) STUN трафик выглядит проблемно: несколько подряд Binding Request user, после них - Destination Unreachable (Communication Administratively filtered). При этом час-полтора назад этот клиент вещал нормально из этих же условий. С чем может быть связана проблема?

Боюсь, это нам не подойдет, слишком высокие нагрузки ожидаются. Можно подробнее, чем и как конкретно (в случае WireShark) нужно снимать дамп? Нужно ли это делать на стороне клиента (публишера) или на стороне FlashPhoner'а?

Обратите внимание, в этой ситуации подключиться не может не зритель, а вещатель.

Hi! Is it possible to disable mixer in runtime to avoid updating/restarting FlashPhoner while it is in use? We currently do not need this feature at all. In our case, this error prevents publisher from publishing streams.