Description
We are using the Zoom Video SDK to provide a web service with video calls. Some users have reported frequent session disconnections.
Upon checking the logs, we noticed intermittent records of user join/leave activities and observed connection-change events with reconnecting and failed, failover statuses. Previously, we posted about a similar issue on this forum, and we were informed that improvements were planned. Could you share any updates regarding this matter?
Additionally, when this error occurs, it seems that users can still send their video to others, but they are unable to receive and display videos from other participants. Specifically, an INVALID_PARAMETERS error is triggered with the message “user is not sending video.” However, the affected participant is indeed sending video, and other participants can view it without any issues.
Upon further investigation using the video-statistic-data-change event, we found that the resolution (width and height) of the received video is 0, and the Frame Per Seconds is also 0.
We would appreciate any insights or updates on resolving this issue.
Which Web Video SDK version?
“@zoom/videosdk”: “^1.12.12”,
According to the logs, the user encountered several session failovers, one of which was likely caused by a prolonged network interruption, leading to a session join failure. The causes of all these session failovers are related to network conditions.
Thank you both for your replies.
I understand the reasons behind the failover occurrence.
However, after the failover happens and the user reconnects, the user can successfully upload their video, and it is displayed to other participants. Yet, the affected user cannot see the video from other participants.
Specifically, an INVALID_PARAMETERS error occurs with the message “user is not sending video.” (Of course, the user in question is sending video, and it is displayed to other participants without issues.)
Upon checking the received video using the video-statistic-data-change event, the resolution (width and height) is 0, and the Frame Per Seconds is also 0.
Additionally, when reviewing the Zoom dashboard, it was confirmed that the affected user is not receiving video from Zoom.
Could you clarify the reasons behind this behavior?
Thanks for sharing the detailed information with us.
INVALID_PARAMETERS “user is not sending video”
Typically, this error occurs because the userId is incorrect or the user hasn’t started the video. A reminder that after a session failover, the current user’s userId will change, and you need to use client.getCurrentUserInfo() to retrieve the latest one.
Or could you share the problematic session IDs with us for troubleshooting purposes if possible?
Apologies for the confusion. The INVALID_PARAMETERS error may have only occurred in the test environment.
The issue where the affected user could not display the video of other participants after the failover seems to have another cause.
Upon checking the received video using the video-statistic-data-change event, the resolution (width and height) was 0, and the Frame Per Seconds was also 0.
Additionally, reviewing the Zoom dashboard confirmed that the affected user was not receiving video from Zoom.
Given this information, could you provide any insights into the potential causes of this issue?
Is the issue you mentioned still related to this session ID?
From the logs, it was found that, for example, the user with user ID 16782336 quickly rendered and stopped rendering the user with user ID 16778240 (within 1ms).
As a result, this user cannot see others’ video and also does not see receiving video from Zoom on the dashboard.
Is the issue you mentioned still related to this session ID?
Yes, while this issue has occurred in multiple sessions, the current discussion pertains to this session.
The users with IDs 16782336 and 16778240 are the same individual. At 17:07, a failover occurred, and they reconnected.
As a result, from the perspective of 16782336, the video of another participant (16781312) is no longer displayed.
Of course, 16781312 is still actively participating in the session and is sending video.
Upon checking the Zoom dashboard, it was confirmed that the video for 16782336 shows no data being received under “Receiving Device from Web Client” and “Receiving from MMR to Web Client.”
User ID 16781312 experienced multiple failovers due to disconnection from the Zoom server. In the upcoming release, we will enhance the socket connection to reduce the frequency of session failover.