End call immediately
Hi bro!
I have small question. Plz help me!
I had Peer A connected with Peer B.
Now, Peer A execute call.close() for hangup.
And Peer B do not receive call.on('close') event immediately, it have some second.
What should I do?
-
This is due to trying reconnection which sometimes occurs along with network condition. Currently you need to wait for some secs.
Alternatively you can use "Room" model even though you're going to make a P2P call, as done in https://example.webrtc.ecl.ntt.com/fullmesh-videochat/index.html# . In this example, after PeerB left, PeerA can notice its event immediately.
-
Sorry for replying to an old thread.
It seems to me like there are two separate scenarios that the SDK has merged into one. These scenarios are:
- One of the peers explicitly chooses to disconnect using `call.close`.
- One of the peers experiences a network disconnection.
I think that in scenario 1, the SDK should immediately notify the remote peer that the call will close now, and then close the connection. The SDK should not handle scenario 1 like scenario 2.
Rewriting to use the room model to work around this issue is undesirable, because from a UX and backend perspective now the app needs to differentiate between "1 on 1 rooms" and "multi party rooms" and then recreate the correct call experience. Eg. when someone hangs up on a 1 on 1 telephone call, both sides will immediately stop broadcasting.
What do you think?
-
Douglas,
Thanks for your comments.
Personally I really understand and agree on what you wrote. Especially, the scenario [1] should reflect on the status immediately and SDK should notice developers.
SkyWay team has been already understood this background and start to work on the improvement along with the priority.
Please sign in to leave a comment.
Comments
3 comments