Better robustness against dead webrtc channels

Bugs
1

I can’t tell if it’s getting worse or not, but I’ve noticed lately that W2G really struggles when connectivity is flaky. It seems like clients could report whether connections are healthy and reestablish them when things stall / drop. Main symptoms i see are:

  1. Video turns black or freezes, never recovers. Requires refresh by either client.
  2. Audio drops out, never recovers. Requires refresh by either client.

In both cases, the client “knows” that the other user has their media enabled and shows it as such (e.g. isn’t showing user avatar and/or is showing volume slider) but doesn’t know that the connection is effectively dead. It’s a shame to force users to refresh the page and reestablish all connections and the playing video to try to recover.

Decent options imo:

  1. Allow users to toggle their connection to other users somehow and cause the media streams to retry.
  2. Detect that there’s no data coming over the stream(s) and retry them manually.
2

Thanks a lot for your feedback. I agree that the webcam system needs to be more robust. It’s however a tricky thing to emulate and debug these kind of network failures. But the idea to trigger a reconnect to a specific user sounds great. May I ask how many online users with cams enabled you typically have in your room? Would you still rate the webcam system as „useable“ or did it become to worse?

3

Even with only two people it is flaky enough that we have started announcing every time we turn the cameras on or off in chat, because we can’t rely on the app tracking it correctly.

4

Thanks a lot for the feedback once more. Two questions:

  • Do you see that media is enabled but no video stream could be established? Or is there just nothing happening at all?

  • Which browsers are both of you using?

Florian