PWM is a rather lightweight window manager for X11. It has the unique
feature that multiple client windows can be attached to the same
frame. This feature helps keeping windows, especially the numerous
xterms, organized.
Being a lightweight window manager with emphasis on usability, PWM does
not have all the features that one might expect from a window
manager. Those features are simply unnecessary. PWM does not provide
pixmapped themes or other bloated eye candies but has a clean and
simple look inspired by BeOS and Motif. There are no icons and frames
cannot be iconified, only "shaded". Only One True (pointer) focus
mode is supported: sloppy. PWM does not even have titlebar buttons and
may not be the easiest window manager to get into, most Good
Things are not.
PWM does have workspaces, menus and Window Maker dockapp support. It has
pretty good keyboard support and almost all the functionality
is configurable.
XAnim is a program that can display animations of various
formats on systems running X11. XAnim currently supports
the following animation types:
+ FLI animations.
+ FLC animations.
+ IFF animations. The following features are sup-
ported:
-> Compressions 3,5,7,J(movies) and l(small
L).
-> Color cycling during single images and
anims.
-> Display Modes: depth 1-8, EHB, HAM and
HAM8.
+ GIF87a and GIF89a files.
-> single and multiple images supported.
-> GIF89a animation extensions supported.
+ GIF89a animation extension support.
+ a kludgy text file listing gifs and what order
to show them in.
+ DL animations. Formats 1, 2 and partial 3.
+ Amiga PFX(PageFlipper Plus F/X) animations. TEMP
DISABLED
+ Amiga MovieSetter animations(For those Eric
Schwartz fans).
+ Utah Raster Toolkit RLE images and anims.
+ AVI animations. Currently supported are
-> IBM Ultimotion (ULTI) depth 16.
-> JPEG (JPEG) depth 24.
images.
+ MPEG animations. Currently only Type I Frames
are displayed. Type B and Type P frames are cur-
rently ignored, but will be added in future
revs.
+ WAV audio files may have their sound added to
any animation type that doesn't already have
audio, by specifying the .wav file after the
animation file on the command line. Currently
only the PCM audio codec is supported.
+ any combination of the above on the same command
line.
XAnim also provides various options that allow the user to
alter colormaps, playback speeds, looping modes and can
provide on-the-fly scaling of animations with the mouse.
LICENSE: freely used, copied and redistributed without fee for non-commerical purposes
( http://xanim.va.pubnix.com/home.html )
( http://xanim.resnet.gatech.edu/home.html )
( http://smurfland.cit.buffalo.edu/xanim/home.html )
It all started when we got some new routers, which told me the
following when trying to upload configuration or download images
from it: The TFTP server doesn't support the blocksize option.
My curiousity was triggered, it took me some reading of RFCs and
other documentation to find out what was possible and what could
be done. Was plain TFTP very simple in its handshake, TFTP with
options was kind of messy because of its backwards capability: The
first packet returned could either be an acknowledgement of options,
or the first data packet.
Going through the source code of src/libexec/tftpd and going through
the code of src/usr.bin/tftp showed that there was a lot of duplicate
code, and the addition of options would only increase the amount
of duplicate code. After all, both the client and the server can
act as a sender and receiver.
At the end, it ended up with a nearly complete rewrite of the tftp
client and server. It has been tested against the following TFTP
clients and servers:
- Itself (yay!)
- The standard FreeBSD tftp client and server
- The Fedora Core 6 tftp client and server
- Cisco router tftp client
- Extreme Networks tftp client
It supports the following RFCs:
RFC1350 - THE TFTP PROTOCOL (REVISION 2)
RFC2347 - TFTP Option Extension
RFC2348 - TFTP Blocksize Option
RFC2349 - TFTP Timeout Interval and Transfer Size Options
RFC3617 - Uniform Resource Identifier (URI) Scheme and Applicability
Statement for the Trivial File Transfer Protocol (TFTP)
It supports the following unofficial TFTP Options as described at
http://www.compuphase.com/tftp.htm:
blksize2 - Block size restricted to powers of 2, excluding protocol headers
rollover - Block counter roll-over (roll back to zero or to one)
From the tftp program point of view the following things are changed:
- New commands: "blocksize", "blocksize2", "rollover" and "options"
- Development features: "debug" and "packetdrop"
If you try this tftp/tftpd implementation, please let me know if
it works (or doesn't work) and against which implementaion so I can
get a list of confirmed working systems.
Sunclock is an X11 application that displays a map of the Earth and
shows the illuminated portion of the globe. In addition to providing
local time for the default timezone, it also displays GMT time,
legal and solar time of major cities, their latitude and longitude,
the mutual distances of arbitrary locations on Earth, the position
at zenith of Sun and Moon. Sunclock can display meridians, parallels,
tropics and arctic circles. It has builtin functions that accelerate
the speed of time and show the evolution of seasons. Sunclock can
be internationalized for various western languages. It is possible
to customize the app-default file and enter additional city entries.
Sunclock can commute between two states, the "clock window" and the
"map window". The clock window displays a small map of the Earth
and therefore occupies little space on the screen, while the "map
window" displays a large map and offers more advanced functions.
The Sunclock package includes a resizable and zoomable vector map.
External Earth maps can also be loaded.
ALURE is a utility library to help manage common tasks with OpenAL applications.
This includes device enumeration and initialization, file loading,
and streaming. As of version 1.1, it is X11/MIT licensed, allowing it to be used
in open- and closed-source programs, freeware or commercial.
The purpose of this library is to provide pre-made functionality that would
otherwise be repetitive or difficult to (re)code for various projects
and platforms, such as loading a sound file into an OpenAL buffer and streaming
an audio file through a buffer queue. Support for different formats is
consistant across platforms, so no special checks are needed when loading files,
and all formats are handled through the same API.
Currently ALURE includes a basic .wav and .aif file reader,
and can leverage external libraries such as libSndFile
(for extended wave formats and several others), VorbisFile (for Ogg Vorbis),
FLAC (for FLAC and Ogg FLAC), and others. External libraries can also be
dynamically loaded at run-time, or individually disabled outright at compile
time.
The Firm library implements the Firm intermediate representation (IR). libFirm
contains algorithms for construction of the SSA form directly from the
attributed syntax tree. A set of analyses and optimisation phases is provided.
This version includes a complete backend for the IA32 architecture, as well as
some unfinished backends for SPARC, ARM
* support for object oriented type hierarchies
* analyses: dominance, loop tree, execution frequency, control dependencies,
call graph, rapid type, def-use, alias analysis, class hierarchy analysis
* Optimisations: constant folding, local common subexpression elimination,
global common subexpression elimination, code placement, operator strength
reduction, scalar replacement, load/store, control flow optimisations,
if-conversion, partial condition evaluation, reassociation, tail recursion
elimination, inlining, procedure cloning, dead code elimination, ...
* enhanced debugging support: extensive checkers, breakpoints on node creation,
entity creation, graph dumping
* lowering of intrinsics, double word arithmetics, bitfields
* backend with SSA based register allocation including several algorithms for
spilling and copy coalescing. Instruction and block scheduling, support for
ABI handling.
* working ia32 backend with support for x87 and SSE2 floating point
* handwritten recursive descent C90/C99 frontend available (lang/cparser)
Luabind is a library that helps you create bindings between C++ and
Lua. It has the ability to expose functions and classes, written
in C++, to Lua. It will also supply the functionality to define
classes in lua and let them derive from other lua classes or C++
classes. Lua classes can override virtual functions from their C++
baseclasses. It is written towards Lua 5.x, and does not work with
Lua 4.
It is implemented utilizing template meta programming. That means
that you don't need an extra preprocess pass to compile your project
(it is done by the compiler). It also means you don't (usually)
have to know the exact signature of each function you register,
since the library will generate code depending on the compile-time
type of the function (which includes the signature). The main
drawback of this approach is that the compilation time will increase
for the file that does the registration, it is therefore recommended
that you register everything in the same cpp-file.
* Leo is a programmer's editor and a flexible browser for projects,
programs, classes or data. Leo clarifies design, coding, debugging,
testing and maintenance.
* Leo is an outlining editor. Outlines clarify the big picture while
providing unlimited space for details.
* Leo is a literate programming tool, compatible with noweb and CWEB.
Leo enhances any text-based programming language, from assembly
language and C to Java, Python and XML.
* Leo is also a data organizer. A single Leo outline can generate
complex data spanning many different files. Leo has been used to
manage web sites.
* Leo is a project manager. Leo provides multiple views of a project
within a single outline. Leo naturally represents tasks that remain
up-to-date.
* Leo is fully scriptable using Python and saves its files in XML
format.
* Leo is portable. Leo.py is 100% pure Python and will run on any
platform supporting Python and PyQt, including Windows, Linux and
MacOS X.
* Leo is Open Software, distributed under the Python License.
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.
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