Jitsi

«Несмотря на впечатляющие возможности, внедрение AV1 происходило медленнее, чем ожидалось, из-за нескольких факторов… Его передовые алгоритмы сжатия требуют значительно большей вычислительной мощности для кодирования и декодирования.

Аппаратное ускорение для AV1 все еще находится на стадии разработки, и поэтому его использование может привести к более высокому потреблению ресурсов ЦП, энергии и неоптимальной производительности на устройствах начального уровня и устройствах без аппаратной поддержки…»

Лонгрид в блоге Jitsi (англ) со сравнительными тестами кодеков и обоснованием выбора

Следите за нашими новостями в Телеграм и Яндекс.Дзен

Jitsi с 24 августа перестанет поддерживать анонимное создание встречи и будет требовать входа через Google, GitHub или Facebook, потом сервисы могут измениться.

«Когда мы запустили эту услугу еще в 2013 году, нашей целью было предложить возможность проводить встречи с минимальными трудностями и максимальной конфиденциальностью… Мы не хотели, чтобы людям приходилось заранее беспокоиться о «создании» встреч, запоминании паролей, кодов или длинных сложных последовательностей цифр для идентификатора встречи. Мы хотели, чтобы пользователи могли придумать имя и просто перейти туда.

Ранее в этом году мы наблюдали увеличение количества сообщений о том, что некоторые люди используют наш сервис способами, которые мы не можем терпеть. Чтобы быть более ясным, речь шла не о том, что некоторые люди просто говорили то, что другим не нравилось…

В конце концов мы пришли к выводу, что требование аутентификации является необходимым шагом для продолжения работы сайта meet.jit.si».

8×8 теперь будет хранить информацию об учетной записи, с которой создается переговорная комната, других изменений нет. Всем пользователям, которые почувствуют себя некомфортно в этой связи, рекомендуется развернуть Jitsi Meet у себя.

Следите за нашими новостями в Телеграм и Яндекс.Дзен

Изображение Jitsi

Jitsi собирается значительно сократить задержку при трансляции видеоконференций на YouTube, Twitch и другие площадки.

Раньше для этого использовался инструмент Jibri. Он предварительно обрабатывал видеопоток на сервере компании, а только потом передавал на площадку. При этом за кулисами неявно запускался Chrome, который и занимался перекодировкой. Такая цепочка требовала больших вычислительных мощностей, наблюдались задержки трансляции.

Теперь RTP-потоки будут пересылаться через WebRTC каждому зрителю. Реализовать это решение предлагается так:

• Не передавать участникам информацию о зрителях.
• Изменить топологию видеомостов: участники видеоконференции общаются обычно, а вот зрители подключаются к центральным мостам. Получается вместо привычной сетки что-то похожее на дерево.
• При предельных нагрузках на сервер XMPP зеркалить информацию об участниках видеоконференции на аналогичный сервер. Это позволит качественно распределить нагрузку по всей инфраструктуре.

Следите за нашими новостями в Телеграм и Яндекс.Дзен