./mbone/rtptools, Tools for processing RTP data

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

Branch: CURRENT, Version: 1.21nb1, Package name: rtptools-1.21nb1, 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:

SHA1: 443ea5a604a833f73aaccd8021febd7c2f09ef91
RMD160: ce64f3c1d2299c1f4d4dadd3f57e0f99a75ffdfd
Filesize: 167.872 KB

Version history: (Expand)

CVS history: (Expand)

   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) | Package updated
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) | Package updated
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)."
   2012-10-08 11:25:51 by Aleksej Saushev | Files touched by this commit (13)
Log message:
Drop PKG_DESTDIR_SUPPORT setting, "user-destdir" is default these days.
   2009-12-13 18:57:25 by Aleksej Saushev | Files touched by this commit (1)
Log message:
Support staged installation.
   2009-06-14 20:06:16 by Joerg Sonnenberger | Files touched by this commit (5)
Log message:
Remove @dirrm entries from PLISTs
   2006-03-04 22:31:14 by Johnny C. Lam | Files touched by this commit (2257)
Log message:
Point MAINTAINER to pkgsrc-users@NetBSD.org in the case where no
developer is officially maintaining the package.

The rationale for changing this from "tech-pkg" to \ 
"pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list).  Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't