published 2/14/2022 Source This document was originally shared on MoQ IETF mailing list. This is a verbatim copy of the original, preserved without Google Docs. Introduction This is an attempt to document the issues that Twitch/Amazon IVS has encountered with various distribution protocols over the last 8 years. HLS We initially used RTMP for distribution but switched to HLS something like 8 years
Intro 新年早々、Blink Dev で Unified Plan の Intent to Implement という嬉しい知らせが届いた。 Intent to Implement: WebRTC Unified Plan SDP SDP の互換性についてインパクトの大きいこの変更について簡単に解説する。 Update 実装が進み SdpFormat は sdpSemantics に変わったため、記事を修正。 PSA: Unified Plan SDP testing flag is now available on Canary PSA: RTCRtpTransceiver shipping in M69 behind sdpSemantics:'unified-plan' なお、以下のフラグを付けて起動するとデフォルトで有効にできる。 --enable-blink-features
Tech/Google/AppsStadia’s loss is Clubhouse’s gain: the social audio company has poached a longtime Google engineer Stadia’s loss is Clubhouse’s gain: the social audio company has poached a longtime Google engineer / Justin Uberti is joining Clubhouse By Jay Peters, a news editor who writes about technology, video games, and virtual worlds. He’s submitted several accepted emoji proposals to the Uni
好奇心旺盛な人のためのWebRTC #この本は、WebRTCの実装者が苦労して得た知識を世界に向けて発信するために作成されました。 好奇心旺盛な人のためのWebRTC は、常により多くのことを求めている人のために書かれたオープンソースの書籍です。 この本は抽象化されたものではありません。 この本はプロトコルとAPIに関するもので、特定のソフトウェアについて語るものではありません。 私たちはRFCを要約し、文書化されていないすべての知識を一箇所に集めることを試みます。本書はチュートリアルではないので、コードはあまり含まれません。 WebRTCは素晴らしい技術ですが、使いこなすのは難しいものです。この本はベンダーに依存せず、利益相反を排除するようにしています。 この本は誰のためのものか。 #WebRTC が何を解決するのかさえ知らず、もっと学びたいと思っている開発者。既に WebRTC を使っ
The Web Real-Time Communications Working Group has published WebRTC 1.0: Real-Time Communication Between Browsers as a W3C Recommendation. This document defines a set of JavaScript APIs to allow media and generic application data to be exchanged with another browser or device implementing the appropriate set of real-time protocols defined in IETF. WebRTC already serves as a cornerstone of online c
はじめに こんにちは。 都内在住のフロントンドエンジニアです。 僕はとある会社にて約 1 年半ほど React と WebRTC を用いて映像配信のアプリケーション開発を行ってきました。 そこでは開発をスムーズに進める為に WebRTC の SDK を利用していて、 本来学習コストが高いとされている WebRTC をカジュアルに利用することができています。 しかし、より入り組んだ実装をしたり映像配信特有の問題（後述） を解決するとなると以下 3 つの WebAPI の理解は避けて通れません。 MediaStream RTCPeerConnection WebSocket 詳しくは文中に記載しますがこれらの理解を深めないと開発の進行に大きな影響があると思ったので、WebRTC 関連のライブラリ等を利用せずに映像配信のアプリケーションを作って学習しようという考えになり、実際に作ってみました。
フロントエンドエンジニアからみる、この界隈で今どんなIssueが話題になってるのかと、この先どういう動きがありそうかについて。 そこまで自分に先見の明があるとも思ってないけど、アウトプットしておかないと忘れてしまいそうなので・・。 ちなみにここでいうフロントエンドは、いわゆるブラウザとかJavaScriptのAPIのことです。 プロトコル的な側面はそこまで詳しくないのであまり触れません。 WebRTC 1.0 GitHub - w3c/webrtc-pc: WebRTC 1.0 API まず、RTCといえばズバリのWebRTCから。 昨年末にWDからCRへ格上げということで、もうAPIが激変したりはしない・・はず。 実際のところ、ここ半年くらい大きな対応した覚えがないです。（WebRTCそのものを実装してる人は、地味にいろいろ対応してると思うけど） ガワのAPIという観点でいうと、最近はも
なんとなくアテはついてたけど、中身が気になるという話を聞いたので調べてみた。 WebRTCやってるみなさんならお馴染みのあのページです。 chrome://webrtc-internals WebRTCのデバッグといえばこのページ。 特に何も仕込んでないのに、見てるページで`getUserMedia()`したり`RTCPeerConnection`が作られればその様子が見えるし、実際に流れてるメディアやデータのことまでわかる。 あれってどういうしくみ？っていうのを調べていきます。 ただのWebページ URLが`chrome://`になってるけど、れっきとしたWebページです。 なのでDevToolsでNetworkタブ見ればだいたいわかる！というわけで。 構成要素はこんな感じ。 webrtc-internals.html ただのHTML/CSS 以下の2つのJSを読み込んでる util.j
Stackless и stackful? Корутины и асинхронность в Go
輪講資料 ICE(Interactive Connectivity Establishment) 名城大学 理工学部 情報工学科 渡邊研究室 B4 140441043 鴨下友馬 1/61 ICE 基本事項 RFC5245で標準化されているUDPベースのNAT越えプロトコル オファー／アンサーモデルを利用する任意のプロトコルで 使用可能である． オファー／アンサーモデル：セッションを開始するために，一方が自らの視点 から情報を提供し（オファー），もう一方が相手に対応する情報を返答する （アンサー）モデル．RFC3264で標準化． オファー／アンサーモデルを利用するプロトコルの例： SIP(Session Initiation Protocol)：音声や映像，テキストメッセージの交換などを 行うために必要なセッションの生成・変更・切断を行うプロトコル STUN，TURNという2つ
Safari 11 was the first Safari version to support WebRTC. Since then, we have worked to continue improving WebKit’s implementation and compliance with the spec. I am excited to announce major improvements to WebRTC in Safari 12.1 on iOS 12.2 and macOS 10.14.4 betas, including VP8 video codec support, video simulcast support and Unified Plan SDP (Session Description Protocol) experimental support.
What? The RTCQuicTransport is a new web platform API that allows exchanging arbitrary data with remote peers using the QUIC protocol. It’s intended for peer to peer use cases, and therefore is used with a standalone RTCIceTransport API to establish a peer-to-peer connection through ICE. The data is transported reliably and in order (see section below for details on unordered & unreliable delivery)
このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
