WebRTC screen sharing artefacts
Reported by
serejkas...@gmail.com,
Dec 9 2016
|
|||||
Issue description
<b>Chrome Version : <Copy from: 'about:version'></b>
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL, along with the version, after other browsers where you
have tested this issue:
Safari: Doesn't support WebRTC
Firefox: Reproducible
IE: Doesn't support WebRTC
What steps will reproduce the problem?
(1) Install app https://chrome.google.com/webstore/detail/desktop-capture-sample/mhkidniocjdaiddjckopkigjmjbadfji
(2) Share application (Windows Explorer, Skype)
(3) Move other applications over one which shared.
What is the expected result?
Shared application should display correctly.
What happens instead?
There are artifacts on shared application.
Please provide any additional information below. Attach a screenshot if
possible.
Prerequisite: Windows 7 with Basic theme.
,
Dec 12 2016
qiangchen@ can you triage?
,
Dec 12 2016
,
Dec 12 2016
I just reproduced the issue. The window share works fine with Aero Themes, but not with Basic Themes. It looks a little weird, as the original window does not render correctly.
,
Dec 12 2016
I think it is a bug of windows API PrintWindow [1]. We have two ways to do window capture: 1. PrintWindow 2. BitBlt The difference is that BitBlt is faster, but on Basic theme, it would capture other windows that are covering the sharing target. (On Aero theme, it works fine.) PrintWindow is slower, and on Basic theme, it would cause this bug, if you drag other windows over the sharing target. Probably we do not have a way to fix it. [1]https://cs.chromium.org/chromium/src/third_party/webrtc/modules/desktop_capture/window_capturer_win.cc?q=windowcapturerw&sq=package:chromium&l=233
,
Jan 5 2017
As this is a bug of windows. |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by nyerramilli@chromium.org
, Dec 9 2016