Ports 搜索

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.