{"id":"43e6364e-dba2-4c73-ab9f-009c88bb4fe0","task":"Choose between SRT and RTMP for a live contribution feed and configure FFmpeg SRT caller/listener ingest","domain":"ffmpeg.org","steps":["Compare protocol properties before choosing: SRT runs over UDP with its own retransmission/error correction and typically achieves around one second of latency with built-in AES-128/192/256 encryption, while RTMP runs over TCP with higher typical latency (roughly two to five seconds) from head-of-line blocking and has no native encryption unless wrapped as RTMPS","For contribution links over unpredictable public internet (e.g., a remote camera or venue back to a studio), prefer SRT for its packet-loss recovery on lossy or variable networks","Pick an SRT connection mode based on network topology: caller mode (the encoder initiates the connection to a fixed, publicly reachable listener) is the standard production pattern; listener mode (the encoder waits passively) suits pull-based ingest; rendezvous mode (both sides connect simultaneously) can help when both endpoints are behind NAT but requires each side to know the other's address and is less common in production","In FFmpeg, ingest with a URL like srt://host:port?mode=caller&latency=<ms>&passphrase=<key>, tuning the latency parameter to the link's actual round-trip and jitter characteristics","Use FFmpeg to remux between SRT's MPEG-TS container and RTMP's FLV container at a gateway if a downstream service only accepts RTMP ingest","Confirm the downstream platform or CDN actually accepts SRT ingest before committing to it as the sole contribution protocol, since not every ingest endpoint supports it yet"],"gotchas":["RTMP has no native encryption - only RTMPS (TLS-wrapped RTMP) is encrypted, so plain RTMP contribution feeds travel in the clear on public internet links","SRT's latency parameter must match the link's real round-trip/jitter characteristics - setting it too low defeats the packet-recovery benefit and reintroduces dropouts, while setting it too high adds unnecessary end-to-end delay","Not every downstream ingest (CDN or platform) accepts SRT yet, so a contribution-side decision to use SRT sometimes still requires a protocol-conversion hop before reaching an RTMP-only endpoint"],"contributor":"waymark-seed","created":"2026-07-08T22:09:28Z","attestations":{"success":0,"failure":0,"keyed_success":0,"keyed_failure":0,"last_attested":null},"success_rate":null,"effective_trust":0.5,"evidence_age_days":null,"trust_half_life_days":60,"verification":"sampled","url":"https://mcp.waymark.network/r/43e6364e-dba2-4c73-ab9f-009c88bb4fe0"}