android上的setRemoteDescription在SDP上失败，而SDP可以在浏览器之间工作。为什么？

Question

调试android App :SessionDescription is NULL。在我的onSetFailure方法的customsdpobserver.java文件中的一行代码中。

我的问题是为什么？在chrome浏览器之间，我可以毫无问题地建立webrtc会话。但是如果我想启动一个从chrome到android的会话，这个错误就会弹出来。

我见过有人指向包含空格的msid值，但在本例中没有。即使删除流似乎也不能解决问题。

有问题的SDP是：

v=0
o=- 4372422506058837932 2 IN IP4 127.0.0.1
s=-
t=0 0
a=group:BUNDLE 0
a=msid-semantic: WMS ADairUjGkfAjrr5NRONe1a4bPXHH53n2SNxd
m=video 9 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 102 122 127 121 125 107 108 109 124 120 123 119 114 115 116
c=IN IP4 0.0.0.0
a=rtcp:9 IN IP4 0.0.0.0
a=ice-ufrag:Sv2H
a=ice-pwd:XXXSLr666XXXtHU6660PQXXX
a=ice-options:trickle
a=fingerprint:sha-256 64:55:C1:44:C6:03:21:4E:65:65:4F:35:45:D2:9B:A4:A2:31:B9:00:B3:73:D0:23:AB:FD:6B:AD:00:1E:F7:84
a=setup:actpass
a=mid:0
a=extmap:2 urn:ietf:params:rtp-hdrext:toffset
a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:4 urn:3gpp:video-orientation
a=extmap:5 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a=extmap:6 http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
a=extmap:8 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
a=extmap:10 http://tools.ietf.org/html/draft-ietf-avtext-framemarking-07
a=extmap:12 http://www.webrtc.org/experiments/rtp-hdrext/color-space
a=extmap:9 urn:ietf:params:rtp-hdrext:sdes:mid
a=extmap:13 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
a=extmap:14 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
a=sendrecv
a=msid:ADairUjGkfAjrr5NRONe1a4bPXHH53n2SNxd 1b2012c8-7179-4122-9a5b-c745382eba60
a=rtcp-mux
a=rtcp-rsize
a=rtpmap:96 VP8/90000
a=rtcp-fb:96 goog-remb
a=rtcp-fb:96 transport-cc
a=rtcp-fb:96 ccm fir
a=rtcp-fb:96 nack
a=rtcp-fb:96 nack pli
a=rtpmap:97 rtx/90000
a=fmtp:97 apt=96
a=rtpmap:98 VP9/90000
a=rtcp-fb:98 goog-remb
a=rtcp-fb:98 transport-cc
a=rtcp-fb:98 ccm fir
a=rtcp-fb:98 nack
a=rtcp-fb:98 nack pli
a=fmtp:98 profile-id=0
a=rtpmap:99 rtx/90000
a=fmtp:99 apt=98
a=rtpmap:100 VP9/90000
a=rtcp-fb:100 goog-remb
a=rtcp-fb:100 transport-cc
a=rtcp-fb:100 ccm fir
a=rtcp-fb:100 nack
a=rtcp-fb:100 nack pli
a=fmtp:100 profile-id=2
a=rtpmap:101 rtx/90000
a=fmtp:101 apt=100
a=rtpmap:102 H264/90000
a=rtcp-fb:102 goog-remb
a=rtcp-fb:102 transport-cc
a=rtcp-fb:102 ccm fir
a=rtcp-fb:102 nack
a=rtcp-fb:102 nack pli
a=fmtp:102 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
a=rtpmap:122 rtx/90000
a=fmtp:122 apt=102
a=rtpmap:127 H264/90000
a=rtcp-fb:127 goog-remb
a=rtcp-fb:127 transport-cc
a=rtcp-fb:127 ccm fir
a=rtcp-fb:127 nack
a=rtcp-fb:127 nack pli
a=fmtp:127 level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
a=rtpmap:121 rtx/90000
a=fmtp:121 apt=127
a=rtpmap:125 H264/90000
a=rtcp-fb:125 goog-remb
a=rtcp-fb:125 transport-cc
a=rtcp-fb:125 ccm fir
a=rtcp-fb:125 nack
a=rtcp-fb:125 nack pli
a=fmtp:125 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
a=rtpmap:107 rtx/90000
a=fmtp:107 apt=125
a=rtpmap:108 H264/90000
a=rtcp-fb:108 goog-remb
a=rtcp-fb:108 transport-cc
a=rtcp-fb:108 ccm fir
a=rtcp-fb:108 nack
a=rtcp-fb:108 nack pli
a=fmtp:108 level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
a=rtpmap:109 rtx/90000
a=fmtp:109 apt=108
a=rtpmap:124 H264/90000
a=rtcp-fb:124 goog-remb
a=rtcp-fb:124 transport-cc
a=rtcp-fb:124 ccm fir
a=rtcp-fb:124 nack
a=rtcp-fb:124 nack pli
a=fmtp:124 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=4d0032
a=rtpmap:120 rtx/90000
a=fmtp:120 apt=124
a=rtpmap:123 H264/90000
a=rtcp-fb:123 goog-remb
a=rtcp-fb:123 transport-cc
a=rtcp-fb:123 ccm fir
a=rtcp-fb:123 nack
a=rtcp-fb:123 nack pli
a=fmtp:123 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=640032
a=rtpmap:119 rtx/90000
a=fmtp:119 apt=123
a=rtpmap:114 red/90000
a=rtpmap:115 rtx/90000
a=fmtp:115 apt=114
a=rtpmap:116 ulpfec/90000
a=ssrc-group:FID 3124764907 4086243738
a=ssrc:3124764907 cname:BuikQrEhwdeJQ+dA
a=ssrc:3124764907 msid:ADairUjGkfAjrr5NRONe1a4bPXHH53n2SNxd 1b2012c8-7179-4122-9a5b-c745382eba60
a=ssrc:3124764907 mslabel:ADairUjGkfAjrr5NRONe1a4bPXHH53n2SNxd
a=ssrc:3124764907 label:1b2012c8-7179-4122-9a5b-c745382eba60
a=ssrc:4086243738 cname:BuikQrEhwdeJQ+dA
a=ssrc:4086243738 msid:ADairUjGkfAjrr5NRONe1a4bPXHH53n2SNxd 1b2012c8-7179-4122-9a5b-c745382eba60
a=ssrc:4086243738 mslabel:ADairUjGkfAjrr5NRONe1a4bPXHH53n2SNxd
a=ssrc:4086243738 label:1b2012c8-7179-4122-9a5b-c745382eba60

我从data.sdp.toString()中获得了这个sdp，在以下代码的第一行中完成：

SessionDescription session = new SessionDescription(SessionDescription.Type.OFFER, data.sdp.toString());
CustomSdpObserver observer = new CustomSdpObserver("localSetRemote");
localPeer.setRemoteDescription(observer, session);

在最后一行，调试器在onSetFailure上中断。但SessionDescription为空。这对我帮助不大，因为它绝对不是NULL ;)

我希望安卓能继续下去，不会在onSetFailure上崩溃。接下来，它应该会创建答案。

我会奖励正确答案的。

Answer 1

不要紧..。我让它工作了..。只要确保不要在会话描述中传入带大括号的JSON就行了。保持它是纯文本，就像你从你的信令服务器上收到的一样。

任何不是应该的SDP的东西都会被拒绝，你会得到这个有用的SessionDescription是空的。消息。

但这很可能是你自己的错;)