Free hotspot fx software for linux

Super Mario Clone FX is a jump-and-run game in the style of Super Mario World. Secret Maryo Chronicles is a two-dimensional, sidescrolling jump-and-run platform game which utilizes the platform independent multimedia library, SDL.
It features a built-in level editor which can be used to easily create your own levels.
Main features:
In-Game Level Editor
- Activated by F8 in the game. You can insert any graphic file as a background or massive sprite in the game.
- Many standart graphics like hedges and ground sprites are included. You can insert enemys, set the players start position on the level,
- insert active sprites, and create half-massive sprites which the player can jump through, but can not fall through.
Multiple Levels
- Each level ends with gate or pipe, press up or down to enter the next level.
Multiple Maryo Stages
- Includes small Maryo, normal Maryo, and fire Maryo. Advance to the next stage by getting mushrooms and fire plants.
- These items can be obtained by jumping into question mark boxes.
Overworld
- Get an aerial perspective between levels, just like the World Map in Super Mario World.
Great Sounds and Music
- High quality Ogg music and sounds for the EXTRA maryo game feeling.
Save and Load
- Save anytime from the game menu. Then load whenever you want.
Get Extra Lives
- By getting 100 coins or finding the Green Mushrooms.

Gtk2::Ex::MindMapView::HotSpot is a base class for grips and toggles.

SYNOPSIS

use base Gtk2::Ex::MindMapView::HotSpot;

This module is internal to Gtk2::Ex::MindMapView. Four Gtk2::Ex::MindMapView::HotSpots are created for each Gtk2::Ex::MindMapView::Item. The hotspots are areas on a mind map item that when clicked, cause an action to be performed on an item. These hotspots allow the user to expand/collapse the items in the mind map, or to resize an item.

INTERFACE

Properties

Use the set method to set these properties. Accessing them directly will only cause you trouble.
item (Gtk2::Ex::MindMapView::Item)

Items and hotspots are rather fond of each other. This item is the one this hotspot is attached to.

enabled (boolean)

If enabled, this hotspot is ready for action. The type of action depends on whether it is a grip or a toggle. Grips are used to resize an item. Toggles are used to expand or collapse paths on the mind map graph.

fill_color_gdk (Gtk2::Gdk::Color)

The color with which to fill in the hotspot.

outline_color_gdk (Gtk2::Gdk::Color)

The color with which to fill in the hotspot outline. Toggles normally have a visible outline, while grips usually have the outline set to the same color as the item fill color.

hotspot_color_gdk (Gtk2::Gdk::Color)

The color of the hotspot once it is engaged. A hotspot becomes engaged when the mouse is placed close to it.

Methods

new (item=>$item)

Instantiates a hotspot that is associated with the Gtk2::Ex::MindMapView::Item.

This module connects to the Gnome2::Canvas::Item "event" event, and depending on the event type will call back to its Gtk2::Ex::MindMapView::Item.

hotspot_adjust_event_handler

This method must be overridden. It handles the "hotspot_adjust" event.

hotspot_button_press

This method may optionally be overridden to handle the "button-press" event.

hotspot_button_release

This method may optionally be overridden to handle the "button-release" event.

hotspot_engaged

This method may optionally be overridden to set the "engaged" flag in a non-standard way.

hotspot_enter_notify

This method may optionally be overridden to handle the "enter-notify" event.

hotspot_get_image()

This method must be overridden. It is used to instantiate a hotspot toggle or grip.

hotspot_leave_notify

This method may optionally be overridden to handle the "leave-notify" event.

hotspot_motion_notify

This method may optionally be overridden to handle the "motion-notify" event.

Charon aims to make it easy to start reselling Internet access via WiFi access point.
Charon installs onto a Linksys WiFi access point (or similar Linux device) and manages automatic price and access negotiation with local wireless customers, charging them via the mikolaj.cx settlement/micropayment system.
It will ultimately provide secure and fraud-resistant access by utilizing cash-based settlement, reputation tracking, and PKI-based non-repudiable contracts, to protect both the end-user and the access provider.
Enhancements:
- Cash prepayment support: prospective users can now pay with either cash or a credit card, at the option of the provider.
- Funds are transferred direct into their mikolaj.cx account and can be used at any Charon hotspot.
- Real-time balance query and account transaction history for the provider are now available from the administrative Web pages.
- PayPals Akamaized IP addresses are now detected and added to the firewall at every upstream reconnect, which should make Charons credit card payments usable out of the box anywhere in the world.

Sanos is a minimalistic 32-bit x86 OS kernel for Java based server appliances running on standard PC hardware.
This enables you to run java server applications without the need to install a traditional host operating system like Windows or Linux. Only a standard Java HotSpot VM and the sanos kernel are needed.
The kernel was developed as part of an experiment on investigating the feasibility of running java server applications without a traditional operating system only using a simple kernel.
The kernel implements basic operating system services like booting, memory management, thread scheduling, local and remote file systems, TCP/IP networking and DLL loading and linking.
A win32 layer allows the Windows version of the standard HotSpot JVM to run under sanos, essentially providing a JavaOS platform for server applications. This enables you to run java based server applications, like tomcat and jboss, under sanos.
Alternatively, you can use sanos as a small kernel for embedded server applications written in C. Sanos has a fairly standard POSIX based API and an ANSI Standard C library. In this case you dont need the JVM and the win32 wrappers.
Sanos is open source under a BSD style license. Please see the COPYING file for details.
Click on the topics below for further information, or send me an e-mail if you have any questions, comments or problems regarding sanos. Please include the word sanos in the mail to prevent it from being intercepted by my spam filter.
Sanos can be downloaded as either binary or source. All the files in the binary version can be built from the source version, so you do not need the binary version, if you are building sanos from source.
The binary version contains the compiled version of sanos, with files and utilities for making a boot disk.
The source version contains all the source code and build files for building sanos from source. You will need a Microsoft Visual C compiler to build sanos from source.
Enhancements:
- GetLogicalDrives() in kernel32 implemented.
- A bug in cmd_ipconfig() in sh.c prevented proper display of network configuration if no DNS servers was configured. This problem has been fixed. (FGA)
- New -a option added to mkdfs to support file lists with alternative files names. This simplifies configurations with both debug and release builds.
- The Visual Studio wizard can now generate a floppy disk boot image configured for the application.
- Shell prompt can be configured by setting the prompt property in the [shell] section of the os.ini file.
- If command line arguments are given to the shell it now executes the built-in command and exits the shell.
- The floppy motor timeout routine now acquires the floppy mutex before turning off the motor in order to prevent race conditions.
- Advanced Power Management (APM) support implemented. The computer can now be powered off after os shutdown. The mode parameter for exitos() can be used to specify the shutdown mode (halt, reboot, poweroff, debug). A shutdown command has been added to the shell. The power status can be retrieved using /proc/apm.
- Added /proc/cpu for CPU information.
- The raise() function now returns an error if the signal number is invalid.
- Breakpoint traps are now sent to the user mode signal handler. This allows breakpoints to be handled by user mode code.
- Signals now exits the currently executing job with the signal number as exit code. However, if the debug flag in the PEB is set the debugger is entered if an unhandled signal is encountered. The debug flag can be set using the debug command in the shell. The debug flag can be configured using the debug property in the [os] section of os.ini. The default value of the debug flag is 0, unless the system is build in debug configuration.
- readv() and writev() implemented in vfs.
- The kernel log is now implemented by the device driver /dev/klog. The kernel log now support ioctl for waiting for new log entries in the kernel log. The kprintf has been extended to support different log levels.
- The syslog interface has been redesigned in to comply with POSIX. The syslog now supports logging to a syslog server by setting the loghost property in the [os] section of os.ini.
- New klog daemon to read entries from the kernel log (/dev/klog) and add them to the system log.
- The sockaddr and sockaddr_in structures has been change to conform to winsock definitions.
- The sleep() function has been renamed to msleep(). A new POSIX conformant sleep function has been added to unistd.h.
- Added sys/time.h header file. Also added tzp parameter to gettimeofday() for POSIX compliance.
- New simple text editor utility (edit.exe) added.
- The syserror() function has been moved from libc.lib to the os.dll as an exported os api call.
- readline() now uses stdin and stdout for input and output.
- Bug in iomux fixed. Now a monitored event signals the iomux and not the associated object.
- Implemented popen() and pclose(). Also added a P_SUSPEND parameter to spawn() to allow new jobs to be started suspended.
- The kernel version information is now kept in a version resource in krnl.dll. The version information is retrieved using the new module version information functions in verinfo.c.
- The build type can now be controlled by compile time switches. The kernel version can be displayed in the Windows Explorer by viewing Properties for krnl.dll and selecting the Version tab.
- User management added to kernel. Each thread is now assigned to a user and a group. A thread has both a real and an effective user and group owner. The {get|set}[e]{uid|gid}() functions can be used to change the effective and real user and group for a thread. When a new thread is created the effective user and group are inherited from the creator thread.
- Added functions to query /etc/passwd and /etc/group files.
- New whoami, id, chmod, and chown commands added to shell. The format of the output from ls has been changed to display the file permission info.
- New file system version for DFS. The new version supports user and group owner for files and directories as well as permission bits. The new DFS version also supports files larger than 2GB. The fchown() and chown() functions has been added to vfs.
- DES-based crypt() implementation added.
- The spawn() function now computes the pgm parameter from the cmdline parameter if the pgm parameter is NULL. The initpgm and initargs properties in the [os] section of /etc/os.ini has been replaced with a single property named init. The default for init has been changed to /bin/sh.
- The behavour of the initial application has been changed. Previously the os shut down after the initial application exited. Now the initial application is executed again if it exits.
- Telnet daemon moved from the shell to separate server (telnetd.exe). The new telnet daemon has a more robust handling of the telnet protocol. The telnet daemon invokes the new login utlity in order to log on user.
- FTP daemon implemented.

Audio::Ecasound is a Perl binding to the ecasound sampler, recorder, fx-processor.

SYNOPSIS
One function interface:
use Audio::Ecasound qw(:simple);

eci("cs-add play_chainsetup");
eci("c-add 1st_chain");
eci("-i:some_file.wav");
eci("-o:/dev/dsp");
# multiple n separated commands
eci("cop-add -efl:100
# with comments
cop-select 1
copp-select 1
cs-connect");
eci("start");
my $cutoff_inc = 500.0;
while (1) {
sleep(1);
last if eci("engine-status") ne "running";

my $curpos = eci("get-position");
last if $curpos > 15;

my $next_cutoff = $cutoff_inc + eci("copp-get");
# Optional float argument
eci("copp-set", $next_cutoff);
}
eci("stop");
eci("cs-disconnect");
print "Chain operator status: ", eci("cop-status");

Object Interface

use Audio::Ecasound;

my $e = new Audio::Ecasound;
$e->on_error();
$e->eci("cs-add play_chainsetup");
# etc.
Vanilla Ecasound Control Interface (See Ecasounds Programmer Guide):
use Audio::Ecasound qw(:std);

command("copp-get");
$precise_float = last_float() / 2;
command_float_arg("copp-set", $precise_float);
warn last_error() if error();
IAM Interface, pretend interactive mode commands are functions.
use Audio::Ecasound qw(:iam :simple);

# iam commands as functions with s/-/_/g
my $val = copp_get;
copp_set $val+0.1; # floats are stringified so beware
eci("-i /dev/dsp"); # not all commands are exported

Audio::Ecasound provides perl bindings to the ecasound control interface of the ecasound program. You can use perl to automate or interact with ecasound so you dont have to turn you back on the adoring masses packed into Wembly Stadium.
Ecasound is a software package designed for multitrack audio processing. It can be used for audio playback, recording, format conversions, effects processing, mixing, as a LADSPA plugin host and JACK node. Version >= 2.2.X must be installed to use this package. "SEE ALSO" for more info.

Gtk2::Ex::MindMapView::HotSpot::GripFactory is the maker of standard grips.

SYNOPSIS

use Gtk2::Ex::MindMapView::HotSpot::GripFactory;

This factory makes grips that are used to resize Gtk2::Ex::MindMapView::Items.
The following types of grips are supported:

Gtk2::Ex::MindMapView::HotSpot::Grip::Round - A circular grip.
Gtk2::Ex::MindMapView::HotSpot::Grip::Lentil - A lentil shaped grip.
Gtk2::Ex::MindMapView::HotSpot::Grip::RightAngle - A right triangle shaped grip.
Gtk2::Ex::MindMapView::HotSpot::Grip::EllipseRound - A special round grip for ellipses.

This factory is used by the Gtk2::Ex::MindMapView::ItemFactory.

INTERFACE

Properties

item (Gtk2::Ex::MindMapView::Item)

The item to attach the grip to.

border (Gtk2::Ex::MindMapView::Border)

The border that is used to determine the type of grip to create.

side (string)

The side of the item to attach to. May be: left or right.

fill_color_gdk (Gtk2::Gdk::Color)

The color of the grip.

hotspot_color_gdk (Gtk2::Gdk::Color)

The color of the grip when it is engaged.

Methods

new ( ...)

Constructor for the grip factory.

create_grip (item=>$item, border=>$border, side=>$side, ...)

Creates a new Gtk2::Ex::MindMapView::HotSpot::Grip given the Gtk2::Ex::MindMapView::Item that the grip will attach to. The Gtk2::Ex::MindMapView::Border is used to determine what grip to return to the caller. The side may be left or right.

DIAGNOSTICS

Invalid item. Item must be a Gtk2::Ex::MindMapView::Item

You must pass in a Gtk2::Ex::MindMapView::Item argument.

Invalid side. Must be right or left

You must set the side to be either: left or right.

Unexpected border: $border

You must give one of the known border types at this time.

Gtk2::Ex::MindMapView::HotSpot::ToggleFactory is a Maker of standard toggle items.

SYNOPSIS

use Gtk2::Ex::MindMapView::HotSpot::ToggleFactory;

This factory makes toggles that are used to expand or collapse the tree of items shown in the mind map.

The following types of toggles are currently supported:

Gtk2::Ex::MindMapView::HotSpot::Toggle::Round - The standard round toggle.

This factory is used by the Gtk2::Ex::MindMapView::ItemFactory.

INTERFACE

Properties

item (Gtk2::Ex::MindMapView::Item)

The item to attach the grip to.

border (Gtk2::Ex::MindMapView::Border)

The border that is used to determine the type of toggle to create.

side (string)

The side of the item to attach to. May be: left or right.

fill_color_gdk (Gtk2::Gdk::Color)

The color of the toggle.

outline_color_gdk (Gtk2::Gdk::Color)

The color of the toggle outline.

hotspot_color_gdk (Gtk2::Gdk::Color)

The color of the toggle when it is engaged.

Methods

new ( ...)

Constructor for the toggle factory.

create_toggle (item=>$item, border=>$border, side=>$side, ...)

Creates a new Gtk2::Ex::MindMapView::HotSpot::Toggle given the Gtk2::Ex::MindMapView::Item that the toggle will attach to. The Gtk2::Ex::MindMapView::Border is used to determine what toggle to return to the caller. The side may be left or right.

DIAGNOSTICS

Invalid item. Item must be a Gtk2::Ex::MindMapView::Item
You must pass in a Gtk2::Ex::MindMapView::Item argument.

Invalid side. Must be right or left
You must set the side to be either: left or right.

Unexpected border: $border
You must give one of the known border types at this time.

The version 0.16 of the Enlightenment window manager was released in 2000, along with its dependencies Imlib and Fnlib, and remains in heavy usage today.

While rumors of its death still circulate, DR16.6 was release on Nov 2nd, 2003, and it remains in development today with a long life still ahead of it. DR16 has been the choice of power users and artists due to its low overhead, highly graphical, widely theme-able, extremely configurable, yet unobtrusive interface.

Nearly all functions of the window manager can be handled without mouse input, including application launching via e16keyedit. It also remains highly portable, with ports avalible for Linux on all platforms, FreeBSD, IRIX, Solaris X86 and Sparc, HP-UX, AIX, OS/2, and more.

Imlib has lived a long life, still in heavy usage today, as one of the most popular image manipulation and rendering libs available. Its development was taken over by the GNOME project and used as GNOMEs rendering engine until it was replaced with GdkPixbuf in GNOME 2.0. Its popularity surpasses just development in C thanks to bindings for several scripting languages including PERL, Python, and Ruby.

The Enlightenment DR16 Window Manager is a robust, flexable, highly configurable, graphically rich yet unobtrusive desktop enviroment for the X11 windowing system. It is fully themable and easily configured. There are a wide range of configuration options to suite any taste. DR16 provides an innovate way of managing applications found no where else, allowing for not only virtual desktops, but also multiple desktops (a seperate set of virtual desktops).

A unique snapshoting pager allows for easy management of application placement and even will zoom on on mouse-over of a window in the pager for easily locating applications. Support exists for up to 32 multiple desktops, and virtual desktops up to 8x8 in size! (Thats 2048 possible desktops!) Standard options such as focus settings and autoraise are extremely configurable to fit your individual tastes.

Several diffrent types of move and resize effects exist, including Opaque, Technical, Box, Shaded, Semi-solid, and Translucent, depending on your preference and CPU requirements. "Remember" settings can be assigned to each window allowing it to be placed and configured just as you want on each startup of the window manager without having to edit any files.

Windows can be individually configured to meet any desire, to change stacking payers, border styles, window size, grouping, tab skip, stickiness, and more. And EESH, the Enlightenment Shell, allows for complete remote control of the window manager and easy scripting.

The menu system is flexable, providing easy access to applications, theme selection, documentation, settings, and background selection. DR16 uniquely allows background selection to be done from the main menu system using thumbnailed views of the background providing a quick and easy way to change wallpaper. In addition, desktop "FX" exist that can add a unique flare, including a ripple effect at the base of your desktop.

A simple group of flat text files allow for easy editing of user appliation menus, including the ability to create hierarchical user menus to suite your various needs. At first startup DR16 will even scan for your KDE and GNOME menus to add an application menu for them.

Standard mouseless features such as tab switching exist, but weve built on even more than that. Virtual desktops can be navigated using the keyboard arrow keys and nearly anything including application launching can be keybound via e16bindings making DR16 an excellent choice for users who want a graphically rich enviroment that doesnt require constant intervention of the mouse.

A built in help system called "eDox" provides an excellent resource for learning the wide variety of diffrent methods of interaction and configuration. Graphical Tool Tips can also be enabled to assist normal usage.

Enlightenment DR16 integrates well with both GNOME and KDE. Replace the default window mangers for each with Enlightenment and youll have the power to leverage the best of GNOME and KDE at the same time, while enjoying the superior windowing interface that Enlightenment provides.

EESH, the Enlightenment Shell, allows for complete remote control of the window manager and easy scripting.

Enlightenment DR16 is highly portable, with binaries avalible for or testing done on all Linux platforms, Solaris X86 and Sparc, HP-UX, AIX, IRIX, OpenBSD, FreeBSD, NetBSD, OS/2 and more.