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

Issue 603741 link

Starred by 2 users

Issue metadata

Status: Duplicate
Owner: ----
Closed: Apr 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

Youtube video screenshare stopped during hangout between device Daisy user and desktop user

Project Member Reported by srcv@chromium.org, Apr 14 2016

Issue description

Chrome Version:  51.0.2704.0 / 8172.1.0 dev
Device: Daisy

What steps will reproduce the problem?
1. Join a two way successful hangout call between device Daisy user and desktop(Linux) user
2. From device user, select the screenshare option from the left side of the hangout window
3. A new window with the different screens shows up for the selection
4. Select a window with youtube video and click on 'Share' option at the bottom

Expected Result:
Youtube video from device should be shown on desktop user screen without any disruptions.

Actual result:
Youtube video from device is displayed on desktop user screen for few seconds and then it gets paused automatically. Wait for a minute and try to move cursor around the youtube video window. Observe that video display starts on desktop user screen after moving mouse cursor few times on device user screen and pauses again.

Additional information:
1. Please see attached webrtc-internal dump from desktop, device Daisy and generate_logs from device Daisy

2. Feedback submitted for youtube video stopping:
https://feedback.corp.google.com/product/208/neutron?lView=rd&lRSort=1&lROrder=2&lRFilter=1&lReportSearch=user:srcv&lReport=7985496551

3. Youtube link used:
https://www.youtube.com/watch?v=R6LL4qP5z5U

4. Used "webrtclatencylab" test network during hangout

5. This issue is observed 2/3 times during hangout between device Daisy and desktop

6. Bug filed for similar issue observed on device Pit https://bugs.chromium.org/p/chromium/issues/detail?id=594290. Filed a separate bug for this issue as it is observed on different device family.
 
Desktop_hangout_daisy_m51_yt_screensharewebrtc_internals_dump.txt
554 KB View Download
Dasiy_hangout_with_desktop_594290webrtc_internals_dump.txt
758 KB View Download
Components: -Blink>WebRTC>Video Blink>GetUserMedia>Desktop
Mergedinto: 594290
Status: Duplicate (was: Untriaged)
Dasiy_hangout_with_desktop_594290webrtc_internals_dump.txt -> ssrc_2366392447_send stats show stretches where googFrameRateInput is zero -> dupe of bug 594290

srcv@ - you don't need to file any more new bugs related to significant screenshare delays until bug 594290 is resolved. If you're not sure, go ahead and continue to file new bugs, but please look at the ChromeOS webrtc-internals dump and use something like http://fippo.github.io/webrtc-dump-importer/ (or any other visualization tool) to check the video send -> googFrameRateInput stats. If you see long stretches where googFrameRateInput is zero, no new bug is needed (at least until bug 594290 is resolved).

Sign in to add a comment