Closed mpszczolinski closed 4 years ago
@mpszczolinski ,
Thanks for bringing this to our attention. We will try and reproduce this on our end, and get back to you with an update shortly.
Thanks,
Manjesh Malavalli Video JavaScript SDK Team
Hi @mpszczolinski,
We think this is fixed as of twilio-video.js@1.2.2. Can you please re-test and let us know if it fixed your issue?
Thanks, Mark
issue fixed, but it caused another issue.
When I stop screensharing, so a video stream (from laptop camera) is being re-added to tracks, its stats are frozen (no longer updates).
So what I am doing:
ok, so I fixed it by creating new localVideoTrack [ Video.createLocalVideoTrack() ] and adding it to tracks (rather the readding previously removed track).
GENERAL CONCLUSION: My general conclusion is that when track is removed from tracks, but kept in memory, and then reattached to tracks - it behaves differently than new created tracks. There may be some bug/issue in code.
best regards Guys! :)
Just an update here: in general this should be much-improved in twilio-video.js 2.x due to some changes around how we manage the underlying MediaStreamTracks.
I've added correct screen capture screen to localParticipant tracks. It shows properly on remote participant, but when using "room.getStats().then(...)" the properties of this track are all null (like dimensions, packetsSend etc.) I've verified and it works correctly when track are added before joining room. So the problem is only when track is added dynamically, like this:
the room.getStats() has data for new added stream, but it's properties are null/undefined
Expected behavior: When I add video track dynamically (after joining room) - the getStats().then(...) has correct statistic data of all (also freshly added) tracks.
Actual behavior: the freshly added video track has statistic data properties set to null/undefined
Software versions: