New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 891215 link

Starred by 1 user

Issue metadata

Status: Untriaged
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

Screen sharing for long time blurs the video feed [Device specific]

Project Member Reported by vasanthakumar@chromium.org, Oct 2

Issue description

Chrome Version: 70.0.3538.22 / 11021.19.0 
OS: cros Spring

What steps will reproduce the problem?
(1)Open appear.in and join a room. 
(2)Add at least 3 more peers into the room [I used 2 chromebooks - jaq, Quawks and linux z440]
(3)Share the screen from spring and leave it for 10-15 mins.

What is the expected result?
Screen share works as expected

What happens instead?
After some time, the shared screen blurs for its peers. This can be stopped after we stop the screen share. 

Reproducible?
100% reproducible in this setup. Tried with less peers this is not reproducible. 

Regression?
Have to confirm if this is a regression. I will update about it soon. 
 
Cc: arg...@appear.in fi...@appear.in
Adding Appear.in contacts in here. Does this sound like an appear.in issue for you? please share your thoughts.
Here comes the video. 
Video.MOV
6.0 MB View Download
Logs: https://cloud.google.com/console/storage/chromiumos-test-logs/bugfiles/cr/891215/

Other observation: Sometimes there is a notification that there is no internet and some disturbances in the call. This happens after I reproduce the blur issue and top the screen share. 

It can be the network issue but notification is seen only in Spring (DUT). I dont see the similar notification in other peers which also uses the same network. I hope this helps. 
Description: Show this description
that looks *quite* blurred indeed. Nothing we do on purpose.

Do you have a chrome://webrtc-internals dump? I can check our stats but we only get one data point every 8 seconds.
regarding #3:
Screenshot 2018-10-02 at 12.16.25 PM.png
252 KB View Download
I think I have your call... starts at 10:15 local time, shares screen immediately until 10:20, then uses the camera until sharing again at 10:38. Does that sound like I have the right session?

I wonder if the simulcast screensharing stuff could cause this... might still be on by default, see  issue 889028 
I am not sure if thats the right one. I have made so many calls from yesterday evening and the call was live till today morning. I have sent you the logs via email now. Kindly have a look. 

If you need more logs do let me know.
Cc: sprang@chromium.org
I have tried reproing this today without any luck.
Were there any network restrictions in effect?
No network restrictions for this. I suspect the latest update for chrome could play a role. Before giving you the device, I tried to reproduce after the chrome update but no luck. 

Sign in to add a comment