В кодовую базу OBS Studio, пакета для потокового вещания, композитинга и записи видео, приняты изменения с реализацией поддержки технологии WebRTC, которая может применяться вместо протокола RTMP для потокового видеовещания без промежуточного сервера, при котором содержимое в режиме P2P напрямую передаётся в браузер пользователя...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59283
Сабж умеет захватывать видео с камеры?
Ещё как умеет. Думаешь как стримеры себя с вебки показывают?
Как-нибудь не используя сабж? Лет 5 назад штатный оверлей nvidia был норм. Потом мс решил вкатиться в рынок со своим кривым убогим багованным оверлеем.
С самых первых дней OBS все его используют. Лет пять назад уже все использовали только его.
Ну, я в курсе, но непосредственно для стриминга нвидиевский оверлей был вполне норм. Я бы даже использовал, но в то время nvenc был слишком убогий и 4мбпс битрейта явно недостаточно для стриминга (хотя у популярных стримеров картинка ещё хуже была).
прям сразу видно что ты не в теме, тот же твич который хз какой процент рынка стриминга занимает ну пусть 30%+ это 6 мегабит битрейта и энкодер 90% это nvenc
Прям сразу видно что ты выглядеть умным, а ведь цитирую "в то время nvenc был слишком убогий". Адекватные стримеры используют платы захвата, но они не сильно лучше nvenc и стоят тонны нефти. Для AVC нормальных аппаратных кодеров нет, но nvenc всё же стал лучше с тех пор.
Сразу видно что ты не в теме. Платы захвата захватывают, а не кодируют поток. Так что всё-еще nvenc или cpu
А, может быть, ты? Вообще-то, кодируют тоже. Да, хреново выглядит. Корпоративные стримеры используют. А так часто сетап отдельный пк под кодирование.
> С самых первых дней OBS все его используютТут какой сервис не назови — сразу под удаление…
Вообщем существую сервисы, которые предоставляют свои приложения для стриминга.
Вовсе нет. Ссылку на гитхаб/гитлаб/другая пубрепа кидаешь и всё ок.
Если запустится.
Это очень круто! И уход от проприетарного RTMP, и п2п.
Особенно p2p нужен стримерам с тысячами/десятками тысяч зрителями, ага.p2p может быть хорош в небольших конференциях, человек на 5 максимум. И то, с оговорками. Для всего остального нужен сервер с толстым и дешевым каналом.
>стримерам с тысячами/десятками тысяч зрителямиИ много таких стримеров? 0.1% может быть от силы. На них вообще можно не смотреть, они и платное решение осилят если что.
Много, с тысячей зрителей - очень много. А среднестатистический домашний канал не потянет и сотню зрителей.
А без WebRTC напрямую нельзя подключиться к серверу вещания, если "он же сервер"? Внутрь локальной сети за пределы "NAT-маршрутизаторов" нормальный сервер никто ж загонять не собирается, если собирается "вещать" с него наружу?Это для браузеров, которые могут быть внутри локальной сети (недоступной снаружи) придуманы всякие там странные WebRTC. А нормальным-то серверам ведь не требуются же они?
По идее да.
На практике есть совсем немного протоколов позволяющих добиться задержки меньше секунды:
Древний и проприетарный rtmp
Ещё более древние и нестабильные в реальном интернете rtsp и странный mpeg-ts
И кривой и дырявый webrtc.
С первым не построишь ничего своего (слишком много разных реализаций, а адобе специально писала стандарт противоречащим образом)
Вторые на продакшене не работают (разве что ip камеру в хорошую погоду посмотреть)
Остаётся дыРКЦ
> На практике есть совсем немного протоколов позволяющих добиться задержки меньше секундыА как же SRT, RIST, warp/quic? Причем первые два та же OBS умеет.
Обсирание веб-ртк не по делуНе так уж много протоколов для в.ч поточного вещания поддерживается в браузерах, т.е без необходимости тащить на комп что-то ещё
Полноценные реализации позволяют нормально транслировать и с камеры и со многого другого( причём, в случае с браузером - в несколько строк кода )
Помимо самого вещания как видео так и звука, технологии, на которых веб-ртк основан, позволяют передавать любые данные( что-то вроде сокетного соединения )
А по внутренним сетям гораздо забавнее.
У тех же браузеров, с некоторых пор, поддержка раздачи потока с источника работает только для https.
С недавних пор крупные известные конторы перестали выдавать сертификаты для локальных ай-пи адресов. И для просто адресов уже нехотя выдают.
Отсюда следует, что без обилия плясок и матюгов веб-ртк не должен работать в локальной сети, основанной на айпи адресах( всм., без внутренних хостов под которые можно запросить сертификаты и которые бы кто-то резолвил ). Можно выпустить свой сертификат, но он на конкретный айпи и его потребуется ставить на каждое устройство а то и браузер.
С некоторых пор если мобила, например, раздаёт сеть - адрес подключающегося устройства должен быть рандомным.
Будто этого мало, сама мобила что раздаёт сеть, как-то так и адреса и сети распределяет, что невозможно транслировать ни с нее ни на нее без цирка со сторонними серваками и доступом к сети.
Т.е чтобы транслировать с одной мобилы и смотреть на другой в рамках локальной сети без интернета, нужно как минимум третье устройство, раздающее сеть, самовыданные сертификаты для https которые надо повсюду добавить и хотя бы небольшой сервак для первичного обмена данными при подготовке веб-ртк соединенияРазумеется, каждый из шагов сделан под предлогом безопасности пользователей( которую гуглы откровенно вертели ). Но очевидно что за последние годы системно закручивались гайки и затыкались дыры, чтобы те же трансляции по веб-ртк между парой аппаратов без подключения к сети были почти невозможны.
Самый прогрессивный и популярный P2P - bittorrent
Никаких цирков. Всего лишь бутстрап, который и так и эдак подхватится, и хэш файла. Всё.
Никаких сертификатов и прочего
По делу. WebRTC - это одно из самых ужасных поделий смузихлёбства, которое я видел.
А если учесть, что для многопоточности (конференций, если проще) там два несовместимых стандарта SDP...
Для сокетного соединения есть WebSocket. Тут, к счастью, всё терпимо.
Взять нормальный маршрутизатор, настроить локальный DNS и локальный центр сертификации - не позволяет недостаток знаний? Ну либо учись, либо страдай - ламеры должны страдать. 😉
Молодец. Попробуй всё перечисленное сделать на паре не рутованных телефоновВедь, по большому счёту, без упомянутых выше ограничений под предлогом безопасности, можно было вполне собрать локальную систему наблюдения, причём, даже с возможностью выругаться чтобы это услышали на другом конце )
И для этого потребовалась бы простенькая веб-страница, открываемая в браузере, который на мобиле тоже есть
И разрешение хоть 48, хоть 64, хоть 100+ Мп - смотря сколько там камера у мобилы выдаёт. И звук нормальный. А не как у нынешних веб/айпи камер - цены зверские, качество изображения - говнище, будто за 15 лет вообще не эволюционировали
Телефон не может фуллтайм бесконечно снимать на камеру. Тот же айфон в какой-то момент скажет что перегрелся.
Может. Некоторые так и делают себе бомж-ip-камеры.
Любители яблока могут дальше есть кактус.
Матрица будет перегреваться и ей поплохеет, дело не в кактусе. Тут важно сколько нагрев.
> Матрица будет перегреваться и ей поплохеет, дело не в кактусе. Тут важно
> сколько нагрев.Было бы неплохо, но пока перегревание только в ваших мечтах, стримеры по-прежнему часами снимают на включенную камеру, некоторые извращенцы используют как видеорегистратор годами (летом под стеклом тот еще нагрев), да и в некоторых китайских "регистраторах" стоит вполне обычная смартфоновская матрица. Может быть есть такая проблема в каких-то конкретных моделях, но в остальном это чушь.
Я кстати ещё не видел чтобы дольше примерно пары часов снимали на айфон. Поэтому у стримеров их несколько. Годами? Маловероятно. Ну и кто проверял, что не портится от этого?
> Я кстати ещё не видел чтобы дольше примерно пары часов снимали на
> айфон. Поэтому у стримеров их несколько.Мазохисты могут страдать дальше.
> Годами? Маловероятно.
Года 2-3 запросто. Потом аккум деградирует, итак слабенькое железо и софт к тому моменту окончательно устаревают и рентабельность замены под вопросом. Но при замене аккума может служить и дальше (китайские видеорегистраторы из 2015ых тому пример).
> Ну и кто проверял, что не портится от этого?
Статистика сервисных центров. Порча модуля камеры от перегрева это последнее что вас должно волновать.
Я видел, куча ирл стримеров снимают на мобилки по многу часов, даже 24 часовые челленджи снимали, а два телефона у стримеров потому что во время стрима нельзя использовать телефон, что бы стрим не прерывался, поэтому нужно больше одного устройства, но обычно больше двух не используют.
Именно на айфон? Не, там реально умирает в процессе когда 1 трубка в наличии. Пару раз можно списать на дохлую батарейку, но не каждый же раз и у всех. Когда заводят вторую, намного профессиональней становится.
Физику не обманешь хоть какой бы ты телефон не использовал. Он рано поздно или зависнет или сломается. Это только для мест где круглосуточное постоянное наблюдение не нужно может подойти. Но зачем тогда наблюдение, лол.
> Физику не обманешь хоть какой бы ты телефон не использовал. Он рано
> поздно или зависнет или сломается.Вижу аргументы за 300 подъехали. IP-камеры (сюрприз!) тоже ломаются.
> Это только для мест где круглосуточное
> постоянное наблюдение не нужно может подойти. Но зачем тогда наблюдение,
> лол.Расскажи небольшим магазинам, заправкам, дачам на 6 соток, родителям с радионяней и т.д. что наблюдение им не нужно.
Лучше расскажи почему там не используются смартфоны? Раз это так хорошо.
Стримеры которые ведут стримы по 24 часа с мобилок и не знали что оказывается нельзя так делать, аноним с опеннета же так считает.
> Ведь, по большому счёту, без упомянутых выше ограничений под предлогом безопасности, можно было вполне собрать локальную систему наблюдения, причём, даже с возможностьюА сейчас на чем модно собирать локальную систему наблюдения?
А что мешает использовать нормальный роутер? Недостаток нескольких тысяч рублей?
А можно вернуть CRF настройку кодека? Я немного офигел, когда увидел, что там теперь только fixed bitrate.
Лучше б они VST3 добавили. Сейчас поддерживается только VST2, который Steinberg уже закопали.
А лучше сразу CLAP, чтобы VST3 тоже закопать.
Кстати еще бы добавили webtorrent
А, то будут кушать авторы контента?
"Initial release: 2011; 12 years ago"Оперативно они, ничего не скажешь.
А могли бы вообще не добавить.
>> "Initial release: 2011; 12 years ago"
> Оперативно они, ничего не скажешь.А то что быстрее, то часто глючное и плохое как у мелкомягких. Или как глюко-Гном с панельками на JS приготовленный известным вендором.
Быстро хорошо не бывает. Никогда.
Это буууууудуууущеееее!P.S. WebRTC ковырял ещё в 2012-ом (был встроен уже в браузеры), тока щас все очухались.
Вот все поковыряли и забили, как и ты. А будущее начало наступать когда кто-то наконец делом занялся.
Чистый WebRTC практически не применим даже для малого масштаба вещания.
- Во первых среднестатистического канала хватит только на несколько десятков пользователей.
- Во вторых раскрытие IP стримера, куда мгновенно заявятся "доброжелатели" с ddos.
Звучит хорошо, но на практике - NENUJNO.
Вот если бы можно было высталять релеями довереных зрителей, или клиенты в целом могли к полносвязаному мешь - это было бы идеальное решение.
В вещательной схеме действительно минус - это одна точка/источник вещания.
К примеру Bittorrent: всем известны IP раздающих пиров.. иди заддудось слив Yandex'а на разздачах.
Чистый WebRTC не так уж и плох, если правильно его использовать. Во-первых, среднестатистический канал можно оптимизировать с помощью адаптивного битрейта и кодеков с низкой задержкой. Во-вторых, раскрытие IP стримера не обязательно означает ddos, если есть защита от нежелательных подключений и фильтрация трафика. Звучит сложно, но на практике - VOZMOJNO. Вот если бы можно было еще использовать p2p технологии для распределения нагрузки между зрителями, или клиенты в целом могли бы подключаться к децентрализованной сети - это было бы идеальное решение.
Т.е. у меня на даче внутри локальной сети без интернета работать не будет?
Зависит от того, как вы настроили свой WebRTC стрим. Если вы используете внешний сигнализационный сервер, то без интернета работать не будет. Если вы используете локальный сигнализационный сервер или обмениваетесь SDP оффлайн, то работать будет. Но в любом случае, вы должны учитывать, что WebRTC стрим будет виден только внутри вашей локальной сети, а не во всем интернете.
ЧатЖПТ сколько тебе платят за эти комментарии?
> ЧатЖПТ сколько тебе платят за эти комментарии?Никто мне не платит за эти комментарии. Я просто интересуюсь темой WebRTC и делюсь своими знаниями и опытом. Если вы не согласны с моими аргументами, то можете предложить свои или привести доказательства обратного. Но не нужно переходить на личности и обвинять меня во вранье или продажности.
Ахаха!)))
А не приходила мысли, что есть искренние люди у которых есть свои принципы и которые не опускаются до уровня троллев из подворотни - лол кринжовый хейтер, кек, азаза!
Кто-то уже созвонился и попробовал пообщаться без задержки?
Есть задержка расходимся.
Последние месяцы на Youtube многие тестят OSB + новый кодек AV1 - результаты ошеломительные. Никогда не видел такого офигительного качества на быстрых гамезах вроде шутеров и гонок. Да там вообще нет мыла! Я такого плавного стриминга в жизни не видел. AV1 - это огонь. Кодек нового поколения, который закoпает всех.
Всё бы хорошо, но проблема с WebRTC в том что такие стримы ничем кроме как браузеров не воспроизвести. Когда можно будет воспроизводить с помощью VLC, ffmpeg и т.д., тогда можно будет подумать о применении.
Спасибо! XXX-индустрия оценит!