Ports Search

Frodo is a freeware C64 emulator for BeOS, Unix, MacOS, AmigaOS, Win32 and RiscOS systems and the world's first C64 emulator not bearing a "64" in its name. :-) (No, it has absolutely nothing to do with frodo.hiof.no, that's a pure coincidence.) Frodo was developed to reproduce the graphics of games and demos better than the existing C64 emulators. Therefore Frodo has relatively high system requirements: It should only be run on systems with at least a PowerPC/Pentium/68060. But on the other hand, Frodo can display raster effects correctly that only result in a flickering mess with other emulators. Frodo comes in three flavours: The "normal" Frodo with a line-based emulation, the improved line-based emulation "Frodo PC", and the single-cycle emulation Frodo SC that is slower but far more compatible. In addition to a precise 6510/VIC emulation, Frodo features a processor-level 1541 emulation that is even able to handle about 95% of all fast loaders. There is also a faster 1541 emulation for four drives in .d64/x64 disk images, .t64/LYNX archives, or directories of the host system.

gFTP is a free multithreaded FTP and SFTP client for Unix-like systems. It has the following features: Distributed under the terms of the GNU Public License Written in C, has a text interface and a GTK+ 2.x interface Supports the FTP, FTPS (control connection only), HTTP, HTTPS, SSH, and FSP Multithreaded to allow for simultaneous downloads File transfer queues to allow for downloading multiple files Bookmarks menu to allow you to quickly connect to remote sites Supports downloading entire directories and subdirectories Extensive connection manager with FTP and HTTP proxy server support Supports resuming interrupted file transfers Supports caching of remote directory listings Supports connecting to a FTP server via command line parameters Supports associating icons with particular file extensions in the list boxes Sorting capabilities in the file list boxes Can restrict files in the list boxes to a particular file specification Supports viewing and editing of local and remote files Allows for passive and non-passive file transfers Supports FXP file transfers (file transfer between 2 remote servers via FTP) Eliminates buffer overruns from malicious FTP sites

The Doomsday Engine is an enhanced DOOM source port for Windows, Mac OS X, and various Unix platforms. It is based on the source code of id Software's DOOM and Raven Software's Heretic and Hexen. * Hardware-accelerated OpenGL graphics engine * 3D positional audio for sound effects (not supported by all audio plugins) * 16-player client/server networking via TCP/IP * Graphical Control Panel for configuration, accessed quickly with Shift-Escape * 3D models: Quake's MD2 format and Doomsday's DMD format with LOD support * High-resolution textures (PNG, TGA, PCX) and detail textures * Map lighting emulates the effects of radiosity for a more natual appearance (FakeRadio: shadows in corners) * Smooth movement of objects, world structures and the camera. * Colored, dynamic lighting for world surfaces, 3D models, sprites and particles * Object shadowing effects * Particle generators for special effects * Decoration effects on world surfaces: light sources and particle generators * Lens flares and glowing objects * Support for skyboxes and 3D sky models * EAX and A3D environmental sound processing effects * Upsampling of sound effects

GtkRadiant is a level design program developed by id Software and Loki Software. It is used to create maps for a number of computer games. GtkRadiant originated as Q3Radiant, the Quake III Arena level design tool, which was a Windows-only application. Two major things are different in GtkRadiant: it is based on the GTK+ toolkit, so it also works in Linux and Mac OS X, and it's also game engine-independent, with functionality for new games added as game packs. GtkRadiant is an Open Source application. Source code is publicly available from id Software's Subversion repository and new additions to the code are covered under open source licenses. The core Q3Radiant code, however, was originally under id Software's proprietary license. The license for both the editor and toolset (notably Q3Map2, the BSP compiler) was changed in February 2006, and publicly released under the GPL on February 17. More up-to-date fork, NetRadiant, is available as `games/netradiant' port.

Games::Dice simulates die rolls. It uses a function-oriented (not object-oriented) interface. No functions are exported by default. The number and type of dice to roll is given in a style which should be familiar to players of popular role-playing games: adb[+-*/b]c. a is optional and defaults to 1; it gives the number of dice to roll. b indicates the number of sides to each die. % can be used instead of 100 for b; hence, rolling 2d% and 2d100 is equivalent. roll simulates a rolls of b-sided dice and adds together the results. The optional end, consisting of one of +-*/b and a number c, can modify the sum of the individual dice. +-*/ are similar in that they take the sum of the rolls and add or subtract c, or multiply or divide the sum by c. (x can also be used instead of *.) Using b in this slot is a little different: it's short for "best" and indicates "roll a number of dice, but add together only the best few". For example, 5d6b3 rolls five six- sided dice and adds together the three best rolls.

This is XBattle by Greg Lesher, based on the original by Steve Lehar released in 1991, and including certain enhancements, modifications, and bug fixes suggested by a number of contributors from all over the world. XBattle is a concurrent multi-player game which combines elements of strategy with arcade-like action to capture a wide range of military scenarios. The game is based on X Windows, which you must have installed to run xbattle. Opponents play from separate displays, with commands being executed concurrently -- the players do not take "turns", but rather they all issue their commands simultaneously. There can be any number of players, with each player assigned to a specific team, indicated by marker colors. The game board is a matrix of cells (square, hexes, etc.) that can be occupied by colored troops, with the goal of the game being to eliminate the enemy from the board by attacking cells occupied by enemy troops. A wide variety of command line options (and previously configured game files) provide an abundance of different scenarios and gaming environments. If you have never used xbattle before, read the introduction on the xbattle Web site. To get the feel of the game, you can run the "tutorial1" and "tutorial2" scripts supplied with the game. These start a series of small example games that you can play around with to learn the various options available with the game.

This is the Image Compiler, which generates images from textual description. Most important features include: - Does not need display to run - Can be run from the command line or as CGI script. In the latter case, the image is output to the browser (in PNG or JPEG format) - The size of the output image is automatically determined, no size has to be specified (although you can give a fixed size - Coordinates are in pixels, only positive coordinates are visible. Angles are in integer degrees, no limitations (except the maximum integer limit). Colors can be specified in one of three formats, including X11 color (rgb) strings - A pre-processor can be applied on the input file first; simple arithmetic can be performed - Supports commands for drawing lines, circles (filled or not), rectangles (filled or not), ellipses (filled or not), arcs, and text. Images can also be imported. For text and images an alignment parameter is available, and text and images can be rotated over any angle and can also be mirrored

Image::Size is a library based on the image-sizing code in the wwwimagesize script, a tool that analyzes HTML files and adds HEIGHT and WIDTH tags to IMG directives. Image::Size has generalized that code to return a raw (X, Y) pair, and included wrappers to pre-format that output into either HTML or a set of attribute pairs suitable for the CGI.pm library by Lincoln Stein. Currently, Image::Size can size images in XPM, XBM, GIF, JPEG and PNG formats. I did this because my WWW server generates a lot of documents on demand rather than keeping them in static files. These documents not only use directional icons and buttons, but other graphics to annotate and highlight sections of the text. Without size attributes, browsers cannot render the text of a page until the image data is loaded and the size known for layout. This library enables scripts to size their images at run-time and include that as part of the generated HTML. Or for any other utility that uses and manipulates graphics. The idea of the basic interface + wrappers is to not limit the programmer to a certain data format.

This is a port of the ircd-ratbox IRC daemon. This version is the 'testing' branch; it usually contains more features, but may contain as of yet unidentified bugs. Admins wishing to try out new features or test the development release may prefer to use it over the standard production release. ircd-ratbox is the primary ircd used on EFnet; it combines the stability of an ircd required for a large production network together with a rich set of features, making it also suitable for use on smaller networks. Changes Include: o Optional SSL support to enable encrypted connections between clients and servers, as well as server to server links. o Add support for SSL only channels, channel mode +S. o sqlite3 for handling and storing k/x/d lines. o Support for global CIDR limits. o Added adminwall allowing admins to broadcast messages to each other. o Creation of new library archive 'libratbox'. o Support for forced nick changes (instead of collision kills). o New ssld and bandb processes for SSL connections and ban checking; these allow ratbox-3 to make better use of multi-processor systems.

srd.el is a supplement file to use "Random House" on lookup. "Random House" is produced by Shogakukan Inc. You can get more detail information (written in Japanese) from [TO USE] (1) Get "Random House" from somewhere. (2) Install it by using /usr/ports/japanese/srd-fpw The port converts it into a files formatted "JIS X 4081" by FreePWING. Then install MID, WAV, AVI files from CD-ROM by hand. (3) Add the following lines into your ~/.emacs (require 'lookup-package) (setq lookup-search-agents '((ndeb "/usr/local/share/dict/srd-fpw"))) (setq lookup-package-directory "/usr/local/share/dict/package") (lookup-use-package "ndeb+/usr/local/share/dict/srd-fpw" "srd-fpw") (setq srd-fpw-image-directory "/usr/local/share/dict/srd-fpw") ;; a directory having img.dat installed by the package ja-srd-fpw (setq srd-fpw-sound-directory "/cdrom/srd/DATA") ;; a directory having srdra.bnd in CD-ROM (setq srd-fpw-play-realaudio-process "realplay") (setq srd-fpw-display-image-process "display") (if (featurep 'xemacs) (progn (setq srd-fpw-image-inline t) ))