Ports 搜索

Ifm (Interactive Fiction Mapper) is a language for keeping track of your progress through an Interactive Fiction game, and a program for producing various different sorts of output using it. You can record each room you visit and its relation to other rooms, the initial locations of useful items you find, and the tasks you need to perform in order to solve the game. The Ifm mapping commands are designed so that you can easily add to the map as you explore the game. You type in the rooms you visit and the directions you move in to reach other rooms, and Ifm calculates the position of each room in relation to the others. A map can consist of several independent sections, allowing you to divide up the map however you like. The Ifm task commands, if used, allow you to specify the order in which game-solving tasks must be done. The Ifm program can then calculate and print different styles of walkthrough for the game.

Odamex is a free and open source port for the classic first-person-shooter Doom. Odamex's goal is to emulate the feel of and retain many aspects of the original Doom executables while offering a broader expanse of security features, personal configuration, gameplay options, and editing features. Odamex can run on a wide range of operating systems and hardware, so players should be able to play on almost any platform. Features: * The popular ZDoom 1.22 core engine and CSDoom 0.62 core netcode. * Compatibility with many major operating systems, including Windows, Linux, FreeBSD and Mac OSX. * Core gameplay modeled on the original doom2.exe. * Streamlined WAD loading, allowing the server and clients to load WAD files on the fly without needing to restart the client or server. * Compatibility with Boom, MBF and CTF Standard maps. * Deathmatch, Cooperative, Team Deathmatch and CTF gametypes. * Jumping, Mouselook and other non-standard features available as server-side options. * Comprehensive cheat and exploit countermeasures. * An open source code base licensed under the GPL, available for anyone to examine, compile, or modify to their liking.

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.

The Tcl extension module gives access to the Tcl library with functionality and interface similar to the C functions of Tcl. In other words, you can: - Create Tcl interpreters The Tcl interpreters so created are Perl objects whose destructors delete the interpreters cleanly when appropriate. - Execute Tcl code in an interpreter The code can come from strings, files or Perl filehandles. - Bind in new Tcl procedures The new procedures can be either C code (with addresses presumably obtained using dl_open and dl_find_symbol) or Perl subroutines (by name, reference or as anonymous subs). The (optional) deleteProc callback in the latter case is another perl subroutine which is called when the command is explicitly deleted by name or else when the destructor for the interpreter object is explicitly or implicitly called. - Manipulate the result field of a Tcl interpreter - Set and get values of variables in a Tcl interpreter - Tie perl variables to variables in a Tcl interpreter The variables can be either scalars or hashes. Github repository is at https://github.com/gisle/tcl.pm

Squeak is an open, highly-portable Smalltalk-80 implementation whose virtual machine is written entirely in Smalltalk, making it easy to debug, analyze, and change; it includes among other things: * a rapid-turn-around Smalltalk-80 compiler, * a caching-JIT run-time virtual machine (with full source in Smalltalk), * large class libraries with portable data and GUI models, and * an integrated development environment with powerful coding tools and GUI construction tools. Squeak was developed at Apple Labs, Walt Disney and has been ported to a variety of computers (including most flavors of UNIX and Windows). Compared to other Smalltalk systems, Squeak has 4 important features: * Portability (to Mac, Windows, WinCE, and many flavors of UNIX); * Speed (it uses native C for compute-intensive code); * Price (free, including all source code and the right to distribute applications!); and * Sophistication (full Smalltalk-80 language, libraries, and tools). Squeak comes under an open source license, meaning that you can download and use it for free. http://www-sor.inria.fr/~piumarta/squeak/ (Unix Squeak)

PPM2FLI can read directly PPM,PGM,PBM and FBM files. If necessary it performs a quantization. The filters of the NETPBM, PBMPLUS and FBM package can be used as read filters. Together with one of this packages a large number of image formats can be handled. UNFLICK writes images in PPM or FBM format. In contrast to FBM2FLI no additional package is required to build PPM2FLI and UNFLICK. So it can be used without any of the above mentioned packages, if another source of PPM,PGM,PBM or FBM images is available. For example, PS images can be animated using ghostscript. The current version is call `beta' because some parts are relative new and not totally tested. I made tests on SUN sparc-stations (various versions of SUN-OS), on PC running LINUX and under MSDOS using the DJGPP DOS-extender. In all cases the GCC compiler was used. Under MSDOS I used a modified makefile. Anyway, in some environments changes in the makefile are necessary.

transcode is a text-console utility for video stream processing, running on a platform that supports shared libraries and threads. Decoding and encoding is done by loading modules that are responsible for feeding transcode with raw video/audio streams (import modules) and encoding the frames (export modules). It supports elementary video and audio frame transformations, including de-interlacing or fast resizing of video frames and loading of external filters. A number of modules are included to enable import of DVDs on-the-fly, MPEG elementary (ES) or program streams (VOB), MPEG video, Digital Video (DV), YUV4MPEG streams, NuppelVideo file format and raw or compressed (pass-through) video frames and export modules for writing DivX;-), OpenDivX, DivX 4.xx or uncompressed AVI files with MPEG, AC3 (pass-through) or PCM audio. Additional export modules to write single frames (PPM) or YUV4MPEG streams are available, as well as an interface import module to the avifile library. Its modular concept is intended to provide flexibility and easy user extensibility to include other video/audio codecs or file types.

CenterIM is a fork of CenterICQ. CenterIM is a text mode menu- and window-driven IM interface that supports the ICQ2000, Yahoo!, MSN, AIM, Gadu-Gadu and IRC protocols as well as posting to LiveJournal aggregating RSS feeds. It allows you to send, receive, and forward messages, URLs, SMSes, contacts, and email express messages. It also lets you set your own and fetch others' away messages, and define external handlers for incoming events. You can mass message-send, search for users, view users' details, maintain your contact list directly from the program, view the message history, register a new UIN and update your details, be informed upon receipt of email messages, automatically set away after the defined period of inactivity, and have your own ignore, visible, and invisible lists. It can also associate events with sounds, make log of events, and allows arrangement of contacts into groups. WARNING: This is the development version of centerim. There's no proof that it will build and/or run properly on your system. But we will be happy to get some feedback if you experience any problems. For testing purposes, all available protocols are enabled in this port. If you don't agree to these facts, you should probable use net-im/centerim release version.

CenterIM is a fork of CenterICQ. CenterIM is a text mode menu- and window-driven IM interface that supports the ICQ2000, Yahoo!, MSN, AIM, Gadu-Gadu and IRC protocols as well as posting to LiveJournal aggregating RSS feeds. It allows you to send, receive, and forward messages, URLs, SMSes, contacts, and email express messages. It also lets you set your own and fetch others' away messages, and define external handlers for incoming events. You can mass message-send, search for users, view users' details, maintain your contact list directly from the program, view the message history, register a new UIN and update your details, be informed upon receipt of email messages, automatically set away after the defined period of inactivity, and have your own ignore, visible, and invisible lists. It can also associate events with sounds, make log of events, and allows arrangement of contacts into groups. The development of CenterIM is currently quite active, but is still happy to find more users helping with contributing bug reports, suggestions, feedback and code. If you're interested in joining our community, feel free to inform about our mailing lists on the CenterIM homepage or on #centerim at the Freenode IRC.

OnionCat is a VPN-adapter which allows to connect two or more computers or networks through VPN-tunnels. It is designed to use the anonymization networks Tor or I2P as its transport, hence, it provides location-based anonymity while still creating tunnel end points with private unique IP addresses. OnionCat uses IPv6 as native layer 3 network protocol. The clients connected by it appear as on a single logical IPv6 network as being connected by a virtual switch. OnionCat automatically calculates and assigns unique IPv6 addresses to the tunnel end points which are derived from the hidden service ID (onion ID) of the hidden service of the local Tor client, or the local I2P server destination, respectively. This technique provides authentication between the onion ID and the layer 3 address, hence, defeats IP spoofing within the OnionCat VPN. If necessary, OnionCat can of course transport IPv4 as well. Although it has native IP support, the suggested way to do this is to configure an IPv4-in-IPv6 tunnel.