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.