Ports Search

This package contains xdriinfo, an utility that can be used to query configuration information of direct rendering devices.

Text::Repository attempts to simplify storing shared text between multple Perl modules, scripts, templating systems, etc. It does this by allowing chunks of text to be stored with symbolic names. Text::Repository was originally designed to store SQL queries, but can of course be used with any kind of text that needs to be shared. Seamus Venasse <svenasse@polaris.ca>

The audio part of the MPEG standard specifies three layers, whereat each layer specifies its own file format. All three layers are using similar audio coding techniques, but they vary in efficiency and complexity. Layer I needs the fewest calculation time for en-/decoding a stream, layer III the most. But a layer I MPEG audio stream is bigger than a layer III stream at the same quality. This program is able to decode and play only layer I and II streams, layer III is not supported (yet?!?). The maplay decodes layer I and layer II MPEG audio streams and plays them using a CD-quality audio device or sends the to stdout normally as 16 bit signed PCM values, interleaved for stereo streams. This player supports all modes, which are single channel, stereo, joint stereo and dual channel, and all bitrates except free mode. The missing free mode support should not be a problem for now, because I haven't seen such a stream yet. LICENSE: GPL2 or later

VorbisGain is a utility that uses a psychoacoustic method to correct the volume of an Ogg Vorbis file to a predefined standardized loudness. It is meant as a replacement for the normalization that is commonly used before encoding. Although normalization will ensure that each song has the same peak volume, this unfortunately does not say anything about the apparent loudness of the music, with the end result being that many normalized files still don't sound equally loud. VorbisGain uses psychoacoustics to address this deficiency. Moreover, unlike normalization, it's a lossless procedure which works by adding tags to the file. Additionally, it will add hints that can be used to prevent clipping on playback. It is based upon the ReplayGain technology. The end result is that the file ends up with superior playback quality compared to a non-VorbisGain'ed file. It needs player support to work. Non-supporting players will play back the files without problems, but you'll miss out on the benefits.

SDR-J (formerly Jsdr) is a suite of four programs provided under a LGPL open source license for playing around with sdr (software defined radio). The software can be used directly with the PM-SDR kit and RTL2832U based dongles, and in the 32 bits Windows version with other kits as well. The suite contains four programs: - a full blown "short wave" receiver, which provides tuning in the range of 100K .. 165M using the PM-SDR (although above 55 M with reduced performance) and from app 55 MHz to app 900 Mhz or above using an RTL2832U based dongle. The receiver provides quite a number of decoders for amateur modes. - am/fm receiver covering the same frequency bands as the sw receiver, however, with am bandwidths selectable, with fm mono and stereo decoding as well as with rds decoding. - spectrum viewer for use with the RTL2832U based dongles, showing spectra of up to 3 Mhz bandwidth. - mini receiver, a stripped version of the fm receiver, a gadget for listening to WFM using DAB sticks.

Test::Command intends to bridge the gap between the well tested functions and objects you choose and their usage in your programs. By examining the exit status, terminating signal, STDOUT and STDERR of your program you can determine if it is behaving as expected. This includes testing the various combinations and permutations of options and arguments as well as the interactions between the various functions and objects that make up your program. The various test functions below can accept either a command string or an array reference for the first argument. If the command is expressed as a string it is passed to system as is. If the command is expressed as an array reference it is dereferenced and passed to system as a list. The final argument for the test functions, $name, is optional. By default the $name is a concatenation of the test function name, the command string and the expected value. This construction is generally sufficient for identifying a failing test, but you may always specify your own $name if desired. Any of the test functions can be used as instance methods on a Test::Command object. This is done by dropping the initial $cmd argument and instead using arrow notation.

Pyro is short for PYthon Remote Objects. It is an advanced and powerful Distributed Object Technology system written entirely in Python, that is designed to be very easy to use. Never worry about writing network communication code again, when using Pyro you just write your Python objects like you would normally. With only a few lines of extra code, Pyro takes care of the network communication between your objects once you split them over different machines on the network. All the gory socket programming details are taken care of, you just call a method on a remote object as if it were a local object! Pyro provides an object-oriented form of RPC. You can use Pyro within a single system but also use it for IPC. For those that are familiar with Java, Pyro resembles Java's Remote Method Invocation (RMI). It is less similar to CORBA - which is a system- and language independent Distributed Object Technology and has much more to offer than Pyro or RMI. But Pyro is small, simple and free!

SimpleParse is a BSD-licensed Python package providing a simple and fast parser generator using a modified version of the mxTextTools text-tagging engine. SimpleParse allows you to generate parsers directly from your EBNF grammar. Unlike most parser generators, SimpleParse generates single-pass parsers (there is no distinct tokenization stage), an approach taken from the predecessor project (mcf.pars) which attempted to create "autonomously parsing regex objects". The resulting parsers are not as generalized as those created by, for instance, the Earley algorithm, but they do tend to be useful for the parsing of computer file formats and the like (as distinct from natural language and similar "hard" parsing problems). As of version 2.1.0 the SimpleParse project includes a patched copy of the mxTextTools tagging library with the non-recursive rewrite of the core parsing loop. This means that you will need to build the extension module to use SimpleParse, but the effect is to provide a uniform parsing platform where all of the features of a give SimpleParse version are always available.

From its homepage: xpuyopuyo is a UNIX port of a very big time sink :) . Puyo puyo is a puzzle game, somewhat like Tetris, where you strive to match up four "blobs" of the same color. Each match you make gives points, and also dumps gray rocks on the opponent which are irritating and troublesome to get rid of. Multiple matches at a time score more points, and dump more rocks on the opponent (a quintuple-match will dump around 20 rocks on the opponent, all at once). We ported it overnight to Linux, so we could play whenever we felt like. The AI's evolved more slowly, over the course of a week or so. I welcome sugges- tions on how to make the AI's more difficult during the game; currently, they are rather easy to beat on easy level, but more difficult on hard. There are still gaping holes in the game interface which should be fixed soon. Sugges- tions for improvements are welcome.

DiaCanvas is in its second incarnation: DiaCanvas2. Aiming towards future computing needs on GNOME based desktop environments, DiaCanvas2 is providing you with a full featured diagramming canvas: - Model/View/Controller based design: The DiaCanvas class only holds abstract data (using DiaShape objects), the data is rendered by one or more DiaCanvasView's. - Usage of the widely used GnomeCanvas for visualization. This makes it easy to let DiaCanvas2 display anti-aliased diagrams with translucency (alpha) support. - Export facilities for GnomePrint and SVG. - Objects can be rotated/sheared/resized/etc. without the need to recalculate shapes. DiaCanvas relies heavily on the LibArt library (which is a standard GNOME library). - Objects can connect to each other with handles. The connection is represented as a mathematical equation, which is solved using a real linear constraint solver (see the reference documentation for more info). Handles do not need predefined connection points, but can connect to each other in a more generic way. - Of course DiaCanvas2 has all the features a modern application needs, including undo/redo and copy/paste functionality (copying is not implemented yet).