remote video is muted by default (browser autoplay policy) - this stream has no audio anyway. in relay-fallback mode the remote pane shows a still-image slideshow instead.
matched with another visitor via the relay's matchmaking, same as the pong/tic-tac-toe demos. the relay only carries the WebRTC handshake (SDP offer/answer + ICE candidates) as ordinary opaque messages - once connected, the actual video goes directly peer-to-peer, not through this server at all. back to docs
uses a public STUN server plus a TURN relay for NAT traversal, so most strict/symmetric NAT pairs now get real video (through the TURN relay if no direct path works out - the media itself stays DTLS-encrypted end-to-end regardless, so even a TURN-relayed call isn't readable by the relay operator). if a connection still doesn't come up within 8 seconds, this page falls back to a snapshot slideshow instead of giving up - a low frame rate, downscaled, JPEG-compressed still image roughly every 400ms, tunneled through Pipe, this relay's native raw byte-stream primitive, rather than plain chat-style messages. Not real-time video, but it keeps working anywhere the relay connection itself works. If even Pipe can't be set up, one more fallback below that sends the same slideshow over the original chunked send/ deliver method as the true last resort.
connecting...
|
your screen (local preview) |
their screen (remote) remote video is muted by default (browser autoplay policy) - this stream has no audio anyway. in relay-fallback mode the remote pane shows a still-image slideshow instead. |
log: