Confused audio in multiparty video conference - please add control/audio allocation/handsup flag

Hi, many of us are loving jami and thanks for your fantastic work! I would observe that a possible improvement which may help attract and retain users is if the video conference audio control could work better because with three or more parties it can sometimes get garbled. If I understand correctly it seems that audio streams are all merged. This is problematic for many parties. I think it would be better if central audio allocation were controlled by the video conference initiator or host. Other parties could raise a flag/ hands up icon to signify they have something to say and then the controlling party could switch audio accordingly. This could be better for multiparty comms. If not the default then maybe this functionality could be an option "Start video call with audio allocation"

Yeah, merging streams is a problem and conferences needs a lot of work to be improved. Hopefully this will change one day

added media + 1 deleted label

Lot of changes, now there is layout/hangup per participant, lot of audio changes, still missing mute per participant

Mute per participant will come soon

Still hands up

mentioned in issue #856

Unfortunately, can't see the Raise hand/Lower hand button.

Audio-only call with 2 participants (you and one other)
client-qt Version: 202109202016 deb edition
Linux Mint 20.2 Cinnamon

There could also be a reactions menu on the Raise hand/Lower hand. To enable quick voting, could be added to complement the . For example, you could say "Do you understand?" and means yes and means no. In a tiled view you could see each participants tile with their response very quickly without filling up the chat.

Should a participant whose microphone becomes enabled, i.e. un-muted, automatically also lower their Raise hand icon (remove the handsup flag)? Thank you

mentioned in issue jami-client-gnome#1070 (closed)

assigned to @agsantos

changed milestone to %Jami for education

added SprintIn progress label

added SprintTo review label and removed SprintIn progress label

mentioned in commit jami-daemon@01594813

mentioned in commit jami-libclient@e47fa583

removed SprintTo review label

added SprintDone label

I will generate a new nightly tonight with the raise hand button available for video conferences.

It would be great if there was a button for participants to "report a problem". - Maybe also an option to select if I click on the "raise hand button".

For example if one participant can't hear the moderator or if the audio volume is too low. Or for example if you have to leave the conference quickly.

Something similar: #1278 (closed)

the option to "Raise Your Hand" (participants): (administrator / moderator rights): The current participant can now use a webcam or microphone for a short time / as long as the admin allows

I will generate a new nightly tonight with the raise hand button available for video conferences.

1. Which platforms will have the new nightly?

2. Is it planned to have raise hand button for audio conference?

Thank you

1. GNU/Linux
2. yes

mentioned in commit jami-client-qt@a79ea5fd

Is it planned to have the Hand button always shown in audio and video calls (i.e. non-conference calls)?

This may reduce the code complexity as the button is always shown.

It could also help with the UX experience as the button is always available (like in Jitsi Meet) so people need more understanding why the Hand button is sometimes there and sometimes not as the Hand button is shown for all audio and video calls.

Before we invite someone to a conference on Jitsi Meet for the first time, we call them on Jitsi Meet to explain how to use the program by using the program. This saves other peoples time in the conference as we are not explaining to new people how to use the program.

In some situations, it can is also easier to use the Hand button than writing in the chat. If a keyboard shortcut is added for the Hand feature there are other benefits of having the Hand button always shown. If the device is a touch screen having the Hand button always available provides other conveniences.

Thank you

We do not plan to add the Hand button for 1:1 calls, as there is no conferences options in this case (no moderators, no multi layout, etc). (we plan to add it in audio conferences) and it's for a different use case.

Before we invite someone to a conference on Jitsi Meet for the first time, we call them on Jitsi Meet to explain how to use the program by using the program

They can join the rendezvous before the others or be added to a conference before too.

Could there be multi layout in 1:1 calls when video split has been implemented? For example, 1:1 tutoring where someone could share multiple windows or their camera and a screenshare?

Thank you

Having a camera and a screenshare at the same time is wanted for all calls.

Please add handsup for 1:1 audio-only calls and video calls that are non-rendezvous as it is wanted for all calls. Thank you

For swarm, we are reworking for the call APIs, And all call will be video-conferences (even with 1:1), before this work we will not change this point.

mentioned in issue jami-client-qt#514 (closed)

assigned to @mcallet

Note, I leave it open for Maxim as it will be avaialbe on android too

1. Will handsup be available in macOS when is based on Qt? Is there an update on when macOS will be using Qt?
2. Will handsup be available for iPad/iOS users?

Thank you

1. Yes when the Qt client will be available it will be the same client with the same features on all desktop
2. It will be added,

Is there an ETA for 1 and 2? Thank you

For 1, Kateryna is currently heavily working on it (https://review.jami.net/c/jami-client-qt/+/19734) and this still needs a bump of Qt 6.2. I think at least a month.

For 2, not yet, as 1. is the big task

For client-android: https://review.jami.net/c/jami-client-android/+/19716

mentioned in issue jami-client-ios#145 (closed)

Note, leave it open for iOS implementation. @kkostiuk

iOS (iPhone and iPad) seem to now have the handup flag with https://review.jami.net/c/jami-client-macos/+/19956

macOS seems to be the only operating system to go; however, should this be done when macOS is migrated to Qt 6.2?

@kkostiuk should this issue be closed?

Thank you

Yes, with the migration it'll be automatically done.

assigned to @kkostiuk

Should the raisehand indicator be a timestamp?

• As of right now, 4b7a674 changed the raise hand indicator to be a timestamp, so they are now in order!
• That order is how raised hand users are rendered in the participants pane

https://github.com/jitsi/jitsi-meet/pull/9123#issuecomment-956242028

This can enable Ordered Raised Hands list https://jitsi.org/blog/who-won-over-the-classroom/

What do you think?

Thank you

Will a keyboard shortcut be added to raise/lower hand? Thank you

mentioned in commit jami-client-ios@3581fdea

closed

mentioned in issue jami-client-qt#639 (moved)

added typefeature request label