5 часов и две банки пива - готов сервис для видеозвонков!

Гуру Хренов, а можешь Quik для Linux переписать, чтобы работал. С меня доширак и пиво. К вечеру. Ну или хоть через неделю…

IliaM, Квик и так на Linux работает через Wine, так же через Wine работает на macos

Beach Bunny, хочу без wine. Идеально чтобы его ещё и в docker упаковали

IliaM, если что я могу добавить дошика и пива.

deke, зато обучил сетку. 

Himno a la paz, так не обучил же — три сетки облажались, я сам исправил потом. Там работы было на 15 минут, поменять заголовок файла и порядок байтов. Сперва сетки запутались в смещениях, хотя структуру заголовка они показали правильно. Потом byte order не могли поменять нормально. А вишенка на торте — вместо обычного приведения типов все сетки начали конвертировать double в extended вручную. Когда мы дошли до последней проблемы сетки уже забыли с чего начинали и снова накосячили с заголовком. Так и ходили по кругу. Пришлось прервать эксперимент и сделать все по старинке.

deke, а что за проект вы делали?

RM, да самое банальное сохранение звука — было в WAV, стало в AIFF. Работы реально на 15 минут — заголовок поправить и порядок байт поменять.

не знаю почему ваш комментарий появился только сегодня, хотя дата указана 19 апреля

Гуру Хренов, так никто не мешает третьему подключится. а в клиенте не показать.
клиент ведь качается) с сайта…
некоторых своих не показывать можно а просто молча подключать.

Гуру Хренов, так никто не мешает два соединения открыть оба 1к1.
и из одного в другой транслировать.

Гуру Хренов, 

Ты прав частично 👍

WebRTC сам по себе не ограничивает количество соединений — он работает по принципу p2p (peer-to-peer), и каждое новое подключение требует отдельного канала связи. То есть:

• Если у тебя видеочат «один-на-один», то действительно достаточно одного соединения между двумя участниками.

• Но если нужно добавить третьего, четвёртого и так далее — тогда каждый участник должен установить отдельное соединение с каждым другим.

👉 Это называется full mesh. Например, при 3 людях получится 3 соединения, при 4 людях — 6 соединений, при 5 — уже 10. То есть нагрузка растёт очень быстро, и браузеры/сети начинают «захлёбываться».

Поэтому:

• Для 1:1 чатов всё просто, одно соединение.

• Для групповых звонков обычно используют не прямой full mesh, а SFU (Selective Forwarding Unit) или MCU (Multipoint Conferencing Unit). Это сервер, через который идут все потоки — он «раздаёт» видео/аудио участникам, и каждый клиент держит только одно соединение с сервером, а не со всеми.

Если у тебя на сайте сейчас WebRTC в режиме p2p, то да — больше чем два человека нормально не подключатся.

Хочешь, я могу расписать простую схему, как перейти с «p2p 1:1» на «много участников через SFU»?

Гуру Хренов, хотя идея зачетная.
можно просто html страницу генерировать и файлом передавать.
сразу с идентификатором udp и ip )
вместо ссылки на сайт.
вообще без сервера).
и тогда вообще сервер не нужен.
открываешь переданный файл и в нем разговариваешь.