YouTube LiveのWebRTCサポートを技術的にみた感想 – meteor – Medium
今朝、Twitterを眺めていたらYouTubeがウェブカメラから直接配信できるサービスを始めたと聞いて詳しく調べてみました。 以前にもYouTube LiveにてGoogleハングアウトを使ったカメラ配信は出来たのですが、これは恐らくRTMPを使ったもので今回はWebRTCを使っているため、全く別物です。 現在はGoogle Chromeのみ対応しているようですが、FirefoxやSafariにも今後対応していくと考えられます。 配信基盤 YouTube Liveのカメラ配信では、先ほど述べたとおりWebRTCを使っています。 ですので、ブラウザ単体で配信することが出来ます。現在はカメラのみで画面共有は対応していないようです。 視聴者側はWebRTCではなく、トランスコード処理を行いMPEG-DASHまたはHTTP Live Streamingで配信されています。 これはWebRTCで大
WebRTCで良く使うツールとか - Qiita
Chromeでサポートしているツールの一覧は以下に載っています． 最新のChrome v39では使えないものもありますが，大体どんなツールか知るには役立ちます． Google Chromeの詳細情報を見る方法 HTTPヘッダー、通信状態など開発者向け情報 自分の環境で使えるツールはChromeで以下のコマンドを打つと出てきます． chrome://webrtc-internals/ Peerセッションのイベントや，シグナリングの経過，送受信中の統計データが確認できる． 対向のPeerとやりとりしている映像サイズ，FPSとかビットレートも見れる． スマートフォンはこの画面を見ていると，対向から送られてくる受信側のデータしか見れない． (恐らく，スマートフォン版Chromeはフォアグラウンドの画面しか処理しないため) SDPのOffer, Answerもセッションごとに見られるので便利です．
WebRTCのICEについて知る
WebRTCのICEについて WebRTC Meetup Tokyo #8 で講演したスライドです。 口頭説明含めて確認したい方は、以下からご覧になれます。 https://youtu.be/6v4rvLiUCvM?t=47m17s その他誤記指摘等は、twitterの@iwashi86まで。
IETF_ICE_intro (Dallas 92) ja
このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
WebRTCの簡易シグナリング - Qiita
WebRTCのシグナリング WebRTCでは、Peer-to-Peer通信を始める前に、お互いの情報を交換するためのシグナリングと呼ばれる処理があります。その過程で2種類の情報をやり取りします。 SDP: Peerの情報 ICE Candidate: 通信経路の情報 通常はこの2つは異なるイベントをトリガーにしてやり取りします。 SDPの送信： PeerConnection.createOffer() / PeerConnection.createAnswer() のコールバック （1回ずつ） ICE Candidateの送信： PeerConnection.onicecandidate() イベントハンドラ （複数回） そのため最低2往復、場合によっては4往復以上のやり取りがあります。 とこが、これを簡略化して1往復で済ませてしまう方法があるようです。 簡易シグナリングの仕組み 通常のシ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
