Я заинтересован в разработке WebRTC/libjingle, который использует DataChannels, но не использует возможности аудио и видео. Возможность аудио и видео добавляет множество зависимостей, которые являются большими и сложными для перекрестного компиляции. Существует ли минимальное подмножество сборки WebRTC, которое выделит только код, необходимый для инициализации DTC DataChannels со всеми параметрами sdp/stun/turn и т. Д., Оставаясь совместимым с реализациями браузера?Минимальный WebRTC для собственного приложения без аудио и видео
ответ
AFAIK нет такой минимальной, уменьшенной версии только канала libjingle (или OpenWebRTC). ИМХО такая версия выглядит просто слишком специфичной для проекта и недостаточно общей для разработчиков libjingle, чтобы заинтересовать ее и поддерживать ее.
Аудио/видео capabilites действительно добавляют довольно много зависимостей. Однако кросс-компиляция их для Android или iOS относительно проста. Ведь нужно просто скомпилировать их. Нет необходимости, чтобы они действительно работали. Если вы просто используете канал данных, тогда аудио/видео возможности никогда не будут инициализированы.
Хотя возможности аудио/видео не могут быть полностью скомпилированы, их можно «обуздать». Если вы посмотрите на webrtc-source-code/build/common.gypi, вы найдете переменную build_vp9
, которая по умолчанию равна 1
. Если вы установите его на 0
, тогда некоторые связанные с видео зависимости будут удалены. В файлах .gyp
и .gypi
есть много флагов, и я уверен, что если вы их настроите, вы сможете удалить еще больше ненужных зависимостей.
Если вы заинтересованы в строительстве webrtc для Raspberry PI или других встроенных платформ, не основанных на Android или iOS, я бы предложил использовать OpenWebRTC, потому что он имеет гораздо лучшую поддержку для этих сред и несколько проще скомпилировать (вы не придется иметь дело с gyp и ниндзя).
Это то, что вам нужно http://www.meshcommander.com/webrtc
минимальная реализация datachannel WebRTC в с, нуждается в OpenSSL для DTLS.
профи
- чрезвычайно облегченная.
- прямого креста сборник
против
- нет льда поддержки струйки как сейчас
Я пробовал использовать эту библиотеку и нашел ее чрезвычайно плохой и ненадежной. – John
- 1. Build WebRTC для Android-приложения - потоковое видео и аудио
- 2. Выбор протокола сигнализации для видео/аудио приложения (API WebRTC)
- 3. Каков минимальный SDP-ответ для получения WebRTC Audio и видео?
- 4. Лот шума в webrtc аудио/видео
- 5. WebRTC: Chrome не записывает видео/аудио
- 6. Невозможно отправить видео и аудио в webrtc на android
- 7. Что хорошего аудио решения webrtc?
- 8. Реализация нашего собственного сервера STUN/TURN для приложения WebRTC
- 9. Рекомендуемая конфигурация сервера WebRTC для собственного приложения (iOS/Android)?
- 10. Синхронизация видео и аудио (желательно без JavaScript)
- 11. Аудио/Голос через webRTC
- 12. WebRTC vs Websockets: Если WebRTC может делать видео, аудио и данные, зачем нужны веб-узлы?
- 13. Webrtc на мобильные браузеры без автономного приложения?
- 14. Приоритетные ограничения аудио или видео в vLine (WebRTC)
- 15. Интернет-провайдер аудио/видео чата api provider (no webrtc)
- 16. Могу ли я использовать один и тот же канал WebRTC для передачи аудио/видео и файлов?
- 17. Как записывать видео/аудио сессию WebRTC на стороне сервера?
- 18. Максимальная задержка аудио/видео для одноранговой связи
- 19. видео и аудио файлов
- 20. Видео и аудио форматы для приложения HTML5 в Android
- 21. Файл локального видео потока Webrtc
- 22. Потоковое видео в WebRTC из приложения, а не браузера
- 23. Транскодирование аудио и видео
- 24. GStreamer видео и аудио
- 25. Система онлайн-аудио/видеоконференций с webrtc
- 26. webRTC: Как обнаружить присутствие аудио/видео в потоке?
- 27. Как переключить локальное видео без переключения звука на конференцию webrtc?
- 28. Видео и аудио дрифт
- 29. Загрузка фотографий, видео и аудио
- 30. WebRTC и RTMP wowza
OpenWebRTC выглядит интересно. Я несколько дней сражаюсь с материалами google без особого успеха. Я пытаюсь настроить таргетинг на минимальные устройства, которые имеют ограниченные возможности управления и видео/аудио вообще. Это может быть несколько специализированным, но со временем я думаю, что он станет более распространенным, поскольку WebRTC является одним из лучших способов общения между браузером и устройством, когда стандартного http/websocket недостаточно. – John