You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As a user I want to be able to send a voice broadcast to all users of a room, so that I can easily provide information by just talking. Compared to already existing voice messages it should be possible to listen to voice broadcast at the time they are being recorded. Think of this being a live-podcast over Matrix.
Some use-case scenarios for this feature can be to verbally provide updates, trainings, or talk to a large number of people.
How would you like to achieve it?
With the Voice Broadcast function, it should be possible to share longer audio messages in rooms with a short time delay.
Add a feature flag to implement this feature. This flag may be used later to enable it via the labs section. - [ ] Add in the room permission the voice broadcast option skipped: the room permissions are not available in Element-iOS
Add in the build settings or config file:
a max voice broadcast length (240 minutes)
a voice broadcast chunk length (TBD)
Add “Voice broadcast“ to the room composer options, this option is available only if the end user is allowed to use it
There can be a maximum of one simultaneous audio stream per room.
The sending client generates individual voice messages of x minutes (configurable via Build Setting), which are sent almost immediately.
In case of bad network connections, the sending client saves messages locally and automatically sends them when the connection is restored. In case of an interruption of the network during a voice broadcasting, the sending client pauses the broadcast until the connection is restored. The end user is then able to resume the VB or stop it
When activating the recording, the user would have a PIP recorder widget (or a bubble widget) to control the record (stop/pause, audio input device selection…)
The sender gets a countdown of the remaining recording time is displayed.
Recording can be paused and resumed at any time. During the paused recording, the app can be exited or other functions in the app can be used. The recording can be continued afterwards.
During the recording, the other clients are using the same User profile still functional
On the receiver side you only see a widget in the timeline, which dynamically reloads incoming audio chunks and plays them without any user action without interruption (for the listener).
There are buttons for play, pause, +/- 30 seconds
There is a progress slider that can be used to "scroll".
The volume of the system is to be applied so that the user can also control it with the physical buttons
The paused position during playback must be preserved in the client, to continue playback at a later point in time, even after reopening the client.
The live stream must always be visible to the user as long as it is active.
There can be chat messages in the room of others parallel to this stream be sent.
A session that has already ended can also be listened to afterwards. People who didn't have time during the "live streaming".
On mobile devices, no automatic Screen lock can be activated
Your use case
What/Why would you like to do?
As a user I want to be able to send a voice broadcast to all users of a room, so that I can easily provide information by just talking. Compared to already existing voice messages it should be possible to listen to voice broadcast at the time they are being recorded. Think of this being a live-podcast over Matrix.
Some use-case scenarios for this feature can be to verbally provide updates, trainings, or talk to a large number of people.
How would you like to achieve it?
With the Voice Broadcast function, it should be possible to share longer audio messages in rooms with a short time delay.
- [ ] Add in the room permission the voice broadcast optionskipped: the room permissions are not available in Element-iOSIn case of bad network connections, the sending client saves messages locally and automatically sends them when the connection is restored.In case of an interruption of the network during a voice broadcasting, the sending client pauses the broadcast until the connection is restored. The end user is then able to resume the VB or stop itHave you considered any alternatives?
No response
Additional context
Related to element-hq/element-meta#632
Design hand off: https://www.figma.com/file/5zlCPsSOJELBzIiQdHC2LV/Voice-Broadcasting
I'm live broadcasting:
I'm listening to a live broadcast, and decide to rewind:
The text was updated successfully, but these errors were encountered: