2016-05-17 11 views
2

非常に基本的なWebRTCビデオチャットインターフェイス(Chromeのみのテスト)を作成しました。私はWebSocket上でSDPに信号を送り、STUN/TURN設定にTwilioサービスを使用しています。WebRTC:MediaStreamが追加されましたが、メディアが表示されません。

「ご回答ダンスは」正常に動作しているようだと私は、videoタグに追加されたリモートストリーム(IDで識別)とブロブのURLを取得する:ビューが空であるしかし

<video controls="true" autoplay="autoplay" width="640" height="480" src="blob:http%3A//localhost%3A3000/76ea7cb1-3ded-4c8d-b486-ea8856fe259e"></video> 

。ここで


私が入ってくるの申し出に答える方法です:

navigator.getUserMedia({video: true, audio: true}, function (stream) { 
         console.log("Stream Created:", stream.id); 
         pc.addStream(stream); 
         pc.setRemoteDescription(new RTCSessionDescription({type: "offer", sdp: sdp}), function() { 
          console.log("Remote description set"); 
          pc.createAnswer(function (answer) { 
           pc.setLocalDescription(answer, function() { 
            // send the answer to a server to be forwarded back to the caller 
            ws.send(JSON.stringify({action: "answer", to: callerID, from:myId, message: answer.sdp})); 
           }, error); 
          }, error); 
         }, error); 
        }); 

そして、ここではonaddstream機能です:

pc.onaddstream = function(e){ 
     console.log("Stream Added:", e.stream.id); 
     $("video")[0].src = URL.createObjectURL(e.stream); 
     $("video")[0].play(); 
    }; 

EDITは、SDPを追加しました:

Offer SDP v=0 
    o=- 69925770258960282 2 IN IP4 127.0.0.1 
    s=- 
     t=0 0 
    a=group:BUNDLE audio video 
    a=msid-semantic: WMS sY6R8GGwtIDPcK4uDv3W66jBseIXZvAq2Nbp 
    m=audio 9 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 126 
    c=IN IP4 0.0.0.0 
    a=rtcp:9 IN IP4 0.0.0.0 
    a=ice-ufrag:ADj3FEdod3ks08kE 
    a=ice-pwd:3W5QU38oyiB2Sj7EZql8p8Gn 
    a=fingerprint:sha-256 ED:D2:A4:8C:E0:5F:38:25:D3:D9:86:FC:BD:7C:1E:5C:DE:DE:6D:01:75:DA:3A:8F:F5:3E:27:83:D2:FD:DF:FD 
    a=setup:actpass 
    a=mid:audio 
    a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level 
    a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time 
     a=sendrecv 
    a=rtcp-mux 
    a=rtpmap:111 opus/48000/2 
    a=rtcp-fb:111 transport-cc 
    a=fmtp:111 minptime=10; useinbandfec=1 
    a=rtpmap:103 ISAC/16000 
    a=rtpmap:104 ISAC/32000 
    a=rtpmap:9 G722/8000 
    a=rtpmap:0 PCMU/8000 
    a=rtpmap:8 PCMA/8000 
    a=rtpmap:106 CN/32000 
    a=rtpmap:105 CN/16000 
    a=rtpmap:13 CN/8000 
    a=rtpmap:126 telephone-event/8000 
    a=maxptime:60 
    a=ssrc:349223883 cname:07HrC4w/vFw0loFv 
    a=ssrc:349223883 msid:sY6R8GGwtIDPcK4uDv3W66jBseIXZvAq2Nbp 282288d1-5b9a-4912-9ced-f6188b33139e 
    a=ssrc:349223883 mslabel:sY6R8GGwtIDPcK4uDv3W66jBseIXZvAq2Nbp 
    a=ssrc:349223883 label:282288d1-5b9a-4912-9ced-f6188b33139e 
    m=video 9 UDP/TLS/RTP/SAVPF 100 101 116 117 96 97 98 
    c=IN IP4 0.0.0.0 
    a=rtcp:9 IN IP4 0.0.0.0 
    a=ice-ufrag:ADj3FEdod3ks08kE 
    a=ice-pwd:3W5QU38oyiB2Sj7EZql8p8Gn 
    a=fingerprint:sha-256 ED:D2:A4:8C:E0:5F:38:25:D3:D9:86:FC:BD:7C:1E:5C:DE:DE:6D:01:75:DA:3A:8F:F5:3E:27:83:D2:FD:DF:FD 
    a=setup:actpass 
    a=mid:video 
    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=sendrecv 
    a=rtcp-mux 
    a=rtpmap:100 VP8/90000 
    a=rtcp-fb:100 ccm fir 
    a=rtcp-fb:100 nack 
    a=rtcp-fb:100 nack pli 
    a=rtcp-fb:100 goog-remb 
    a=rtcp-fb:100 transport-cc 
    a=rtpmap:101 VP9/90000 
    a=rtcp-fb:101 ccm fir 
    a=rtcp-fb:101 nack 
    a=rtcp-fb:101 nack pli 
    a=rtcp-fb:101 goog-remb 
    a=rtcp-fb:101 transport-cc 
    a=rtpmap:116 red/90000 
    a=rtpmap:117 ulpfec/90000 
    a=rtpmap:96 rtx/90000 
    a=fmtp:96 apt=100 
    a=rtpmap:97 rtx/90000 
    a=fmtp:97 apt=101 
    a=rtpmap:98 rtx/90000 
    a=fmtp:98 apt=116 
    a=ssrc-group:FID 2207775072 661034986 
    a=ssrc:2207775072 cname:07HrC4w/vFw0loFv 
    a=ssrc:2207775072 msid:sY6R8GGwtIDPcK4uDv3W66jBseIXZvAq2Nbp 4b45d0b6-877f-400e-8e3d-42cefcd8808e 
    a=ssrc:2207775072 mslabel:sY6R8GGwtIDPcK4uDv3W66jBseIXZvAq2Nbp 
    a=ssrc:2207775072 label:4b45d0b6-877f-400e-8e3d-42cefcd8808e 
    a=ssrc:661034986 cname:07HrC4w/vFw0loFv 
    a=ssrc:661034986 msid:sY6R8GGwtIDPcK4uDv3W66jBseIXZvAq2Nbp 4b45d0b6-877f-400e-8e3d-42cefcd8808e 
    a=ssrc:661034986 mslabel:sY6R8GGwtIDPcK4uDv3W66jBseIXZvAq2Nbp 
    a=ssrc:661034986 label:4b45d0b6-877f-400e-8e3d-42cefcd8808e 

私は何が欠けていますか?

+1

エラーメッセージはありますか? - 助けにはならないかもしれませんが、 'getRemoteDescription'を' getUserMedia'の直前で呼び出すことをお勧めします。そうでなければ、氷が氷の候補に欠場する可能性があります。あなたは 'pc.onicecandidate'を正しくやっていますか? – jib

+0

返信いただきありがとうございます。エラーメッセージはありません。私の間違いは、候補者なしで申し出を送信していた –

答えて

1

SDPは文句を言わない、最初はそれに任意のICE候補を持っている、とあなたがにコードを欠落しているように見える - と作るのは言及しない - 彼らが利用可能になると、お使いのシグナリングチャネルを介してICE候補をトリクル:

pc.onicecandidate = e => yourSignaling.send({ ice: e.candidate }); 

をし、もう一方の端に:

var incoming = msg => pc.addIceCandidate(msg.ice).catch(log); 

MDNのSending ICE candidatesを参照してください。

また、オファーを受けると、getUserMediaの前にsetRemoteDescription ASAPに電話してください。そうでなければ、同輩は申し込みの直後に到着するかもしれないICE候補を受け取る準備ができていません。

+0

もう1つの質問、私が接続しているピアがトリクルアイスをサポートしていない場合、どのような信号を送る正しい方法でしょうか? onicecandidateイベントは重複していますか? –

+0

@ ShlomiSchwartz私はそれが起こるケースを考えることができません。ピアツーピアは独自のソフトウェアを実行しません。代わりに、ソフトウェアは通常両端にあります。 - 細流化したくない場合は、 'pc.localDescription'を送信する前に' null'候補を待つだけです(その時点ですべての候補が含まれます)が、一部のシステムでは1〜20秒かかることがあります。 – jib

+0

他のピアはFreeSwitchサーバーなので、webrtcモジュールは独自のもので、サーバーはトリクルをサポートしていません。私はただnullemberを待つだけです –

関連する問題