WebRTC and Phoenix, when μ Seconds aren't Fast Enough
summary
WebRTC plus Phoenix actually ships a working peer‑to‑peer voice app called Team Chat using Phoenix.presence for signaling and SimplePeer for the browser side; about 80 lines of JavaScript and a five‑line offer/answer flow make calls connect. Connections hit limits (browsers handle ~six video peers), trickle ICE and TURN servers decide whether peers connect or proxy, Safari lacks full support, and the demo and open‑source code do work. Phoenix.presence signaling trickle ICE speeds things up
AI-written summary · about
chapters (33)
- 0:00Introduction
- 1:05TeamChat
- 1:42Overview
- 1:57What is WebRTC
- 2:29Google Hangouts
- 3:11PeertoPeer
- 4:22Discovery
- 5:29Connection
- 6:25Topology
- 9:15WebRTC
- 12:20Offer
- 13:08Phoenix
- 13:32Signaling
- 14:52Realtime communications
- 15:13SimplePeer
- 15:51Demo
- 19:45Code
- 20:27Ice Protocol
- 22:17Turn Server
- 23:17Standardized Servers
- 24:00Low Level Aspects
- 25:19TCP vs UDP
- 28:26The future
- 28:44Web Audio
- 29:23Voice Chat
- 29:44Stream Rebroadcasting
- 29:57Network Example
- 31:05Canvas Support
- 31:41Jen WebRTC
- 32:11Phoenix Channels
- 32:44Learn more about WebRTC
- 33:38Dont rewrite your application
- 34:09QA
related talks
33mWebRTC Change Communications Forever
33mWebRTC Change Communcations Forever
32mElixir, Phoenix, and WebRTC - An Enterprise Class Soft Phone in the Browser
24mMaking WebRTC awesome
27mWebRTC: Real-Time Communications
38mReal-time Communication on Mobile
34mReal-time Communication – for Everyone!
34mReal-Time Communication for Everyone
