Обсирание веб-ртк не по делу

Не так уж много протоколов для в.ч поточного вещания поддерживается в браузерах, т.е без необходимости тащить на комп что-то ещё

Полноценные реализации позволяют нормально транслировать и с камеры и со многого другого( причём, в случае с браузером - в несколько строк кода )

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

А по внутренним сетям гораздо забавнее.
У тех же браузеров, с некоторых пор, поддержка раздачи потока с источника работает только для https.
С недавних пор крупные известные конторы перестали выдавать сертификаты для локальных ай-пи адресов. И для просто адресов уже нехотя выдают.
Отсюда следует, что без обилия плясок и матюгов веб-ртк не должен работать в локальной сети, основанной на айпи адресах( всм., без внутренних хостов под которые можно запросить сертификаты и которые бы кто-то резолвил ). Можно выпустить свой сертификат, но он на конкретный айпи и его потребуется ставить на каждое устройство а то и браузер.
С некоторых пор если мобила, например, раздаёт сеть - адрес подключающегося устройства должен быть рандомным.
Будто этого мало, сама мобила что раздаёт сеть, как-то так и адреса и сети распределяет, что невозможно транслировать ни с нее ни на нее без цирка со сторонними серваками и доступом к сети.
Т.е чтобы транслировать с одной мобилы и смотреть на другой в рамках локальной сети без интернета, нужно как минимум третье устройство, раздающее сеть, самовыданные сертификаты для https которые надо повсюду добавить и хотя бы небольшой сервак для первичного обмена данными при подготовке веб-ртк соединения

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