./mbone/rtptools, Tools for processing RTP data

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]

Branch: CURRENT, Version: 1.22, Package name: rtptools-1.22, Maintainer: pkgsrc-users

The rtptools distribution consists of a number of small applications that
can be used for processing RTP data:

rtpdump: parse and print RTP packets, generating output files suitable
for rtpplay and rtpsend.

rtpplay: play back RTP sessions recorded by rtpdump.

rtpsend: generate RTP packets from textual description, generated by
hand or rtpdump.

rtptrans: RTP translator between unicast and multicast networks.

Required to build:

Master sites:

Filesize: 65.858 KB

Version history: (Expand)

CVS history: (Expand)

   2022-04-24 14:02:14 by Tobias Nygren | Files touched by this commit (5)
Log message:
rtptools: located new home on Github. Update to 1.22.

1.22 (July 2018)
Add man pages.
Change license to 3-clause BSD.
Replace typedef unsigned char u_int8 etc with stdint.h types.
Update to new autotools.
Generate html versions from man pages.
Reflect the manpages in the homepage.
Fix recvmsg() on Solaris.
Detect clang for compiling.
Fix generating a rpm package.
Fix building on Windows.
   2022-04-24 13:48:43 by Tobias Nygren | Files touched by this commit (1)
Log message:
rtptools: change HOMEPAGE to wayback machine. Comment out MASTER_SITES
   2021-10-26 12:57:01 by Nia Alarie | Files touched by this commit (12)
Log message:
mbone: Replace RMD160 checksums with BLAKE2s checksums

All checksums have been double-checked against existing RMD160 and
SHA512 hashes
   2021-10-07 16:30:13 by Nia Alarie | Files touched by this commit (12)
Log message:
mbone: Remove SHA1 hashes for distfiles
   2019-10-12 22:14:08 by Roland Illig | Files touched by this commit (2)
Log message:
mbone/rtptools: fix location of HTML documentation
   2017-05-06 10:22:23 by Makoto Fujiwara | Files touched by this commit (3)
Log message:
Updated mbone/rtptools to 1.21
1.21 (July 2016)
    Yann E. MORIN (yann.morin.1998@free.fr): Buildroot [1] is a build-system
    targetting embedded devices. It is able to build toolchains for various
    architectures, based on the traditional GNU compiler collection gcc, the GNU
    binutils and various C libraries, such as GNU libc (glibc), uClibc [2] [3] or
    musl [4].

    glibc is a feature-full C library, which has had support for Yellow Pages
    (and the rest of the SUN RPC stuff) for a long time. However, circa the 2.14
    release, glibc stopped installing the RPC headers [5], on the principle that
    providing the RPC implementation would be better served by a third-party
    package, namely ti-rpc [6]. That did not happen in time, so installing the
    RPC headers from glibc was re-instated circa 2.16.

    uClibc (no longer maintained, replaced by a fork, uClibc-ng) is a fully
    configurable C library for embedded systems. It entirely lacks a SUN RPC
    implementation altogether.

    musl is standards-conforming, lightweight C library. It also entirely lacks a
    SUN RPC implementation.

    TI-RPC is a stand-alone package. It may or may not be available (because the
    user may not need SUN RPC stuff on an embedded device, for example). Besides,
    it is not yet as feature-full as the implementation in glibc, though for all
    practical means, it is totally useable.

    So, there are cases where a SUN RPC implementation is not available.

    This patch makes it so that the use of Yellow Pages is conditional on the
    presence of a SUN RPC implementation, by checking at ./configure whether the
    required header is present, and disabling the corresponding code if the
    header is missing.

    At the same time, the legacy, long unsupported AM_C_PROTOTYPES directive is
    also removed, as it makes recent-ish autoconf fail.
   2015-11-03 00:54:09 by Alistair G. Crooks | Files touched by this commit (12)
Log message:
Add SHA512 digests for distfiles for mbone category

Existing SHA1 digests verified, all found to be the same on the
machine holding the existing distfiles (morden).  Existing SHA1
digests retained for now as an audit trail.
   2014-12-10 06:28:27 by Makoto Fujiwara | Files touched by this commit (2)
Log message:
Update 1.18 to 1.20
1.20 (October 2013)
    Nick Birch (Nick.Birch@s-and-t.com): rtpsend -l (loop) flag does
    not work. Modified to rewind input file on feof if loop was
    set. Fails if length of line is greater than 2048
    characters. Increased to 4096 (sufficient for typical

    rtpdump: Put space after ext_data=<hex extension data> so that it
    can be parsed by rtpsend. parse_header doesn't comprehend the
    possible extension header. As a consequence any extension header
    data is also dumped twice. Once in the ext_data report and then a
    second time in the data report. Modify parse_header to return hlen
    that comprehends the extension header if present.

    The format for reporting contributing sources does not match the
    format accepted by rtpsend (i.e., reports "csrc[n] = xxxx" rather
    than "csrc[n]=0xxxxx"). Fixed. Note: the documentation is less
    than clear on the csrc syntax accepted by rtpsend.

1.19 (August 2010)
    Krzysztof Burghardt (krzysztof@burghardt.pl): "Wireshark
    implemented "rtpdump" file format in a bit different way, so
    cooperation beetwen those program is a bit problematic.
    Moreover rtptools compiled on i386 and amd64 have different size
    of file header (size of long in timeval is different)."