Comments 15
Коллеги, честно признаюсь, пустился в литературное творчество с тремя сугубо меркантильными целями:
найти игроков в команду. Есть планы и по беку (golang), и по мобильным приложениям. Но наша главная беда - фронтенд. Сейчас денег в проекте нет. Совсем. Но, очень надеюсь, "так будет не всегда"
выйти на компании, использующие WebRTC технологию для выстраивания честных партнерских отношений.
Интим"профильное трудоустройство" не предлагатьНаучиться правильно преподносить идею виртуальной вебкамеры.
Буду искренне благодарен за любой фидбек!
Главная проблема вашего подхода - вам надо или условный google meet патчить, или эта камера будет работать только в вашем приложении для конференции.
Так-то уже есть OBS с его виртуальной камерой.
ну, вот, опять я не смог внятно объяснить. пункт 3 в действии..
наши сильные стороны:
умение быстро создать 3d модель данного человека. и это не "что сетке приглючится", а честная модель на основе математики
дешево анимировать 3d модель, преобразованную в формат флексатара, вплоть до уверенной анимации в браузере, без каких-либо специфических требований к оборудованию или ОС. нам неизвестны столь легковесные технологии. и это открывает дверь в WebRTC для создания простого и масштабируемого коммерческого решения "не для гиков"
Используя два названных козыря, мы планируем создавать, хранить и предоставлять эти модели как сервис, для различных коммерческих WebRTC SFU/MCU, мессенджеров и, строго говоря, даже игр (мы же можем выгрузить модель как набор текстур и obj файл в любой требуемой полиномиальности, или параметризовать используемую в игре модель юзера). Честно, история с играми вне моих компетенций, так что далее врать не буду.
Безусловно, надо будет индивидуально интегрироваться с каждой WebRTC платформой. Но ведь это же желаемый B2B рынок, монетизация! Нам та или иная платформа подписывает JWT, который мы получаем напрямую от фронтенда/приложения. В соответствии с содержимым токена, мы позволяем юзеру выбрать модель для данной сессии и выгружаем один из флексатаров данного юзера в браузер или приложение.
С точки зрения разработчика фронтенда, интеграция с нами тривиальна. То же относится и к iOS/Android
Ну тут есть варианты, вот пример чего мы делаем: https://chromewebstore.google.com/detail/ai-webcam-visual-effects/iedbphhbpflhgpihkcceocomcdnemcbj
По сути свопаем стрим, а само приложение (google meet, zoom, teams ... и т.д.) даже не в курсе что стрим не с камеры.
И получается вполне себе виртуальная камера, прямо в браузере. И продвигать можно B2C :)
Точно также и с аудио можно поступать, добавлять нужную задержку для синхронизации.
А думали о варианте сделать расширение для Chrome, которое в реальном времени подменит браузерное WebRTC API (getUserMedia ) так, чтобы Web-приложение думало, что оно работает c обычной камерой?
Я как-то просматривал технические подходы к решению защиты от browser fingerprinting, там широко используется подмена стандартных браузерных API, которые реализуются подменой свойств JS объекта.
Интересен будет ваш опыт.
умение быстро создать 3d модель данного человека. и это не "что сетке приглючится", а честная модель на основе математики - https://habr.com/ru/articles/777286/#comment_26213030
Проверку биометрии этой штукой обмануть уже можно?
В Teams это уже реализовано: https://www.youtube.com/watch?v=49SlDQ6tLXU
Для рендеринга в браузере наверное лучше использовать Rust + WASM.
Виртуальная камера для WebRTC