You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
はじめに 昨年新卒でSIer企業に入り、現在オンラインチャットアプリの開発に取り組んでいるのですが、 その過程でビデオチャットを取り扱う機会がありました。 WebRTCについての知識がないものでだいぶ苦戦したため、 一度WebRTCの基本的な仕組みを理解して「とりあえず動く」を脱しようと思い色々調べてみました。 WebRTCって? WebRTCとは、Web Real-Time-Communicationのこと。 HTML5で新しく策定されたAPIの規格で、 P2P通信でブラウザ間のリアルタイムコミュニケーションを実現するための仕組みです。 WebRTCにおけるAPIは次の2つの仕様で策定されているそうです。 カメラ/デバイスへのアクセス Media Capture and Stream ビデオ/オーディオ/データ通信を行う WebRTC 1.0: Real-time Communicati
Stackless и stackful? Корутины и асинхронность в Go
Hello readers, I’m no longer posting new content on gafferongames.com Please check out my new blog at mas-bandwidth.com! Premise In 2017 the most popular web games like agar.io are networked via WebSockets over TCP. If a UDP equivalent of WebSockets could be incorporated into browsers, it would greatly improve the networking of these games. Background Web browsers are built on top of HTTP, which i
はじめに WebRTCの通信形態は大きく分けて、暗号化を解く/メディアを解釈するサーバを介するもの と 介さないもの、の2種類がある。 暗号化を解く or メディアを解釈する サーバを介さないもの P2P TURN経由 暗号化を解く or メディアを解釈する サーバを介するもの MCU経由★ SFU経由★ (VoIP-WebRTC Gatewayなどもあるが、ここでは取り上げない) どれが必要になるかは、WebRTCを利用するアプリケーションのユースケースに依存するので、一概に何が1番良いというものはない。 本記事では、上記のうち、★をつけているメディアサーバ(SFU/MCU)の現状(2016年)について記載する。WebRTCを使う上で、特にMCUやSFUに興味がある方には参考になれば幸いだ。 もし、記載で誤っている点などがあれば @iwashi86 までメンション/DMをいただきたい。
はじめに 2016/3/3より、Slackに音声通話機能が搭載された。 試しに使ってみたSlackユーザもそれなりにいると思う。 Slack音声通話機能の対応クライアントは、現時点では限定的だ。Slackの設定画面の一文を引用すると Currently on Mac and Windows desktop apps and in Chrome; coming soon to mobile! の通りで、Chromeまたはデスクトップのネイティブアプリとなる。 音声機能が実装されていてこの種類の対応状況なら、もちろん利用技術はWebRTCと考えるのが素直だ。(しかもWebRTCベースのスタートアップであるScreenHeroを買収していることもあり) ここで、最も気になるのは内部でWebRTCをどのように利用しているか、という点だ。 すでに、WebRTCエンジニア御用達のWebRTCHacks
1. はじめに WebRTCの動向を追いかけている人であれば、ORTCについて耳にしたことがあると思う。 だが、ORTCの登場背景等について、記載した日本語記事があまりなかったので、 私の知る範囲で、以下にまとめておこうと思う。 (ORTCを当初から追いかけているわけではないので、間違っていたら@iwashi86までご指摘ください。非常に歓迎です!) 1.1. 本記事の対象者 WebRTCについてある程度知識がある人向け SDP何それ?な人は、HTML5Rocksあたりを読んでから、以降を読むと分かりやすいと思う 2. なぜORTCが登場したのか? 2.1. WebRTC 1.0の世界 既存のWebRTC(まだ、仕様として固まっていないが、以降では分かりやすくWebRTC1.0と呼ぶ)において、 シグナリングプロトコルは規定されていない。これは次のJSEPのドラフトからも確認できる。
1. Copyright © NTT Communications Corporation. All right reserved. 第15回 HTML5+JS 勉強会 WebRTC⼊入⾨門+最新動向 ~本格的な普及が始まる前にマスターしておこう~ NTTコミュニケーションズ株式会社 技術開発部 Webコア Technical Unit ⼤大津⾕谷 2015年年7⽉月 2. Copyright © NTT Communications Corporation. All right reserved. ⾃自⼰己紹介 / ⼤大津⾕谷 亮亮祐(おおつや りょうすけ) n NTTコミュニケーションズの HTML5チームのリーダ n WebRTCプラットフォーム “SkyWay”のプロダクトマネージャ n WebRTC Conference Japan 幹事 n
WebRTCのICEについて WebRTC Meetup Tokyo #8 で講演したスライドです。 口頭説明含めて確認したい方は、以下からご覧になれます。 https://youtu.be/6v4rvLiUCvM?t=47m17s その他誤記指摘等は、twitterの@iwashi86まで。
ブラウザ同士がやりとりする WebRTC 、当たり前だが WebRTC をサーバ側に用意することでブラウザとサーバでのやりとりを実現する事ができる。 理由はたった一つでサーバ側で配信データをコントロールすることが出来るようになるからだ。 通常の WebRTC を使って一人が複数人に配信する場合はこうなる 大きく違うのはサーバがブラウザを管理したり、データの流れを管理できるようになることだ。これはニコニコ動画の生放送をイメージして貰えば良いと思う。 もちろんサーバを経由することでサーバ側での録画も可能になる。もともとクライアント側で録画はできたが、P2P で動作されるとサーバ側での録画は難しくなるからだ。 これらの仕組みをプラットフォームとして提供しているのが tokbox だ。
Feb. 9th: Updated to the latest version (used in actual session) 2015年2月6日 WebRTC Conference Japanセッション 「DataChannelの活用方法とその可能性」の資料の最新版です。 転載の場合は弊社名もどこかに記載しておいて頂ければ幸いです。 Mist Technologies, Inc. CEO/Founder 田中 晋太朗 If someone want this to be translated in English, please leave a comment for me.Read less
WebRTC is secure,� or not secure? - WebRTC セキュリティ概説 -
HTML5 Conferenceでの講演資料です。 ルームB 13:20-14:00 2017/02/13 P24ページの対応表を修正しました。 【誤】制限付きフルコーン☓シンメトリック:TURN 【正】制限付きフルコーン☓シンメトリック:STUN 2015/1/26 P24ページの対応表を修正しました。 【誤】シンメトリック☓フルコーン:TURN 【正】シンメトリック☓フルコーン:STUNRead less
Edit · Dec 26, 2014 · 24 minutes read · Follow @mgechev JavaScript WebRTC AngularJS Yeoman Video RTC Networks Programming This is a tutorial for how to implement a multi-user video conference with WebRTC, AngularJS and Yeoman. It also includes a detailed explanation of how WebRTC works, how the peer to peer connections are being established and how the ICE (Interactive-Connectivity Establishment)
はじめに WebRTCでFirewall/NATを越えて通信するために、TURNと呼ばれる仕組みを使います。80/TCPや443/TCPしか通さないFirewall越しでも、TURN over TCP を使えば、壁を越えて通信することができます。 これでめでたしめでたし、だと思っていたのですが、自社内でFirewallを越えられないケースがありました。その1つケースでどうやら原因が判明したので、ここにまとめておきます。 TURN over TCP を利用するには TURN over TCP が利用できるのは、今のところ Chrome だけのようです。Firefoxでは(私の知る限り)まだ利用できません。こちらのNYのイベントの資料の22,23ページでも、Firefoxでは上手く動かないと記述されています。 TURN over TCP を使うためには、PeerConnectionを生成する際
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く