nextcloud / nextcloud/spreed

observing ~400kbit/s bandwidth consumption whereas mic and camera are disabled

Open
#11,949 0 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

bug feature: call 📹 feature: frontend 🖌️ feature: WebRTC 🚡 performance 🚀
Dominant language
PHP
Stars
2.2k
Forks
587
Avg merge
18h 27m
Merged PRs (30d)
333

Description

How to use GitHub
  • Please use the 👍 reaction to show that you are affected by the same issue.
  • Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
  • Subscribe to receive notifications on status change and new comments.

Steps to reproduce

first scenario:

  • when I click the join call button, the device/media modal loads
  • my webcam LED lights on (no matter if camera is enabled or not. If it is enabled and that I disable it, webcam LED stays on)
  • shortly after I actually join the call, if my camera is disabled, my webcam LED switches off
  • in that case, I observe a sent stream around 400kbit/s, despite having disabled mic and camera

other scenario:

  • when I click the join call button, the device/media modal loads
  • my webcam LED lights on (no matter if camera is enabled or not. If it is enabled and that I disable it, webcam LED stays on)
  • instead of simply disabling the webcam, I go into the device section, and set the camera and mic device to none. The webcam LED instantly switches off.
  • I join the call.
  • the sent stream is nearly 0kbit/s, with a spike > 100kbit/s every 30s

I continued experimentations, and to summarize:

camera device mic device camera status mic status sent stream rate (kbit/s)
laptop camera laptop mic disabled ⭕ disabled ⭕ ~ 400
none none disabled ⭕ disabled ⭕ ~ 0
laptop camera none disabled ⭕ disabled ⭕ ~ 400
none laptop mic disabled ⭕ disabled ⭕ ~ 400
laptop camera none enabled 🟢 disabled ⭕ ~ 300
none laptop mic disabled ⭕ enabled 🟢 ~ 500

conclusion of this is:

  • having camera enabled sends a cheaper stream than having camera disabled
  • there is no way to lower the stream rate but to completely deactivate the camera and mic devices
Expected behaviour
  • having camera and mic set but disabled should send a close to zero stream rate
Actual behaviour

Tell us what happens instead

Talk app

c.nc.c

Browser

Firefox 124.0.1
Fedora Linux 39 (Workstation Edition)

Browser log
``` Insert your browser log here, this could for example include: a) The javascript console log b) The network log c) ... ```

Server configuration

Operating system: Ubuntu/RedHat/...

Web server: Apache/Nginx

Database: MySQL/Maria/SQLite/PostgreSQL

PHP version: 8.0/8.1/8.2

Nextcloud Version: (see admin page)

List of activated apps:

If you have access to your command line run e.g.:
sudo -u www-data php occ app:list
from within your server installation folder

Nextcloud configuration:

If you have access to your command line run e.g.:
sudo -u www-data php occ config:list system
from within your Nextcloud installation folder
Server log (data/nextcloud.log)
Insert your server log here

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No source file or test is identified in the issue. Start by reproducing both device-selection scenarios in Firefox 124.0.1 on Fedora Linux 39 and compare sent bandwidth with camera and microphone set but disabled; done means the stream is close to zero without fully deactivating those devices.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
audio-video-rtc
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.