На самом деле, многие пользователи на форуме, где я состою, обычно общаются в условиях внешнего окружения, и присоединение с включённым микрофоном напрямую может приводить к тому, что фоновый шум мешает общению. Кроме того, есть ещё один баг: даже если вы нажимаете на кнопку, чтобы заглушить микрофон на странице голосового чата, он на самом деле остаётся открытым, и вам приходится переключить его выключенным, а затем снова включённым, чтобы он действительно закрылся.
По сравнению с Jitsi есть некоторые различия, потому что в Jitsi есть интерфейс, позволяющий выбрать, заглушить ли микрофон или оставить его включённым, до официального присоединения к голосовому чату, но в Discourse Voice этого нет. Я думаю, что такой интерфейс во многом позволяет избежать этой проблемы.
А, понял. Было бы полезно этим пользователям иметь возможность PTT? У нас есть базовая поддержка этой функции, но для более удобного опыта работы с PTT как на мобильных устройствах, так и на десктопе, в какой-то мере требуется нативное приложение, и мы активно исследуем эту область.
Может быть, у вас есть другие предположения? Я попытался пригласить другого тестового пользователя, но, к сожалению, всё ещё не работает. Вам удавалось успешно приглашать пользователей по ссылке?
Обновление: Я только что отправил приглашение администратору в новый чат, и он всё равно получил страницу с ошибкой 404.
@putty возможно, проблема связана с вашим именем пользователя на сайте. Маршрут в вашем видео заканчивается на /invited-by/derek.putnam, а данный маршрут в настоящее время отклоняет имена пользователей, содержащие точки. Это должно исправить ситуацию:
Вы также можете проверить это на своём сайте, поделившись ссылкой без части /invited-by/....
Мы использовали это на выходных и получили хороший результат Мы обнаружили один баг (или, скорее, неожиданную особенность): система поддерживает стереомикрофоны. Обычно в программном обеспечении для веб-конференций левый и правый каналы сжимаются до моно, так как для записи такого типа аудио обычно используются моно-микрофоны. (Кроме того, это теоретически снижает расход полосы пропускания). Текущее решение Discourse передаёт полный стереосигнал с микрофона.
Однако некоторые микрофоны выводят звук только в один канал, оставляя другой пустым. (Возможно, это более характерно для профессиональных аудиоинтерфейсов с несколькими входами, но, по-моему, некоторые дешёвые микрофоны тоже могут так работать). В результате слушатели слышат этого говорящего только в левом или правом ухе. Я даже не осознавал этого, но, оказывается, Mumble, Discord, Nextcloud, Jitsi, игры и т. д. все сжимают сигнал до моно.
Поэтому я бы рекомендовал по умолчанию сжимать аудиопоток с микрофона (не аудиопоток с демонстрацией экрана, который должен быть отдельным набором каналов) до моно. В целом, ситуаций, когда пользователю действительно нужен широкий угол захвата звука во время звонка, скорее всего, немного — возможно, если музыкальная группа использовала это для стриминга для своих фанатов. В таком случае, если у пользователя есть стереомикрофон с широким углом захвата и он хочет его использовать, дайте ему возможность включить это в настройках, что отключит сжатие до моно.
Если я не ошибаюсь, мы делаем даунмикс для всех уровней качества звука, кроме максимального. Не могли бы вы попробовать снизить его до высокого или стандартного?
Мы уже несколько недель пользуемся голосовыми комнатами с ограниченным размером групп (макс. 5 человек). Пока всё работает отлично — поздравляем! Я хотел бы разделить технический бэкенд от веб-приложения и базы данных Discourse. Есть ли хорошая документация по настройке сервера Livekit с помощью Docker Compose (чтобы я не спрашивал у Claude )?
При стандартной конфигурации и в случае с livekit нагрузка на Discourse остаётся такой же. Mesh — хороший вариант по умолчанию, и если он вам подходит, я рекомендую придерживаться его, пока он не перестанет отвечать вашим потребностям.
Спасибо, @Falco — ещё лучше, если нам не придётся ничего менять. Тогда я открою эту функцию для всех сообществ на нашем инстансе, но ограничу количество участников до 5 человек в комнате. Для большинства спонтанных встреч этого вполне достаточно.
Примечание о конфиденциальности: в будущем (возможно, на более позднем этапе проекта «Voice room») нам потребуется задокументированное решение для полного соответствия GDPR: в настоящее время по умолчанию используются stun.l.google.com и global.stun.twilio.com. Оба сервиса базируются в США и, следовательно, подчиняются американскому Cloud Act, что противоречит европейской юрисдикции.
В объявлении OP перечислены «публичные, ограниченные группой и приватные комнаты» в разделе разрешений комнат, но я не могу найти, где именно настраивается ограничение группы для конкретной комнаты.
Мой сценарий использования: комната, видимая и доступная только членам одной конкретной группы, по сути как категория. Настройки voice_allowed_groups и voice_create_room_allowed_groups действуют на весь сайт, поэтому они не покрывают мою задачу.
В редакторе комнаты я вижу только переключатель Public (Публичная) и управление участниками на уровне отдельных пользователей.
Реализовано ли ограничение комнат по группам? Если да, то где находится соответствующая настройка? Если нет, планируется ли её появление? Я готов протестировать эту функцию.
Во многих моих сообществах категории, чаты и голосовые комнаты — это ресурсы, которые одна группа хотела бы использовать исключительно для себя, поэтому возможность контроля доступа к ним на уровне групп стоит у меня на первом месте.
Пока нет, в настоящее время всё основано на пользователях.
Как вы и упомянули, у @mcwumbly есть план в дорожной карте для нового интерфейса и стандарта управления доступом к таким функциям, как чат-комнаты и голосовые комнаты. Это будет реализовано, но пока ещё не готово.
Мы обнаружили один баг (или, скорее, неожиданную особенность): система поддерживает стереомикрофоны. Обычно в программном обеспечении для веб-конференций левый и правый каналы сжимаются до моно, так как для записи такого типа аудио обычно используются моно-микрофоны. (Кроме того, это теоретически снижает расход полосы пропускания). Текущее решение Discourse передаёт полный стереосигнал с микрофона.
)?