aws / aws/amazon-chime-sdk-android

Viewer device receives 0x0 video dimensions in onVideoTileAdded from second content share onward

Open
#673 1 comment 0 reactions 0 assignees View on GitHub
Needs More Information video
Dominant language
Kotlin
Stars
113
Forks
60
Avg merge
40m
Merged PRs (30d)
2

Description

Hi AWS Chime team,

We're running into a persistent issue only on Android where the viewer fails to receive valid video data when content sharing is restarted multiple times from another device.
🧪 Scenario:
- Device A (sharer): Starts content share
- Device B (viewer): Receives onVideoTileAdded with:
```
videoStreamContentWidth = 1280
videoStreamContentHeight = 550
pauseState = Unpaused
```
→ ✅ Everything works fine on the first content share.

- Device A: Calls stop share, then starts sharing again
- Device B (viewer) receives new onVideoTileAdded, but this time:
```
videoStreamContentWidth = 0
videoStreamContentHeight = 0
pauseState = PausedForPoorConnection
```
🛑 This problem occurs consistently from the second share onwards. The stream does not display,

🔍 Additional Notes:
- The sharing device logs show no errors — startContentShare works fine again
- The viewer receives a new tileId, so the tile is recreated — but with invalid dimensions
- The pause state is reported as PausedForPoorConnection, but the network is stable
- This is not a rendering/view bug — the tile dimensions are already 0 in the VideoTileState returned by the SDK
- Restarting the Chime session on the viewer device fixes the issue, but that's not a viable workaround

📦 SDK Versions:
```
chime_sdk: "0.18.3"
chime_sdk_media: "0.18.3"
```

❓Questions:
- Is this a known issue in the Chime Android SDK where viewers fail to receive valid video data after multiple content share restarts?
- Does the viewer need to reset or unbind anything between content share sessions?
- Is there an internal tile state on the viewer side that might not be cleaned up correctly?
- Any recommended way to force tile state refresh on the viewer without restarting the whole meeting session?

Thanks in advance for your support!

Contributor guide

Open the contributing guide

Research direction

Reproduce the repeated content-share sequence on Android using chime_sdk and chime_sdk_media 0.18.3. Inspect the viewer's onVideoTileAdded VideoTileState from the second share onward; the issue is done when recreated tiles report valid dimensions and display without restarting the Chime session.

Written by the indexing model from the issue text.

Assessment

Tech stack
android, aws, kotlin
Domain
audio-video-rtc, mobile-dev
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.