Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Video share screen FPS drops on second monitor #2162

Open
mrmoss99 opened this issue Feb 7, 2024 · 1 comment
Open

Video share screen FPS drops on second monitor #2162

mrmoss99 opened this issue Feb 7, 2024 · 1 comment
Labels
T-Defect Something isn't working: bugs, crashes, hangs, vulnerabilities, or other reported problems

Comments

@mrmoss99
Copy link

mrmoss99 commented Feb 7, 2024

Steps to reproduce

1. Where are you starting? What can you see?
I start in a call, when someone else is sharing their screen. I am in "freedom mode" and I have double clicked on their stream to bring it into focus.

2. What do you click?
I drag the element call window from my main monitor (2560x1440p 144hz), to my second monitor (1920x1080p 60hz)

Outcome

What did you expect?

For the share screen quality to remain unchanged

What happened instead?

The FPS of the share screen diminished significantly when viewing on my second monitor, but goes back to normal when moving the window to my main monitor.

Extra info:

The following lines in the console can be observed after moving the window from my main monitor to my second monitor:
`adaptivestream video dimensions 1144x644 {trackSid: 'TR_VSbXNixHq9zVRK'}trackSid: "TR_VSbXNixHq9zVRK"[[Prototype]]: Objectconstructor: ƒ Object()hasOwnProperty: ƒ hasOwnProperty()isPrototypeOf: ƒ isPrototypeOf()propertyIsEnumerable: ƒ propertyIsEnumerable()toLocaleString: ƒ toLocaleString()toString: ƒ toString()valueOf: ƒ valueOf()defineGetter: ƒ defineGetter()defineSetter: ƒ defineSetter()lookupGetter: ƒ lookupGetter()lookupSetter: ƒ lookupSetter()proto: (...)get proto: ƒ proto()set proto: ƒ proto()
livekit-client.esm.mjs:319

send update settings Tc {trackSids: Array(1), disabled: false, quality: 0, width: 1144, height: 644, …}disabled: falsefps: 0height: 644priority: 0quality: 0trackSids: ['TR_VSbXNixHq9zVRK']width: 1144[[Prototype]]: Geconstructor: class Tc[[Prototype]]: Object
`

Operating system

Windows 11 build 22631.3085

Browser information

Brave Browser Version 1.62.156 - Chromium: 121.0.6167.139 (Official Build) (64-bit)

URL for webapp

Element Call v0.5.14

Will you send logs?

Yes

@mrmoss99 mrmoss99 added the T-Defect Something isn't working: bugs, crashes, hangs, vulnerabilities, or other reported problems label Feb 7, 2024
@hazzuk
Copy link

hazzuk commented Apr 4, 2024

This issue also occurred for me, where element-call was placed on my second monitor. But when bringing it to my primary monitor, the share screen resizes and the framerate and overall quality drops drastically.

  1. User is using share screen, quality is as expected:
video1.mp4
  1. Call window is moved to another display, and window resizes it's self, quality drops:
video2.mp4

Windows 11: 22631.3296
Chromium: 123.0.6312.105

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
T-Defect Something isn't working: bugs, crashes, hangs, vulnerabilities, or other reported problems
Projects
None yet
Development

No branches or pull requests

2 participants