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 file sharing remains black for recipients when send in Chrome 88 and Edge 88 #1031

Closed
ReneS1991 opened this issue Jan 27, 2021 · 9 comments

Comments

@ReneS1991
Copy link

ReneS1991 commented Jan 27, 2021

What's happening
In both our Amazon Chime implementation AND the Chime demo (meetingV2) sharing a video-file in Chrome 88 and Edge 88 doesn't work properly anymore. When sharing the video-file from Chrome or Edge, the sender sees the video playing fine but all recipients see a black-screen, see attached screenshot. When sharing from Firefox it all works as it should, see attached screenshot 2.

As it was working a few days ago I thought it could be the Chrome version that was causing it so I tested Chrome 87 and there it all works again. I have no idea if this is something that needs fixing in the Chime SDK or in Chrome. Any help is more than welcome if anyone knows how to solve this.

NOTE: I tested this more with Chrome than with Edge, but for Edge 88 it doesn't work anymore either. I haven't checked if it was working in Edge 87, I only know it used to work in Edge so I don't exactly know from which version on it stopped working.

EDIT: I tested Chrome 90 (Canary) and it isn't fixed there yet.

Screenshots
Left: Chrome that is sharing the video
Right: Edge that is receiving the video
image

Left: Chrome (88) that is receiving the video
Right: Firefox that is sharing the video
image

Platform

  • OS: MacOS
  • Browser: Chrome
  • Browser Version: 88.0.4324.96
  • Amazon Chime SDK GitHub Commit: 9f3eaa1
@ReneS1991 ReneS1991 changed the title Video file sharing remains black for recipients when send in Chrome 88 Video file sharing remains black for recipients when send in Chrome 88 and Edge 88 Jan 27, 2021
@simmkyu
Copy link
Contributor

simmkyu commented Jan 28, 2021

The content-share API in Chime SDK for JavaScript uses the HTMLMediaElement.captureStream API to stream a video file. Since specific builds of Chrome 88 on macOS and Windows, the "captureStream()" had a problem sending data.
https://bugs.chromium.org/p/chromium/issues/detail?id=1156408

The bug also occurs in the official WebRTC demo. Open the following link and click the Play button on the right video element. You will see the black screen. The expected behavior is that you see the same video in both left and right elements.
https://webrtc.github.io/samples/src/content/capture/video-pc

As a workaround, the Chromium bug report suggests turning off the hardware acceleration option. Try the following steps:

  1. Open Chrome and click the vertical ellipsis at the top-right corner.
  2. Click Settings.
  3. In the "Search settings" field, search "Use hardware".
  4. Disable "Use hardware acceleration when available" and click "Relaunch."
  5. Try both the Chime SDK for JavaScript and the official WebRTC demo:
    a. Join the meeting on Chrome and share the file video. Others should see the file video from this Chrome presenter.
    b. Join the official WebRTC demo and click the play button in the right video element. You should see the same content in both video elements.

We will keep watching the Chromium bug report and update the Chime SDK with mitigation when available.

@ReneS1991
Copy link
Author

Thank you for your extensive & informative reply @simmkyu ! At least we have a workaround now to offer our clients, thank you 😄

@simmkyu
Copy link
Contributor

simmkyu commented Feb 2, 2021

We just confirmed that the workaround causes another video issue in macOS Chrome 88 due to the following Chromium bug.

After disabling the "Use hardware acceleration when available" option, other Chime SDK attendees cannot view the normal video from the Chrome user. They can only see the file video shared by the Chrome user. We will keep this issue updated as we learn more.

@karthikarul20
Copy link

karthikarul20 commented Feb 2, 2021

Same here. When the hardware acceleration is disabled, other attendees cannot view my video. When I turn on the "Use hardware acceleration when available" option, the video works.

MacOS version - macOS Big Sur Version 11.1
Chrome version - Version 88.0.4324.96

@simmkyu
Copy link
Contributor

simmkyu commented Feb 3, 2021

In the new macOS Chrome build (88.0.4324.146), the video bug does not occur anymore when you disable hardware acceleration. Other attendees can see your video. According to Chrome Releases, the Chrome version 88.0.4324.146 will roll out over the coming days/weeks.

Note that video file sharing still does not work in this new Chrome build if hardware acceleration is enabled.

@simmkyu
Copy link
Contributor

simmkyu commented Feb 8, 2021

The Chrome version 88.0.4324.146 is now available. Other attendees can see the video (not file sharing) from Chrome 88.0.4324.146 with the disabled "Use hardware acceleration when available" option. (This Chromium issue does not occur anymore.)

The video file sharing still does not work on 88.0.4324.146 when hardware acceleration is turned on.

@bldcaveman
Copy link

We are experiencing this issue too and can confirm turning off hardware acceleration works.

Guess we wait for Chrome to sort it out.

@michhyun1
Copy link
Contributor

Closing this issue - tracking it in #1059

@ivanpetrushev
Copy link

There are multiple browser/device issues, isn't it better to track them in their original tickets?

It is good to have one compiled index ticket, but every issue will have its own status, progress and discussion.

Putting all in one will create a mess.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

7 participants