While developing audio and video calling functionality using Java Native WebRTC on Android devices, I encountered an issue related to media negotiation and RtpTransceiver. Specifically, even though the answer side (receiver) sets the direction of the RtpTransceiver to SEND_RECV, the generated SDP answer still includes a=recvonly. This results in the media stream being received only, and not sent, which affects the bidirectional communication.
Development EnvironmentInitial Code Setup:
Problem: Despite setting SEND_RECV, the generated SDP answer still contains a=recvonly.
Attempted Debugging Steps
Logging:
Verified Transceiver Configuration:
Thank you for your time and help!
--
This list falls under the WebRTC Code of Conduct - https://webrtc.org/support/code-of-conduct.
---
You received this message because you are subscribed to a topic in the Google Groups "discuss-webrtc" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/discuss-webrtc/57ePfB1yRao/unsubscribe.
To unsubscribe from this group and all its topics, send an email to discuss-webrt...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/discuss-webrtc/b559f9a8-0cad-4dc3-824c-1c0f15eb111cn%40googlegroups.com.
No need to call addTransceiver on the answer side. A new transceiver with recvonly direction will be added after setting the offer. Just call getTransceivers to get it and modify its direction to sendrecv before creating the answer.
You received this message because you are subscribed to the Google Groups "discuss-webrtc" group.
To unsubscribe from this group and stop receiving emails from it, send an email to discuss-webrt...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/discuss-webrtc/CAMioq0vvU8c5q%3D%2BJ_pFsOn5mJQ3H9%2Bs-xBV9RQ-5jPcVa-QtoQ%40mail.gmail.com.