RTPPLAY(1)

πŸ“¦ version 1.22, in nixos 26.05, nixpkgs unstable

πŸŽ€ RTPPLAY(1) β€” the replay-your-RTP-sessions girlies' manual πŸŽ€

Hey bestie, welcome to rtpplay(1), a General Commands Manual situation, and honestly? She's iconic. Let's get into it. ✨


🌸 NAME 🌸

rtpplay β€” play back those RTP sessions that rtpdump recorded, no cap πŸ’…


πŸ¦‹ SYNOPSIS πŸ¦‹

rtpplay [-hTv] [-b time] [-e time] [-f infile] [-p profile] [-s port]
        address/port[/ttl]

That's the whole vibe check right there. Let's break it down. 🫢


πŸ’– DESCRIPTION πŸ’–

Okay so here's the tea: rtpplay reads RTP session data that was recorded by rtpdump -F dump, grabs it from standard input, and resends the traffic to whatever address/port you gave it β€” and you can optionally throw in a time-to-live value of ttl while you're at it. ✨

Now, the options, one by one, because we don't skip anything in this house. πŸ‘‘


🌈 OPTIONS 🌈

  • -b time β€” skip the first time seconds of input. Like fast-forwarding through the boring intro of a video. ⏩
  • -e time β€” only use the first time seconds of input. We stop reading when the fun part's over, periodt. πŸ›‘
  • -f infile β€” read input from the given infile instead of from standard input. Your file, your rules. πŸ’…
  • -h β€” print a short usage summary and exit. A little "here's how this works" moment, then she's out. πŸ‘‹
  • -p profile β€” use the specified profile of payload type to frequency mapping. By default, rtpplay uses the frequency profile specified in RFC 1890. For example, A-law PCM audio will be a single channel with a sample rate of 8 kHz. The profile file consists of lines containing two numeric values: the numeric payload type and the sample rate. This is silently ignored if -T is used. 🎚️
  • -s port β€” send packets from the specified port. By default, packets are sent from a random port. Surprise port! 🎲
  • -T β€” time the outgoing RTP packets according to the original arrival time. By default, the RTP timestamps are used for timing instead. This smooths jitter and restores the packet sequence. RTCP packets are always sent with their original arrival timing, which may change the relative order of RTP and RTCP packets. Lowkey a big deal. ⏱️
  • -v β€” print the packets to standard output as they are sent out. By default, rtpplay operates silently. So if you want the commentary, she'll give you the commentary. πŸ—£οΈ

🧚 SEE ALSO 🧚

  • rtpdump(1) β€” the one who recorded everything in the first place πŸŽ€
  • rtpsend(1) β€” her sister, also sending things πŸ¦‹

πŸ‘‘ AUTHORS πŸ‘‘

rtpplay was written by Henning Schulzrinne <hgs@cs.columbia.edu>, with enhancements by Ping Pan and Akira Tsukamoto <akira.tsukamoto@gmail.com>.


The Debian edition, dated November 23, 2017, says hiii πŸ’Œ

And that's the whole page, bestie β€” go slay some RTP replay. πŸ«ΆπŸŒΈπŸ’–

πŸ“¦ where this page comes from