Android remove stream from remote connection

[rfazi]

Describe the bug The remote connection will not return the stream if I do not load my stream even if I add the constant offerToReceiveAudio and offerToReceiveVideo.

Expected behavior When I create remote connections I expect to receive the remote stream including audio and video even if I don't upload my audio and video including the offerToReceiveAudio and offerToReceiveVideo constants.

Wrong current behavior If I do not add my streams to the remote connection, the connection does not return the remote streams.

OpenVidu tutorial where to replicate the error Tutorial for Android: Session.java -> public void createRemotePeerConnection Comment out peerConnection.addStream or mediaStream.addTrack. CustomWebSocket.java -> private void subscribeAux Add

MediaConstraints sdpConstraints = new MediaConstraints();
sdpConstraints.mandatory.add(new MediaConstraints.KeyValuePair("offerToReceiveAudio", "true"));
sdpConstraints.mandatory.add(new MediaConstraints.KeyValuePair("offerToReceiveVideo", "true"));

and replace new MediaConstraints() for 'createOffer' method with sdpConstraints.

OpenVidu deployment info

• Docker container as explained in OpenVidu tutorials, with './openvidu start' command on Debian 10.3.

Client device info (if applicable) Describe the client device(s) or platform(s) where you are able to replicate the error. For example:

• Android 9
• Chrome 81

[rfazi]

Any update about this?

[micaelgallego]

Are you using Android sample app? If this is the case, as you can see, there is no SDK. All involved code is included in the sample app. So you can tweak it whatever you want.

To create mobile apps we support ionic SDK and react native SDKs.

Native Android sample app is provided as is. Pull Requests are welcomed.

[micaelgallego]

I've moved the issue because is a problem in a tutorial

[rfazi]

OK, in the meantime I have fixed the issue. I will create a pull request when I have time. Thanks anyway.

[micaelgallego]

Cool!

[rfazi]

I've created a PR #100

[micaelgallego]

Thank you. We will take a look in the following days.