Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
Media Over QuicTransportって知ってる?
Search
yuki_uchida
June 20, 2024
780
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Media Over QuicTransportって知ってる?
虎の穴ラボ主催の「オタクが追う最新技術LTイベント2024/06/20」での発表資料です
https://yumenosora.connpass.com/event/319745/
yuki_uchida
June 20, 2024
More Decks by yuki_uchida
See All by yuki_uchida
Media over QUICによる超低遅延ライブ配信について
yuki_uchida
0
540
Rustでマルチスレッドプログラミング! リアルタイム通信ではどのようにスレッドを立てるのか
yuki_uchida
8
8.6k
MoQとか勉強会#2 発表資料
yuki_uchida
2
3.5k
SkyWayが遭遇したWebRTC の可観測性に関する問題と開発者向け可視化サービス提供までの道のり
yuki_uchida
4
5.3k
技術発信を続けるためのTIPS
yuki_uchida
3
270
何かの技術の"専門家"になりたかったから技術調査チームを立ち上げてプロダクトに貢献した話
yuki_uchida
6
950
メソッドチェーンを使ってDataFrameの可読性と保守性を向上させよう
yuki_uchida
1
570
仕様策定中のプロトコルを Rust で書いてブラウザで動かしてみた
yuki_uchida
3
5.1k
WebRTCの歴史とこれから
yuki_uchida
0
1.6k
Featured
See All Featured
GitHub's CSS Performance
jonrohan
1033
470k
YesSQL, Process and Tooling at Scale
rocio
174
15k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
910
Amusing Abliteration
ianozsvald
1
310
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.3k
Prompt Engineering for Job Search
mfonobong
0
450
We Have a Design System, Now What?
morganepeng
55
8.3k
The World Runs on Bad Software
bkeepers
PRO
72
12k
Scaling GitHub
holman
464
140k
Believing is Seeing
oripsolob
1
220
How to train your dragon (web standard)
notwaldorf
97
6.8k
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.7k
Transcript
Media Over QuicTransportって知ってる? 内田 裕貴(Uchida Yuki) オタクが追う最新技術LTイベント 2024.06.20
議題 MOQTとは HLS/WebRTCの課題を解消する MOQTは両者の中間を目指したプロトコル MOQTの現状
自己紹介 内田 裕貴(ucchy) X: @yuki_wtz 2019年にNTTコミュニケーションズ株式会社に入社 WebRTC Platform SkyWayでDevOps/Researchエンジニア
MQTTじゃないよ! MOQTとは Media Over QuicTransportの略 ライブ配信・双方向音声通話に使える仕様策定中のプロトコル
MOQTとは Media Over QuicTransportの略 ライブ配信・双方向音声通話に使える仕様策定中のプロトコル QUIC/HTTP3/WebTransportの上に乗っかるプロトコル https://datatracker.ietf.org/meeting/interim-2023-moq-08/session/moq
ライブ配信におけるプロトコルと課題 現在のライブ配信で使われるプロトコルはHLS/MPEG-DASH
ライブ配信におけるプロトコルと課題 現在のライブ配信で使われるプロトコルはHLS/MPEG-DASH 数万人〜に安定して映像・音声を配信することができる
ライブ配信におけるプロトコルと課題 現在のライブ配信で使われるプロトコルはHLS/MPEG-DASH 数万人〜に安定して映像・音声を配信することができる HLS over HTTPS over TCP
ライブ配信におけるプロトコルと課題 現在のライブ配信で使われるプロトコルはHLS/MPEG-DASH 数万人〜に安定して映像・音声を配信することができる HLS over HTTPS over TCP twitch/Youtube Liveなどで使われている
ライブ配信におけるプロトコルと課題 現在のライブ配信で使われるプロトコルはHLS/MPEG-DASH 数万人〜に安定して映像・音声を配信することができる HLS over HTTPS over TCP twitch/Youtube Liveなどで使われている
安定性◎ 遅延△
双方向通話におけるプロトコルと課題 現在の双方向通話で使われるプロトコルはWebRTC
双方向通話におけるプロトコルと課題 現在の双方向通話で使われるプロトコルはWebRTC 〜数百人で通話ができるプロトコル
双方向通話におけるプロトコルと課題 現在の双方向通話で使われるプロトコルはWebRTC 〜数百人で通話ができるプロトコル WebRTC over RTP over UDP/(TCP/TLS) https://hpbn.co/webrtc/
双方向通話におけるプロトコルと課題 現在の双方向通話で使われるプロトコルはWebRTC 〜数百人で通話ができるプロトコル WebRTC over RTP over UDP/(TCP/TLS) Zoom/Google Meet/Microsoft
Teamsなどで使われている https://hpbn.co/webrtc/
双方向通話におけるプロトコルと課題 現在の双方向通話で使われるプロトコルはWebRTC 〜数百人で通話ができるプロトコル WebRTC over RTP over UDP/(TCP/TLS) Zoom/Google Meet/Microsoft
Teamsなどで使われている 安定性△ 遅延◎ https://hpbn.co/webrtc/
MOQTは両者の中間を目指したプロトコル HLS/WebRTCは遅延・安定性のどちらかに難あり
https://www.liveinstantly.com/ja/resources/cross-posts/streaming-protocols-need-to-know/
MOQT https://www.liveinstantly.com/ja/resources/cross-posts/streaming-protocols-need-to-know/
MOQTは両者の中間を目指したプロトコル HLS/WebRTCは遅延・安定性のどちらかに難あり MOQTは安定性・低遅延のトレードオフを考慮して決定できる
MOQTは両者の中間を目指したプロトコル HLS/WebRTCは遅延・安定性のどちらかに難あり MOQTは安定性・低遅延のトレードオフを考慮して決定できる Twitchにいたエンジニア(Luke Curleyさん)が提案した TwitchではWebRTCを利用した超低遅延配信にチャレンジ WebRTCは低遅延を最重視しているため、安定性を担保するのが難しい => MOQTを提案
MOQTは両者の中間を目指したプロトコル MOQTはClient-ServerモデルかつPubSubモデルを採用
MOQTは両者の中間を目指したプロトコル MOQTはClient-ServerモデルかつPubSubモデルを採用 配信者は SETUP -> ANNOUNCE -> OBJECTを送信 視聴者は SETUP
-> (ANNOUNCE受信) -> SUBSCRIBE -> OBJECTを受信
MOQTの現状 IETFのWGで仕様策定中(draft-04)でRFCにはなっていない Discord/Meta/Cisco/Googleが仕様策定に関わっている
MOQTの現状 IETFのWGで仕様策定中(draft-04)でRFCにはなっていない Discord/Meta/Cisco/Googleが仕様策定に関わっている HLSやWebRTCと違ってまだまだ課題が山積み HLSのようにCDNを使ったスケーリングをどうするか WebRTCのように動的に通信量を調整するために輻輳制御をどうするか etc
X: @yuki_wtz Follow Me !! 内田 裕貴(ucchy) Thanks!