UHD is the "Universal Software Radio Peripheral" (USRP) Hardware Driver. It
works on all major platforms (Linux, Windows, and Mac); and can be built with
GCC, Clang, and MSVC compilers.
The goal of UHD is to provide a host driver and API for current and
future Ettus Research products. Users will be able to use the UHD driver
standalone or with third-party applications such as:
GNU Radio
LabVIEW
Simulink
OpenBTS
This is a package that allows conversion to and from data in
Javascript object notation (JSON) format. This allows R objects to
be inserted into Javascript/ECMAScript/ActionScript code and allows
R programmers to read and convert JSON content to R objects. This
is an alternative to rjson package. That version was too slow for
converting large R objects to JSON and is not extensible, but a
very useful prototype. It is fast for parsing. This package uses
methods, vectorized operations and C code and callbacks to R functions
for deserializing JSON objects to R. Verison 0.4 of this package
uses a new native parser, implements the transformation code in C
and allocates memory efficiently (rather than concatenating because
of event driven parsing). The result is a significantly faster
parsing of large JSON documents.
Ish/uuencode/Base64 text-to-binary file converter.
Multi volume ish file supported.
BibTeXConv is a BibTeX file converter which allows one to export
BibTeX entries to other formats, including customly defined
text output. Furthermore, it provides the possibility to
check URLs (including MD5, size and MIME type computations)
and to verify ISBN and ISSN numbers.
Data encoding library currently providing Base16, Base32, Base32Hex,
Base64, Base64Url, Base85, Python string escaping, Quoted-Printable, URL
encoding, uuencode, xxencode, and yEncoding.
This module converts hashes of binary octets into ASCII messages
suitable for transfer over 6-bit clean transport channels. The
encoded ASCII resembles PGP's armoured messages, but are in no
way compatible with PGP.
Convert::Bencode_XS exists for a couple of reasons, first of all
performance. Especially bdecode() is between 10 and 200 times faster
than Convert::Bencode version (depending on file): the great speed
increase is in part due to the iterative algorithm used. bencode() is
written in C for better performance, but it still uses a recursive
algorithm. It manages to be around 3 to 5 times faster than
Convert::Bencode version. Check out the "extras" directory in this
distribution for benchmarks.
Convert::Binary::C is a preprocessor and parser for C type definitions.
It is highly configurable and should support arbitrarily complex data
structures. Its object-oriented interface has "pack" and "unpack"
methods that act as replacements for Perl's "pack" and "unpack" and
allow to use the C types instead of a string representation of the data
structure for conversion of binary data from and to Perl's complex data
structures.
Convert::NLS_DATE_FORMAT is a Perl module to convert Oracle's NLS_DATE_FORMAT
string into a strptime format string, or the reverse.
Cpanel::JSON::XS converts Perl data structures to JSON and vice versa. Its
primary goal is to be correct and its secondary goal is to be fast. To reach the
latter goal it was written in C.
As this is the n-th-something JSON module on CPAN, what was the reason to write
yet another JSON module? While it seems there are many JSON modules, none of
them correctly handle all corner cases, and in most cases their maintainers are
unresponsive, gone missing, or not listening to bug reports for other reasons.