Передача аудио и видео от одного узла к другому

@Undisputed · Регистрация: 10.06.2014

Студворк — интернет-сервис помощи студентам

Хотел бы посоветоваться по сабжу.
Нужно реализовать сеть, в которой множество пользоватлей могли бы обмениваться стримом с камеры и голосом с микрофона, короче чатик сделать надо. Пока набросал в голове общий принцип и хотел бы вынести это на оценку а так же кое-что спросить.

Взаимодействие между участниками:
Каждый участник должен уметь передавать видео со своей камеры и аудио с микрофона.

Принцип передачи аудио и видео:
Данные будут отправляться по UDP с учетом порядка следования данных, т.к сам по себе UDP не гарантирует что получатель получит данные в том порядке, в котором они были отправлены.

Приватность:
У каждого участника конференции должна быть своя пара "открытый и закрытый ключ". Перед отправкой данных они будут шифроваться открытым ключом получателя, затем расшифровываться получателем и воспроизводиться у него на компьютере.

Передача видео:
Планирую считывать с камеры кадры один за другим, затем отправлять их получателю по несколько штук, что бы он расшифровал и отобразил у себя эти кадры. По одному кадру отправлять не хочу что бы снизить количество сетевых сообщений. С количеством отправляемых кадров за раз еще не определился.

Передача аудио:
Планирую формировать мелкие файлы со звуком и отправлять их получателю, что бы тот воспроизводил их у себя. Например, файлы длительностью 2 секунды (с длительностью еще не определился). Так же планирую добавить небольшую задержку, что бы компенсировать время затраченное на передачу аудиоданных по сети (это общая идея, пока нет значимой конкретики). Если в один момент говорят сразу несколько пользователей, то микшировать их аудиофайлы и подавать на выход уже файл который содержит голоса всех говорящих в данный момент.

Роль сервера:
Все аудио и видео данные будут пересылаться напрямую между участниками конференции. При начале конференции каждый участник будет взаимодействовать с сервером для получения айпи адресов участников конференции. Затем уже используя эти айпи адреса участники будут иметь возможность взаимодействовать между собой минуя сервер.

Чего я от вас хочу:
1) Оцените пожалуйста общую идею
2) Подскажите эффективные библиотеки для решения задачи (для видео пока остановится на OpenCV, звук - SDL, интерфейс - Qt)
3) Сообщите о подводных камнях, если вы их видите в общей идее
4) Приветствуюся полезные советы

Спасибо.

Новые блоги и статьи Все статьи Все блоги /
Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .	Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .
модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ

@Undisputed 901 / 478 / 93 Регистрация: 10.06.2014 Сообщений: 2,700

	Передача аудио и видео от одного узла к другому 27.03.2022, 10:24. Показов 825. Ответов 0 Метки нет (Все метки) Хотел бы посоветоваться по сабжу. Нужно реализовать сеть, в которой множество пользоватлей могли бы обмениваться стримом с камеры и голосом с микрофона, короче чатик сделать надо. Пока набросал в голове общий принцип и хотел бы вынести это на оценку а так же кое-что спросить. Взаимодействие между участниками: Каждый участник должен уметь передавать видео со своей камеры и аудио с микрофона. Принцип передачи аудио и видео: Данные будут отправляться по UDP с учетом порядка следования данных, т.к сам по себе UDP не гарантирует что получатель получит данные в том порядке, в котором они были отправлены. Приватность: У каждого участника конференции должна быть своя пара "открытый и закрытый ключ". Перед отправкой данных они будут шифроваться открытым ключом получателя, затем расшифровываться получателем и воспроизводиться у него на компьютере. Передача видео: Планирую считывать с камеры кадры один за другим, затем отправлять их получателю по несколько штук, что бы он расшифровал и отобразил у себя эти кадры. По одному кадру отправлять не хочу что бы снизить количество сетевых сообщений. С количеством отправляемых кадров за раз еще не определился. Передача аудио: Планирую формировать мелкие файлы со звуком и отправлять их получателю, что бы тот воспроизводил их у себя. Например, файлы длительностью 2 секунды (с длительностью еще не определился). Так же планирую добавить небольшую задержку, что бы компенсировать время затраченное на передачу аудиоданных по сети (это общая идея, пока нет значимой конкретики). Если в один момент говорят сразу несколько пользователей, то микшировать их аудиофайлы и подавать на выход уже файл который содержит голоса всех говорящих в данный момент. Роль сервера: Все аудио и видео данные будут пересылаться напрямую между участниками конференции. При начале конференции каждый участник будет взаимодействовать с сервером для получения айпи адресов участников конференции. Затем уже используя эти айпи адреса участники будут иметь возможность взаимодействовать между собой минуя сервер. Чего я от вас хочу: 1) Оцените пожалуйста общую идею 2) Подскажите эффективные библиотеки для решения задачи (для видео пока остановится на OpenCV, звук - SDL, интерфейс - Qt) 3) Сообщите о подводных камнях, если вы их видите в общей идее 4) Приветствуюся полезные советы Спасибо. 0