`No video device`

When a device has no camera Jami shows No video device as displayed in the image below.

This means that only audio calls can be made and screen sharing should be possible.

This provides reasons to:

1. See #1316 (comment 31593)
   Always show the Screen share button in audio calls (except if Enable video account setting is disabled)
2. Fixed with Version: 202111041938
   When there is an incoming video call, only display Answer with audio and do not show Answer with video
3. See #1316 (comment 31540)
   Not show the Place video call button in the top right
4. See #1316 (comment 31540)
   Not show Start video call in the context menu (found by right-clicking on a conversation)
5. See #1316 (comment 31593)
   Not to toggle to the camera when stopping the screen share
6. See #1316 (comment 31721)
   Should the camera preview not be shown when there is No video device?
7. Won't fix #1316 (comment 31533)
   Should Video strings be renamed Camera in the image above as it is understood that screen share is also a type of Video? For example:
   Audio and Video Settings → Audio and Camera Settings
Video → Camera
No video device → No camera device

What do you think?

Thank you

Linux Mint 20.2 Cinnamon

assigned to @agsantos

changed milestone to %Jami for education

1. Show only if video is enabled;

2. Yes, accept in video can be removed;

3, 4. No, we can still request a video call from the other contact;

5. If no camera is available, daemon can not open one after file/screen sharing is closed;

6. Yes;

7. imho, Video is less confusing.

added UI/UX label

added SprintTo review label

3,4. Nice catch; if video is disabled can video be received?

7. Okay;

8. Should Resolution and Frames per second not be shown when there is No video device?

Thank you

3,4. imo, should not, but to be checked.

8. They are now visible with opacity 0.5 and cannot perform actions.

3,4. Nice catch; if video is disabled can video be received?

3,4. If video is disabled, should the buttons be hidden?

If video is disabled in account settings, yes.

Disabling video fully disables video in Jami. No video can be sent or received, and screen sharing would not be possible. It's mostly for embedded systems with no screen or limited hardware capabilities, or for people who just want audio for various reasons (gamers, some business use cases..?)

So if video is disabled, the video call and screen share options should not be displayed. File streaming would only allow to stream audio files.

If video is disabled, should the Video section in Audio and Video Settings (shown in the image of this issue) be hidden?

Audio/video device settings are global, while codec and enable video are per-account settings. However given the limited use-case of the enable video setting, we should hide it more and better explain its consequences in the UI to make sure people don't think it means to disable their camera only.

@aberaud I know this topic is closed but it would be great if you were able to disable audio (per-account) as well. See: #1385 (moved) and #1349 (moved)

unassigned @agsantos

assigned to @agsantos

added SprintDone label and removed SprintTo review label

closed

Should Leave video message be hidden?

Should this issue be re-opened or another issue created?

Thank you

Linux Mint 20.2 Cinnamon
Jami client-qt deb edition Version: 202111041938

No, because a video message doesn't need negotiation of any video codec, it's just capturing the camera and send it as a file to the chat.

But there is no camera device?

oh, yeah in this case it should be hidden indeed

reopened

changed the description

The device which has No video device still shows:

1. Place video call in the top right
2. Start video call in the context menu (found by right-clicking on a conversation)
3. Pause video button (as shown in the image below) (should the video button not be present at all?) when an intercom video call is placed from the device which does not have a camera.

Thank you

Linux Mint 20.2 Cinnamon
client-qt deb edition Version: 202111041938

Hi @ovari

For points 1 and 2, although you have no camera devices, you are still able to invite someone else to an audio/video call.

And for your third question, the camera button is there because, if during the call, a device is attached, it will be automatically added to the call. Also if you do a file/screen sharing you can close them by clicking in the camera button.

Also if you do a file/screen sharing you can close them by clicking in the camera button.

1. Should the video and screenshare buttons decoupled?

2. When there is a possibility to have both a screen share and camera at the same time, would the current logic need to be changed? (Joe Carlson has 2 video streams, a camera and a screenshare in jami-client-qt#579 (comment 31373))

3. Perhaps the Video label should changed to Camera to be consistent with jami-client-android? (cf. jami-client-android#1017 (closed))
   

What do you think?

Thank you

Regarding all the points, our intention is to decouple the camera button from the other video streams once we add the multiple streams view in the client. However, now it is linked to the current video stream state regardless of their source (file, screen or device).

our intention is to decouple the camera button from the other video streams once we add the multiple streams view in the client

Thank you

Should a new issue be created regarding decouple camera, screenshare and file video streams and buttons?

Thank you

imho, I don't think so

changed the description

changed the description

1. and 5. should be fixed on current version.

6. doesn't seems ok (cc @agsantos )

Crashed Jami while testing 5. Multiple clicking on the buttons and then crashed.

Screenshared the desktop and the video button is active and the Screen share button is muted (red with line through it). Should the Screen share button be active (no red and no line through it)? Please see image below.

Thank you

Edit: Maybe just ignore this as this may all change when video, file and screen share buttons are all decoupled.

H @ovari

Both buttons display the expected behaviour.

The video shows that the local video stream is not muted.

File/screen sharing button, however, displays the action to stop the file/screen sharing, not its state.

Thank you for once again clearing my misunderstanding. There are action buttons and state buttons.

6. fixed with https://review.jami.net/c/jami-client-qt/+/19740

This will be released in next nightly

changed the description

changed the description

closed

changed the description

mentioned in issue #1385 (moved)

mentioned in issue #1475 (moved)

mentioned in issue jami-client-android#1276