Description
That black tile seems to appear in several situations.
First one:
I enter the session where there are already some users. When the remote video should load, I see black tiles.
Remarks:
if the user from the black tile turns off and on his camera, then the image from his camera becomes visible
if the user from the black tile rejoins the session, then the image from his camera becomes visible
if someone joins later than me, then the black tile problem does not appear at all and I can see their camera image correctly
black tiles problem seems to occur on some devices only; on other devices the camera image loads without problems
it doesn’t matter whether we fire up our web app through the Chrome browser on an Android device or build a *.apk app through Capacitor. The effect is the same.
Session ID if needed: Session ID: +G9FmUlNR7280Hb3YwDypw==
I guess you’re listening to the peer-video-state-change event, but this doesn’t reflect users who have already started their video before joining the session. However, after joining the session, you can use client.getAllUser() to get the users who have already started their video and render them accordingly.
I guess you’re listening to the peer-video-state-change event
That’s correct. I listen to this event and call the video-tiles synchronization function with the users present at the meeting. This is where I call, among other things, client.media Stream.attachVideo to create a tile with video.
As I understand it, I should follow this tip from the documentation:
When a participant joins for the first time, you can add logic to check if there are remote participant videos already being sent, and if there are, you can render them.
It seems to me that the tip from your post partially solved the problem, but it still manages to appear suddenly after a few minutes or so of being in a meeting, i.e. the video stream of some participants becomes transparent (so it seems to be black).