Hi Zoom team,
We operate a meeting-recording service that joins a Zoom meeting as a
guest using the Web Meeting SDK and captures the rendered browser tab.
For one specific meeting we’d like help diagnosing, all participant
video frames were recorded as fully black for the entire ~1 hour
session, while audio and the avatar placeholders (shown when video is
off) were captured correctly. The bot joined and left normally.
The same code path and same SDK version recorded many other meetings
without any issue around the same time window, so we believe the issue
is specific to this meeting / this Zoom session, not our setup.
Environment
- Zoom Web Meeting SDK: 6.0.0 (loaded from source.zoom.us)
- Chromium: 138.0.7204.183 (stable, version-pinned)
- Mode: headless, --disable-gpu, on Xvfb
- Host page served locally with COOP=same-origin, COEP=require-corp
(SharedArrayBuffer enabled) - Joined as a guest using sdkJwt and obfToken
- Participants peaked at 5
Symptom (recorded artifact, ~1h)
- Audio track: OK
- Participant name / avatar placeholders: OK
- Participant video streams: fully black for the entire session
What we would like to ask
- For Web Meeting SDK 6.0.0, are there known conditions under which
the SDK successfully subscribes to audio and renders the participant
list, but fails to render any incoming video frames (black canvas)
for an entire session? - Could there be host-side or participant-side meeting configurations
that produce this asymmetric behavior on a guest SDK client? - Is this fixed or improved in any later 6.x release? If yes, we will
prioritize an upgrade.
Sharing meeting identifiers privately
We have the Meeting ID, host email, and exact UTC timestamps that
would let your team look up the session on the server side, but we
do not want to post them publicly here. The forum does not let us
initiate DMs, so could you please DM us first? We will reply with
the Meeting ID and any other identifiers you need.
Thanks for your help.