# En directo: salas de voz y vídeo estilo Discord, ahora incluidas en Discourse 🎙

**URL:** <https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337>\
**Category:** Announcements\
**Tags:** live\
**Created:** [1 Septiembre, 2026 18:11 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337 "2026-09-01T18:11:51Z")\
**Posts on this page:** 20\
**Page:** 3

<div class="post-metadata">

**Author:** ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)\
**Post date:** [8 Septiembre, 2026 23:12 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/43 "2026-09-08T23:12:55Z")

</div>

> [@SkyeDragon](#):
>
> Aunque es una nota menor, te estás acordando un poco mal: Mumble sí admite el volumen por flujo, e incluso permite aumentarlo más allá del 100 %. (Aunque no tiene vídeo en absoluto)

No me estoy acordando mal, solo soy de la vieja escuela 👴

> <https://github.com/mumble-voip/mumble/issues/1156>
>
> Hello!
> I will be happy if option of adjusting volume for each user appears in mu…mble.

Esto se añadió hace apenas 10 años en Mumble 1.3, cuando Mumble ya tenía más de 10 años.

Fue la principal queja sobre Mumble durante mucho tiempo.

---

<div class="post-metadata">

**Author:** ![SkyeDragon](https://avatars.discourse-cdn.com/v4/letter/s/3e96dc/32.png) [@SkyeDragon](https://meta.discourse.org/u/SkyeDragon)\
**Post date:** [9 Septiembre, 2026 01:12 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/44 "2026-09-09T01:12:29Z")

</div>

Acabo de estar probando con esto y ¡es genial! Quería darles algunos comentarios iniciales.

- Volumen del compartir pantalla vs. voz:

> [@Falco](#):
>
> Sí, solo haz clic derecho en cualquier participante para ajustar su audio en consecuencia.

Lo probé, pero no muestra el volumen del compartir pantalla de los otros participantes por separado de su volumen de voz. Solo muestra un deslizador combinado para su voz y el audio del compartir pantalla. ¿Se me escapó algún deslizador o lo entendí mal? (Mi caso de uso es poder silenciar o bajar el volumen de la transmisión de juego de alguien, pero seguir escuchando cómo habla.)

- Pequeño error: al editar una sala (por ejemplo, poner la primera letra en mayúscula del nombre de la sala), cuando vuelvo a intentar editarla, no muestra ninguna opción de edición hasta que recargo toda la página. Quizás la interfaz del cliente olvida que tengo permisos después de aplicar la edición.
- ¡Agradezco mucho la ventana emergente de privacidad de IP! Gracias por anticipar esta preocupación 🙂
- En mi sistema, mi micrófono es muy bajo y necesita mucha ganancia. Este es un problema de mi sistema, pero en Mumble (y supongo que en Discord, aunque ha pasado un tiempo y no lo recuerdo) puedo aplicar mucha ganancia manual para compensarlo. Sugeriría que, al desactivar la opción de ganancia automática, se proporcione un control de ganancia manual con un montón de margen para subir el volumen (mi ruido de fondo crudo normal es de -48db y mi voz está alrededor de -30db. En Audacity, esto sería aproximadamente un aumento de 20db para llegar al rango normal.)
- No es debido a Discourse, pero tiene la misma limitación que todo el compartir pantalla WebRTC en Linux: a saber, no hay audio de compartir pantalla en Firefox, y Chrome solo soporta el audio de compartir pantalla de pestañas del navegador. Así que, si quiero transmitir un juego, no puedo transmitir el audio del juego en Linux debido a las limitaciones del navegador.
  - Un truco inteligente que vi que otra solución ofrecía era simplemente exponer una dirección de punto de final (endpoint) a la que pudiera apuntar OBS. (Quizás LiveKit ya lo soporte, no he configurado aún la parte del servidor de LiveKit).

- ¡Me impresiona mucho la función de subtítulos! Aún no tengo un caso de uso para la parte de transcripción, pero definitivamente puedo ver que sería útil en entornos empresariales para tomar notas.
- Actualmente hay un desafío de interfaz: los visitantes no saben que hay personas en las salas de chat a menos que hagan desplazamiento hacia abajo, posiblemente una distancia larga. En mi instalación, es más de una página completa de desplazamiento debido a todos los enlaces/categorías/etiquetas que tengo. Esto es especialmente cierto en móviles, que simplemente no muestran la lista de usuarios de chat en absoluto, a menos que hagan clic en la barra de menú. Quizás recomendaría algún tipo de botón en la esquina superior derecha para cuando el chat esté activo ([ejemplo desde mumble](https://raw.githubusercontent.com/Skyedra/discourse-mumble/refs/heads/master/discourse-mumble-screenshot.png)). Ver que hay **(1)** o más personas ahí siempre es mi principal indicación de que alguien quiere que me una al chat.

En cualquier caso, gran trabajo con esto: es un gran paso adelante para Discourse y ¡estoy muy emocionado por ello! 🚀

---

<div class="post-metadata">

**Author:** ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)\
**Post date:** [9 Septiembre, 2026 08:26 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/45 "2026-09-09T08:26:48Z")

</div>

Hemos recibido mucho gran feedback, solo quiero resaltar algo

> [@SkyeDragon](#):
>
> - No se debe a Discourse, pero tiene la misma limitación que todas las funciones de compartición de pantalla WebRTC en Linux: a saber, la falta de compartición de audio en Firefox, y Chrome solo admite la compartición de audio de la pestaña del navegador. Así que, si quiero transmitir un juego, no puedo transmitir el audio del juego en Linux debido a las limitaciones del navegador.

Este ha sido mi principal reto hasta ahora, y afecta a todas las plataformas, ya que es imposible transmitir mis sesiones de juego a 7680x2160@240Hz a través del navegador, que carece de codificación por hardware.

Por lo tanto, estoy explorando la gestión de esto, así como funciones como PTT global, mediante una aplicación de escritorio nativa, que nos permita gestionar mejor estas integraciones.

---

<div class="post-metadata">

**Author:** ![SkyeDragon](https://avatars.discourse-cdn.com/v4/letter/s/3e96dc/32.png) [@SkyeDragon](https://meta.discourse.org/u/SkyeDragon)\
**Post date:** [9 Septiembre, 2026 18:03 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/46 "2026-09-09T18:03:44Z")

</div>

Gracias; la aplicación de escritorio nativa suena intrigante, pero por favor también soporten los estándares de streaming abiertos existentes, ya que al menos en mi grupo de amigos, todos ya tienen OBS instalado, confían en él y saben cómo configurarlo para transmitir. (Admito que esto es más común entre los jugadores que entre otros usuarios menos técnicos)

(Edición - solo para aclarar, la aplicación nativa también suena genial. Tener todos mis foros en una sola interfaz sería muy útil)

---

<div class="post-metadata">

**Author:** ![satonotdead](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/satonotdead/32/447830_2.png) [@satonotdead](https://meta.discourse.org/u/satonotdead)\
**Post date:** [9 Septiembre, 2026 19:50 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/47 "2026-09-09T19:50:36Z")

</div>

> [@SkyeDragon](#):
>
> OBS instalado, confía en él y sabe cómo configurarlo. (Admito que esto es más común entre los gamers que entre otros usuarios menos técnicos)

En cierto modo, estoy de acuerdo contigo, en el sentido de que no es Zoom. Pero también me permito discrepar un poco, porque por suerte OBS es un estándar utilizado en muchos campos.

---

<div class="post-metadata">

**Author:** ![eisammy](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/eisammy/32/528804_2.png) [@eisammy](https://meta.discourse.org/u/eisammy)\
**Post date:** [9 Septiembre, 2026 20:32 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/48 "2026-09-09T20:32:29Z")

</div>

Tuve un pequeño problema en la reconstrucción de hoy porque antes había probado el plugin con el nombre ‘Resenha’, que por cierto me entristeció bastante cuando lo cambiaron a ‘Voice’.

Esto resolvió mi problema:

> [@PG::UndefinedTable: ERROR: la relación "voice\_rooms" no existe](https://meta.discourse.org/t/pg-error-relation-voice-rooms-does-not-exist/411555/8?u=eisammy):
>
> Ok - probablemente se trata de una migración de Resenha que se asumió que se había ejecutado, pero no fue así. Dado que el mismo número de versión de migración se utiliza en el núcleo para voice, intentar añadir de repente una columna para voice\_rooms no funcionará, porque el nombre de la tabla sigue siendo resenha\_rooms. Puedes ejecutar lo siguiente en tu psql por ahora: DO $$ DECLARE has\_resenha boolean; has\_voice boolean; table\_pair record; BEGIN SELECT EXISTS (SELECT…

---

<div class="post-metadata">

**Author:** ![eisammy](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/eisammy/32/528804_2.png) [@eisammy](https://meta.discourse.org/u/eisammy)\
**Post date:** [9 Septiembre, 2026 20:35 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/49 "2026-09-09T20:35:56Z")

</div>

Ahora, sobre el propio plugin, me di cuenta (y quizás sea solo una impresión mía debido a la recompilación tras casi dos semanas con más de 300 commits) de que algo me hizo aparecer en #quién-está-en-línea cuando probé el audio en mi instancia, incluso aunque el conmutador estuviera definido en ‘Desconectado’. ¿Es el comportamiento esperado?

---

<div class="post-metadata">

**Author:** ![pmusaraj](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pmusaraj/32/119489_2.png) [@pmusaraj](https://meta.discourse.org/u/pmusaraj)\
**Post date:** [9 Septiembre, 2026 21:08 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/50 "2026-09-09T21:08:00Z")

</div>

> [@SkyeDragon](#):
>
> - Pequeño error: al editar una sala (por ejemplo, poner la primera letra del nombre de la sala en mayúscula), al volver a intentarlo, no aparece ninguna opción de edición hasta que recargo toda la página. Quizá la interfaz de usuario del cliente olvida que tengo permisos después de aplicar la edición.

Esto debería corregirse pronto: [FIX: Do not overwrite permissions after editing - Pull Request #43496 - discourse/discourse - GitHub](https://github.com/discourse/discourse/pull/43496)

---

<div class="post-metadata">

**Author:** ![newkid](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/newkid/32/522817_2.png) [@newkid](https://meta.discourse.org/u/newkid)\
**Post date:** [10 Septiembre, 2026 04:55 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/51 "2026-09-10T04:55:10Z")

</div>

¿Es posible mostrar en nuestra página alojada \> acerca de \> actividad del sitio (por ejemplo) 5 chats de voz de los últimos 7 días? O cualquier otra redacción que sea apropiada.

Nuestro caso de uso es mostrar la mayor cantidad de actividad posible para ayudar a que nuevos miembros se unan.

 ![image](https://global.discourse-cdn.com/meta/original/4X/c/c/8/cc81fdc6dedbab03116c3e85e84fa3aa258f8d09.png)

---

<div class="post-metadata">

**Author:** ![putty](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/putty/32/370902_2.png) [@putty](https://meta.discourse.org/u/putty)\
**Post date:** [11 Septiembre, 2026 19:52 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/52 "2026-09-11T19:52:12Z")

</div>

¿Podríais invitar a grupos a una sala de voz en lugar de a usuarios individuales? Entiendo que eso puede complicarse en la página de miembros si tienes que eliminar a alguien que sigue perteneciendo a ese grupo, etc.

Vamos a implementar esto en algunos proyectos activos orientados al cliente que tenemos en marcha, pero son 17 grupos con personas totalmente distintas 😅

---

<div class="post-metadata">

**Author:** ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)\
**Post date:** [11 Septiembre, 2026 19:59 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/53 "2026-09-11T19:59:13Z")

</div>

> [@putty](#):
>
> Ten en cuenta que esto puede complicarse en la página de miembros si tienes que eliminar a alguien que todavía está en ese grupo, etc.

Sí, esta es básicamente la razón por la que funciona así.

Si quieres restringir toda la función a los miembros de esos 17 grupos, es posible hacerlo mediante la configuración del sitio, pero la invitación de un solo uso es por usuario (es demasiado fácil que se convierta en una amplificación del spam) y la membresía de la sala en sí también es por usuario (mantenerla sincronizada con los grupos sería una mejora para el futuro).

---

<div class="post-metadata">

**Author:** ![putty](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/putty/32/370902_2.png) [@putty](https://meta.discourse.org/u/putty)\
**Post date:** [11 Septiembre, 2026 20:07 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/54 "2026-09-11T20:07:17Z")

</div>

Totalmente de acuerdo. Tampoco parece haber forma de hacerlo a través de la API :sadpanda:

¿Me estoy perdiendo algo con el método del enlace de invitación? Compartí el enlace con una cuenta de prueba que está en los grupos aprobados, pero cuando intento hacer clic con mi usuario de prueba, aparece `¡Ups! Esa página no existe o es privada`.

Actualización: O sea, incluso si invito a ese usuario y veo el canal de voz en la barra lateral, al hacer clic en el enlace me lleva a esa página de error.

---

<div class="post-metadata">

**Author:** ![mcwumbly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcwumbly/32/103861_2.png) [@mcwumbly](https://meta.discourse.org/u/mcwumbly)\
**Post date:** [12 Septiembre, 2026 11:13 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/55 "2026-09-12T11:13:39Z")

</div>

Ya manejamos parte de esta lógica para agregar y quitar personas de los canales de chat, si el canal está asociado con una categoría privada.

Falco, no recuerdo si ya tenemos una forma de asociar un canal de voz con un canal de chat o no. Sé que lo discutimos en el pasado con los mensajes directos. Pero eso podría ser un enfoque aquí.

Alternativamente, podríamos copiar lo que estamos haciendo para los canales de chat y permitir que las categorías actúen como la capa de control de acceso (aunque sé que hemos discutido a menudo eliminar esa capa de indirección y permitir establecer el acceso directamente a nivel de canal).

- configurar una categoría privada
- crear un canal de chat para esa categoría
- habilitar el audio en ese canal de chat (o crear también un canal de voz para la categoría)

Si también deseas restringir la función completa a un conjunto de grupos, creo que eso aún tendría que gestionarse mediante la configuración del sitio. Un flujo de trabajo podría ayudar a gestionar cierto nivel de automatización o verificación de coherencia para ello, quizás.

@martin esto podría tener cierta superposición con lo genérico de control de acceso en lo que has estado trabajando.

Podría ser valioso ponerse al día con @awesomerobot sobre hacer un empuje más amplio con eso pronto para que podamos pensar en cómo aplicar ese aspecto de las cosas de manera más consistente en toda la aplicación.

---

<div class="post-metadata">

**Author:** ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)\
**Post date:** [12 Septiembre, 2026 16:28 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/57 "2026-09-12T16:28:54Z")

</div>

Eso es raro, ¿están esos usuarios de prueba en algún estado raro, como en un nivel de confianza que no permite el acceso?

---

<div class="post-metadata">

**Author:** ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)\
**Post date:** [12 Septiembre, 2026 16:31 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/58 "2026-09-12T16:31:28Z")

</div>

> [@mcwumbly](#):
>
> Ya se maneja parte de esta lógica para añadir y quitar personas a los canales de chat, si el canal está asociado a una categoría privada.
> 
> Falco, no recuerdo si ya tenemos una forma de asociar un canal de voz con un canal de chat. Sé que lo discutimos en el pasado con los mensajes directos. Pero podría ser un enfoque aquí.

Sí, eso está en la hoja de ruta.

Definitivamente no fue un impedimento para el lanzamiento, y es una parte tan enrevesada de la aplicación que nuestros esfuerzos podrían usarse mejor para acertar con lo fundamental del audio y el vídeo, pero algo en lo que seguiré trabajando en los próximos meses.

---

<div class="post-metadata">

**Author:** ![martin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/martin/32/491371_2.png) [@martin](https://meta.discourse.org/u/martin)\
**Post date:** [13 Septiembre, 2026 23:32 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/59 "2026-09-13T23:32:04Z")

</div>

Respondí en dev, pero el nuevo sistema de ACL debería ser genial para esto, en lugar de usar la antigua y enrevesada herencia de permisos por categoría 🙂

---

<div class="post-metadata">

**Author:** ![putty](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/putty/32/370902_2.png) [@putty](https://meta.discourse.org/u/putty)\
**Post date:** [14 Septiembre, 2026 13:25 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/60 "2026-09-14T13:25:20Z")

</div>

> [@Falco](#):
>
> Eso es raro, ¿esos usuarios de prueba están en algún estado raro, como en un nivel de confianza que no permite el acceso?

No creo que sea así. Acabo de subir a mi usuario de prueba al TL3, así que definitivamente no es una restricción de TL. Algo del propio enlace de invitación parece estar roto. Miren lo que pasa al acceder a él de la manera habitual (el enlace se comporta de la misma manera, tenga o no mi usuario acceso).

> [@mcwumbly](#):
>
> Ya manejamos parte de esta lógica para agregar y quitar personas a los canales de chat, si el canal está asociado con una categoría privada.

Lamentablemente, estos grupos solo funcionan a través de mensajes directos, por lo que no hay un vínculo por categoría al que recurrir.

Creo que compartir un enlace de invitación en un mensaje directo será suficiente una vez que figuremos por qué no está funcionando 😅

---

<div class="post-metadata">

**Author:** ![ducks](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ducks/32/518975_2.png) [@ducks](https://meta.discourse.org/u/ducks)\
**Post date:** [14 Septiembre, 2026 15:20 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/61 "2026-09-14T15:20:06Z")

</div>

buena sugerencia. Aquí está el PR que lo añadirá.

 ![about-page-voice-stats](https://global.discourse-cdn.com/meta/original/4X/4/c/1/4c1f6795a6e7da918369f30c1e5c8db6f89cb511.png)

> <https://github.com/discourse/discourse/pull/43640>
>
> Add a site activity statistic counting distinct people who joined voice rooms in… the last seven days. Repeat visits count once per person.
> 
> Use the existing plugin statistics and About page activity APIs. Omit statistics when Voice or analytics are disabled, and hide the activity row when there are no recent participants.
> 
> \<img width="347" height="515" alt="about-page-voice-stats" src="https://github.com/user-attachments/assets/65b2ac89-f629-4f75-8b0f-a523a5f0967c" /\>

---

<div class="post-metadata">

**Author:** ![kumakaze](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/kumakaze/32/577911_2.png) [@kumakaze](https://meta.discourse.org/u/kumakaze)\
**Post date:** [14 Septiembre, 2026 17:49 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/62 "2026-09-14T17:49:19Z")

</div>

He notado que cada vez que me uno a una sala de voz con el tipo de sala configurado como abierto, el usuario activa automáticamente su micrófono. Esto también ocurre cuando un orador se une a una sala de voz de escenario. Me pregunto si es posible permitir que el administrador establezca si el micrófono debe activarse automáticamente al unirse.

---

<div class="post-metadata">

**Author:** ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)\
**Post date:** [15 Septiembre, 2026 16:43 UTC](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/63 "2026-09-15T16:43:15Z")

</div>

¿No resultaría confuso?

Las aplicaciones de reuniones de “trabajo”, como Zoom, Teams y Meet, tienen esta característica cuando se supera un umbral de participantes, pero este nunca fue un comportamiento en las aplicaciones de las que nos inspiramos, como TeamSpeak, Ventrillo, Mumble, Discord, etc.

Siento que este paso adicional no tiene mucha precedencia y parece un paso extra que complica aún más la experiencia de usuario para los principiantes.

[Página anterior](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337.md?page=2)

[Página siguiente](https://meta.discourse.org/t/live-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337.md?page=4)
