+
+# An example of IPv4 multicast input. Cubemap will subscribe to the given group
+# and wait for data sent by any sender to the given port.
+# pacing_rate_kbit=<number of kilobit/sec> will ask the kernel to hard-limit
+# the TCP transfer rate, including retransmits, to the given speed. (This is a
+# no-op if you do not use the sch_fq packet scheduler, which is not the default
+# but can be set in Linux 3.13 and newer using tc.) This is extremely
+# useful for reducing packet loss and thus including throughput, since it means
+# that packets arrive smoothly instead of in tight bursts, which will often
+# overload underbuffered routers and cause drops (imagine receiving a 100 kB
+# keyframe at 10gig speeds, and then having to meter it out over 5 Mbit ADSL).
+# The rate should be a bit higher than your stream bitrate to allow for retransmits.
+stream /udp-multicast.ts src=udp://@233.252.0.2:1234 pacing_rate_kbit=2000
+
+# IPv6 SSM (Single Source Multicast) input. Subscribes to the given group and
+# waits for packets from the given sender only. SSM is nicer than ASM in that
+# it does not require a Rendezvous Point (RP) and other complexity, but is
+# often poorly supported in various network equipment.
+stream /udp-multicast-ssmv6.ts src=udp://[2001:67c:29f4::32]@[ff3e::1000:0]:1234 pacing_rate_kbit=20000
+
+# udpstream takes src= inputs just like stream does, but instead of waiting
+# for TCP connections on ports, it immediately sends the packets out over UDP.
+# (As with UDP input, this probably only works well for TS mux.)