С такой проблемой коллеги не приходили, но вообще да, у ММ этого тоже не хватает :) Надо будет либо в reply плагин засунуть либо отдельный сделать, подумаю над этим, спасибо!
Спасибо за интересную статью! Я не пользовался телемостом еще, но появились вопросы по этой теме
Как я понял на одном из скриншотов, вы используете реализацию 1 peerConnection и множество треков? Если так, то как с нагрузкой на ЦП клиента при тысяче участников? Вы не выводите всех участников на экран а только тех кто говорит (скорее всего), но при этом продолжаете получать трафик с каждого трека?
У меня есть мысли попробовать например не больше 8 треков создавать и жанглировать на стороне медиасервера отправлением трафика в зависимости от того кто начал говорить чтобы сэкономить сеть пользователю но у такого подхода видится множество подводных камней, например коллизии с кодеком и прочее.
Либо вариант с приостановкой передачи в трек видео и возможно аудио, вроде проще в теории.
С решением на OpenGL были мысли, но когда получилось через DXGI забрать достаточное количество фреймов, то этого хватало чтобы перейти к следующему этапу и одновременно проблеме передачи по локальной сети
В любом случае спасибо что поделились, многим будет полезно изучить разные способы)
Еще кстати документы читать неудобно, приходится скачивать, кажется тоже решаемо)
С такой проблемой коллеги не приходили, но вообще да, у ММ этого тоже не хватает :)
Надо будет либо в reply плагин засунуть либо отдельный сделать, подумаю над этим, спасибо!
Да, все верно, даже добавить нечего)
Спасибо за интересную статью!
Я не пользовался телемостом еще, но появились вопросы по этой теме
Как я понял на одном из скриншотов, вы используете реализацию 1 peerConnection и множество треков?
Если так, то как с нагрузкой на ЦП клиента при тысяче участников?
Вы не выводите всех участников на экран а только тех кто говорит (скорее всего), но при этом продолжаете получать трафик с каждого трека?
У меня есть мысли попробовать например не больше 8 треков создавать и жанглировать на стороне медиасервера отправлением трафика в зависимости от того кто начал говорить чтобы сэкономить сеть пользователю но у такого подхода видится множество подводных камней, например коллизии с кодеком и прочее.
Либо вариант с приостановкой передачи в трек видео и возможно аудио, вроде проще в теории.
Наверное можно на пк попробовать в виртуалке запустить и проверить, отпишу по задержке, спасибо)
Нет, не пробовал
У меня основной ПК на Windows и мак который использовался чтобы в браузере проиграть видео
Похоже на концепцию работы кодеков например h264 :)
Он шлет ключевой фрейм (keyframe) и далее интерфреймы в которых только изменения от ключевого
С решением на OpenGL были мысли, но когда получилось через DXGI забрать достаточное количество фреймов, то этого хватало чтобы перейти к следующему этапу и одновременно проблеме передачи по локальной сети
В любом случае спасибо что поделились, многим будет полезно изучить разные способы)