Free rc5 software for linux

jrawio is a Service Provider Implementation for the Java ImageIO API. It provides the ability to read images coded in a digital "camera raw" format (such as NEF for Nikon or CRW/CR2 for Canon).
jrawio is to be pointed out that jrawio is implemented in 100% pure Java.
In simple words, a Camera RAW format is the dump of the data collected by the camera sensor, with basically no post-processing applied. While it has the pitfall of requiring heavy processing in order to achieve a displayable image, the basic advantage is that any transformatio applied to it is "reversible".
From this point of view a Camera RAW format can be thought as a "digital negative". But dont confuse this with Adobes Digital Negative format (.DNG), which is just the try to define a standard format of RAW images. Indeed every camera manufacturer (e.g. Nikon, Canon, ...) has its own format.
jrawio is presently a Release Candidate for v1.0, so its coming out of beta stage. Please refer also to the Release Notes for information about issues.
It has been tested with about 8,000 photos taken with Nikon D100 and D70 cameras and with about 250 samples of various cameras downloaded from the web. jrawio has been explicitly tested with the following models:
Canon CR2 Digital Rebel, EOS 1D MkII, EOS 1Ds MkII, EOS 350D
Canon CRW D30, EOD 10D, EOS 300D
Leica DNG R8, R9
Minolta MRW DiMAGE 5, DiMAGE 7i, DiMAGE 7Hi
Nikon NEF CoolPix 5400, CoolPix 5700, CoolPix 8700, CoolPix 8800, D1, D100, D1X, D200, D2H, D2X, D50, D70, D70s
Pentax PEF *ist D, *ist DL, *ist DS
Sony SRF F828
Enhancements:
- This release fixes bugs related to application integration.

LogDog is a tool that monitors messages passing through syslogd and takes action based on key words and phrases.
LogDog has a configuration file which allows you to specify a list of key words or phrases to alert on, and a list of commands that can be run when those words are encountered.
Main features:
- Monitors syslogd messages for key words and phrases and runs system commands based on content.
- Logs all activity to a file.
- HUP signal is intercepted correctly and causes Logdog to reload its configuration and refresh all filehandles.
- Reads data from syslogd via a FIFO for efficiency and low latency alerts.
- Script returns error status to the system when an error occurs.
- Verbose and descriptive error messages if something goes wrong.
- Multiple debugging levels.
Installation:
make install
Enhancements:
- Updated the pringmsg() function. It now logs and syslogs messages in a more syslog-like format.
- Made it so it doesnt drop permissions until after it opens/writes its PID file. This means that if you *are* dropping permissions a HUP signal will likely cause logdog to exit abruptly if your PID file is not writable by Logdog.

XDirectFB project is a rootless X Server using DirectFB windows for X11 toplevel windows.
This way you can adjust the opacity of every application with your mouse wheel (while holding CapsLock or Meta down over a window). More details about these shortcuts can be found in the DirectFB README.
Window movements are initiated by the applications or the window manager. The graphical movement is done by DirectFB using available hardware acceleration.
Overlapping toplevel windows do not cause expose events, i.e. redrawing of the window contents, as they are DirectFB windows and therefore have an own surface, a.k.a. backing store.
Its heavily based on XDarwin and some KDrive code.
Enhancements:
- Added X Selection DFB Clipboard support.
- Added DPMS support.
- Added option "-displayLayer ".
- Initial DGA implementation with DGA keyboard and DGA mouse support.

mysqlWisp is a project which provides a standalone or mysqlISP-controlled subsystem.
mysqlWisp provides a standalone or mysqlISP-controlled subsystem for managing one or hundreds of hotspots with access controlled by iptables, MAC addresses, IP addresses, and passwords.
Access points are connected to a second NIC, and all traffic is initially redirected to a login page.
mysqlWisp provides a mysqlISP family standalone or mysqlISP controlled subsystem for managing 1 or 100s of hotspots with full iptables/MAC+IP+Login+Passwd controlled access.
Easy on the end-user -and the hotspot staff- wide open WAPs are supported. The WAP -or LAN of WAPs- is connected to a 2nd NIC (like eth1 for example, or via a WAP capable card for low cost and very flexible linux WAP/Gateway box.) The model used is the captive portal: "redirect all traffic to hotspot login page -unless logged in" on the WAP/Gateway controlled by a local instance of mysqlWisp.
The gateway linux server running mysqlWisp usually will also provide dhcpd, named, and two instances of apache2: One for the webmin and the other the login page. After hotspot user logs in, she then is allowed through the WAP/Gateway, via advanced iptables SNAT, DNAT and REDIRECT rules managed by mysqlWisp.
Started adding accounting and QoS control along with mysqlCart provided online credit card processing support.
Enhancements:
- Adding mysqlISP external job queue handling.
- Adding more WISP AAA/NOC support based on Chicago installation.
- Use tUser.cProfile for cMAC and cIP if exists (fixed users.)
- Add cProfile dictionary to tConfiguration to check new user addition.

mysqlCart provides a template based dynamic e- commerce shop system.

It does not require any modules or rely on interpreted languages and is very fast even on older machines.

Finally a template driven -pure C with mySQL C API-, very fast and easy on your CPU and RAM GPL ecommerce solution. The mysqlCart/mysqlShop admin/dynamic site combo is from the world leaders in GPL ISP software OpenISP, and it is FREE (more so GPL free! www.fsf.org)

This ecommerce solution gives you the edge over clunky perl (shudder!) or pain in the ... php installation nightmare and interpreted lameness. And phps awkward syntax tries to be like C (php is written in C, but study its history and come to your own conclusions about its usefulness for heavy traffic sites,) so why bother?

To be fair php is great for certain things but C is much better for mySQL cgis. All unix type OSs, including Linux/FreeBSD/OpenBSD and Solaris are written in C.

Mediainlinux is a complete Linux distribution targeted at multimedia production, wich consist in a live cd (knoppix derived) containing more than 200 graphical application and thousands of command line tools for:

* Acquisition
* Conversion
* Editing
* Compression
* PostProduction in the Audio, 2D and 3D graphics and Video domain.

Mediainlinux distribution is a working prototype of a Debian Multimedia Distribution, based on the last version (3.4) of the Knoppix Linux Live Cd.

Our CD supports most of the graphic, audio and tv/satellite computer card on the consumer and prosumer market GNU/Linux compatible and has more than 200 graphical applications and hundreds (nearly 1000) of command line tools for covering all the complexity of the multimedia process of production: acquisition, conversion, compression and mastering.

Most of the Multimedia in the GNU/Linux world is covered, but there are some tools which we dont want to distribute together with Mediainlinux for legal reason and mainly because we are not sure about the integrity of the code, which could be stolen or covered by copyrights and so on.

You can install this applications after Mediainlinux is installed on the hard disk, because they will be present in the Synaptic interface (because we added the sources to the sources file).

Technical Goals:

1.Multimedia Kernel (modified to gain more reactivity from the system) and especially in the graphic (drivers for consumer and prosumer video cards) and audio (firmware for professional audio cards) subsystems, applying many patches like the low latency, preemption, real time e capabilities patches and reach a better recognizing of peripherals.

2.Boot splash: cover the Knoppix Live Cd initialization (which is oldish and bad looking, in our opinion) with an animation and some informations about the project.

3.Develop customized multimedia cd and application.

4.OpenMosix enabled kernel to make distributed rendering with Blender and Yafray.

Non technical goals:

1.Include applications which are not already part of the Debian distribution: speed in the free software world creates a situation in which hundreds of projects starts in a year and the ones which survive with an active development the first year and get developed for two or three years have a good chance to continue and be included in the major distributions. Sometimes it needs to anticipate this process and “discover” some applications which are not already shipped with a major distribution, before they become famous and encouraging their diffusion putting them in Mediainlinux. This has a double effect: makes the software better testing it and reporting bugs, suggestions and ideas and making better the whole Mediainlinux itself.

2.Support package maintainer to promote the diffusion of applications that havent already been debianized: programmers that transform the source code of a certain software in a Debian .deb, ready to be installed on a computer with a Debian GNU/Linux distribution (or a Debian compatible one like Mediainlinux) are often volunteers doing this work just as an hobby. For some other software there are already some sponsorships from some facilities and one of the goals of Mediainlinux is to find economic support for this programmers in the multimedia field of application.

3.Organizations: we had contacts with some organizations like ONU and UNESCO and with Italian (Turin, Padova, Bologna, Siena) and international (Bristol, Oslo, Zlin, Tampere, Georgia) universities and with some other organizations in the audio and video fields like FESTPACO or African Women Media Center. In all this places Mediainlinux has been introduced and in some also experimented, still limiting to single tests. With all this entities we would like to set up a collaboration that goes from simple testing and reporting of bugs, to requests for new characteristics and development of additional software.

4.Art Academies: many institutions like MULTIDAMS of Turin, the school of Art and Media of Tampere or the Brera Academy of Art in Milan has a double role: public places for experimentation (and so contamination between technology and art) and possible producers of demonstrations and examples of use, artist and collaborators.

User side goals:

1.Make Mediainlinux a better looking distribution: the look of Mediainlinux is a key aspect of the whole project. The more the distribution will be stylish (from the cd to the manual, from the Internet site to an exhibition stand) in the design and in its graphic and artistic ideas, the more it will gain success between the Linux Artists and the Macintosh community. Then we need to surpass the look of proprietary systems, using all the widgets that can simulate the most stylish looking applets and so we must need graphics to create icons, desktop themes, wallpapers, screen savers and audio video materials (like desktop sounds or video tutorials).

2.Make Mediainlinux simpler: we need to do more integration between different applications, in the way that for a .ogg vorbis file we will have a contextual menu to play, edit, record it etc. etc. This should be done for most of the file formats in the multimedia field and its an operation very intensive of configuring, programming, experimenting and daily use.

3.Make better configuration tools: most of all we need a good configuration of auto mounter to create automatically the icons of peripherals on the desktop.

4.Documentation: we need a manual for the primary applications (mostly done) and its translation in English, French, Spanish and German.

5.Training: we are organizing many courses on subsystems included in Mediainlinux and especially for audio and video streaming, 2D and 3D graphic, musical composition and less common training lessons in multimedia installations and physical and acoustic simulation.

6.Support: make concrete a way to support our users with a mailing list, a forum and a satellite program with tutorials, examples and demonstrations of creativity.

Coriander project is the Linux graphical user interface (GUI) for controlling a Digital Camera through the IEEE1394 bus (aka FireWire, or iLink).
Coriander is full featured and besides changing the parameters of the camera it will also let you record video, send images to an FTP site, convert the video to a V4L stream,... A live display is of course provided too.
Best of all, Coriander will work with any camera that is compatible with the IIDC specifications (also known as DCAM specs). This includes most 1394 webcams and a majority of industrial or scientific cameras too.
However, any cameras in which you can insert a video tape (camcorders,...) will NOT work with coriander. These cameras record compressed DV video on the tape, while the IIDC specify uncompressed, on-the-fly video flows.
Main features:
- change picture mode and format.
- camera on/off/reset
- control of Auto/man/one-push-auto, on/off, value and absolute value for all standard features
- memory channel save/load
- full Format_7 control
- control of the external trigger
- transmission on/off/restart
Enhancements:
- Upgrade the framerate calculation to use the timestamps sent by the kernel (through libdc1394)
- Add a counter that shows dropped frames warnings. A warning is issued when the difference between a pervious period and a new period is larger than 50%.
- fixed the bit depth. If the bit depth is available in the camera, it will be used. Otherwise the manual control will be available. I still have problems with my Basler 602f though. It has 10bits but the image is not good: saturated regions appear mid-grey (128) and the other regions are noise.
- sync with libdc1394 (SVN 391)
- fixed missing string in trigger_source_list
- sync with libdc1394
- add more details to configure messages
- added PIO, SIO and strobe direct register read/write
- remove spurious debug messages
- revert part of the change of Feb. 1st regarding the Flea 2 because some other manufacturers implementation systematically fail one of the tests.
- fixed wrong argument order of WritePVNHeader(). Thanks to John Shen.
- Disable features if they dont support any control mode or if they are OFF and their power cant be controlled. This solves a few issues we had with the Flea 2 from Point Grey.
- little update of the "About" window
- dont set 1394b at boot time: let the user do it manually.
- move and fix `extern declarations of string arrays from build_menus.c, build_ranges.c, thread_save.c, tools.c, update_frames.c and update_ranges.c to coriander.h