Ports Search

wdm -- WINGs Display Manager wdm was initially called DisplayMaker. This is a modification of XFree86's xdm package for graphically handling authentication and system login. Most of xdm has been preserved (XFree86 3.3.2.3) with the Login interface based on a WINGs implementation using Tom Rothamel's "external greet" interface.

rzip is a compression program, similar in functionality to gzip or bzip2, but able to take advantage from long distance redundancies in files, which can sometimes allow rzip to produce much better compression ratios than other programs. The principal advantage of rzip is that it has an effective history buffer of 900 Mbyte. This means it can find matching pieces of the input file over huge distances compared to other commonly used compression programs. The gzip program by comparison uses a history buffer of 32 kbyte and bzip2 uses a history buffer of 900 kbyte. The second advantage of rzip over bzip2 is that it is usually faster. This may seem surprising at first given that rzip uses the bzip2 library as a backend (for handling the short-range compression), but it makes sense when you realise that rzip has usually reduced the data a fair bit before handing it to bzip2, so bzip2 has to do less work.

libfishsound provides a simple programming interface for decoding and encoding audio data using the Xiph.org codecs (FLAC, Speex and Vorbis). libfishsound by itself is designed to handle raw codec streams from a lower level layer such as UDP datagrams. When these codecs are used in files, they are commonly encapsulated in Ogg to produce Ogg FLAC, Speex and Ogg Vorbis files. libfishsound is a wrapper around the existing codec libraries and provides a consistent, higher-level programming interface. It has been designed for use in a wide variety of applications; it has no direct dependencies on Ogg encapsulation, though it is most commonly used in conjunction with liboggz to decode or encode FLAC, Speex or Vorbis audio tracks in Ogg files, including Ogg Theora and Annodex.

Vorbis is a general purpose audio and music encoding format contemporary to MPEG-4's AAC and TwinVQ, the next generation beyond MPEG audio layer 3. Unlike the MPEG sponsored formats (and other proprietary formats such as RealAudio G2 and Windows' flavor of the month), the Vorbis CODEC specification belongs to the public domain. All the technical details are published and documented, and any software entity may make full use of the format without royalty or patent concerns. This package contains: - libvorbis, a BSD-license software implementation of the Vorbis specification by the Xiphophorus company. - libvorbisfile, a BSD-license convenience library built on Vorbis designed to simplify common uses. - libvorbisenc, a BSD-license library that provides a simple, programmatic encoding setup interface.

mpg321 is a clone of the popular mpg123 command-line mp3 player. It should function as a drop-in replacement for mpg123 in many cases. While some of the functionality of mpg123 is not yet implemented, mpg321 should function properly in most cases for most people, such as for frontends such as gqmpeg. mpg321 is based on the mad MPEG audio decoding library. It therefore is highly accurate, and also uses only fixed-point calculation, making it more efficient on machines without a floating-point unit. While mpg321 is not as fast as the non-free mpg123 on systems which have a floating point unit, it comes under the GNU General Public License, which allows greater freedom to its users. For most people who want mpg123, mpg321 is a better alternative.

SDL_sound is a library that handles the decoding of several popular sound file formats, such as raw, wav, mp3, flac, ogg, voc, shn, aiff, au, and some others. It is meant to make the programmer's sound playback tasks simpler. The programmer gives SDL_sound a filename, or feeds it data directly from one of many sources, and then reads the decoded waveform data back at her leisure. If resource constraints are a concern, SDL_sound can process sound data in programmer-specified blocks. Alternately, SDL_sound can decode a whole sound file and hand back a single pointer to the whole waveform. SDL_sound can also handle sample rate, audio format, and channel conversion on-the-fly and behind-the-scenes, if the programmer desires.

wavbreaker is a tool to take a wave file and break it up into multiple wave files. It makes a clean break at the correct position to burn the files to an audio CD without any dead space between the tracks. It will only read wave files, so use an appropriate tool to convert Ogg, MP3, etc. files and then break them up. The GUI displays a summary of the entire wave file being worked on at the top. There is also a command line tool to merge wave files together (wavmerge). This tool will only work on files that are alike. For example, 44100 khz sample rate, 16-bit sample size, etc. (use sox to convert files first if necessary).

Electric Fence is a different kind of malloc() debugger. It uses the virtual memory hardware of your system to detect when software overruns the boundaries of a malloc() buffer. It will also detect any accesses of memory that has been released by free(). Because it uses the VM hardware for detection, Electric Fence stops your program on the first instruction that causes a bounds violation. It's then trivial to use a debugger to display the offending statement. It will probably port to any ANSI/POSIX system that provides mmap(), and mprotect(), as long as mprotect() has the capability to turn off all access to a memory page, and mmap() can use /dev/zero or the MAP_ANONYMOUS flag to create virtual memory pages. Complete information on the use of Electric Fence is in the manual page efence(3).

The definition of conform is "Adapt or conform oneself to new or different conditions". As this library is used to adapt your application to its deployed environment, I think it's rather fitting. It's also a play on the word configuration, and the fact that Conform uses an init-style configuration, maintained in a .conf file. Conform is a library for Elixir applications. Its original intended use is in exrm as means of providing a simplified configuration file for deployed releases, but is flexible enough to work for any use case where you want init-style configuration translated to Elixir/Erlang terms. It is inspired directly by basho/cuttlefish, and in fact uses its .conf parser. Beyond that, you can look at conform as a reduced (but growing!) implementation of cuttlefish in Elixir.

Generate is a text preprocessor that I originally wrote to help me write custom accounting applications based on the Progress database product. I felt that the built in wasn't useful enough so I designed a new one and implemented it. It actually started life as a package configuration and batch file generator for DOS and mutated to a simple script interpreter to replace shar file distribution. At this point it has almost nothing in common with that first program. The basic idea behind generate is to create a script which generates files. There is some simple flow control constructs but the power lies in its macro processing. I have shamelessly stolen ideas from cpp, m4, make and David Tilbrook's dtree.