Блог

Отлаживая приложение для Android, я просто получаю:SessionDescription равно нулю. В строке кода в моем customsdpobserver.java файл в методе onSetFailure.

Мой вопрос в том, почему? между браузерами 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
  

Я получил этот sdp из data.sdp.toString (), выполненный в первой строке следующего кода:

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

В последней строке отладчик прерывается при onSetFailure. Но описание сеанса равно нулю. мне не очень помогает, поскольку это определенно не NULL 😉

Я ожидаю, что Android просто продолжит и не сломается при onSetFailure. Затем он должен создать ответ.

Я вознагражу правильный ответ.

Неважно.. у меня получилось.. Просто убедитесь, что не передаете JSON с фигурными скобками и прочее в sessiondescription. Сохраняйте это обычным текстом, точно так же, как вы получили его со своего сервера сигнализации.

Все, что не является SDP таким, каким оно должно быть, отклоняется, и вы получите это полезное описание сеанса равно НУЛЮ. сообщение.

Но, скорее всего, это ваша собственная ошибка 😉