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
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
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.
User is using share screen, quality is as expected:
video1.mp4
Call window is moved to another display, and window resizes it's self, quality drops:
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
The text was updated successfully, but these errors were encountered: