Free genius webcam driver software for linux

uLan Driver provides 9-bit message oriented communication protocol, which is transferred over RS-485 link.
Characters are transferred same way as for RS-232 asynchronous transfer except parity bit, which is used to distinguish between data characters and protocol control information. A physical layer consists of one twisted pair of leads and RS-485 transceivers.
Use of 9-bit character simplifies transfer of binary data and for intelligent controllers can lower the CPU load, because of the CPU need not to care about data characters send to other node. Producers of most microcontrollers for embedded applications know that and have implemented 9-bit extension in UARTs of most of todays MCUs. There is the list below to mention some of them:
- all Intel 8051 and 8096 based MCUs with UART
- members of Motorola 683xx family ( 68332, 68376, ... )
- Hitachi H8 microcontrollers
The driver is implemented as relatively independent layers and subsystems. Messages are prepared and received in the driver dedicated memory. This memory is divided into blocks with uniform size with atomic allocation routines.
When message is being stored into blocks, head of message with couple of data bytes is stored in the first allocated memory block. If all data cannot be stored in the first block, next blocks are allocated and linked together.
The message heads are linked in bidirectional linked lists of messages prepared for sending, processed messages and messages prepared for client notification. These lists or queues are main mechanism for transferring of messages between subsystems.
Link protocol is programmed as finite state automata with state stack, which state routines are executed by interrupt handler. State routine can return positive integer information, negative error notification or zero, which leads to wait for next interrupt. Information or error is used as input parameter when state routine is called.
When the state routine wants initiate transfer to another state routine it changes pointer to the actual state routine. If previous state routine returns nonzero value new routine is called immediately, in other case next interrupt invokes new state routine.
There is stack of callers of actual state routines which enables to constructs automata subsystems, which can be used in more places in main automata loop. Main purpose of this automata is to send or process messages coming in list of messages prepared for sending and if specified, move these messages onto list of messages prepared for client notification.
Received messages are put onto this list too. Subsystem is supervised by timeout handler, which can revitalize communication in case of die of other node. The interrupt and timeout handlers are fully SMP reentrant.
The automata subsystem uses pointers to chip driver routines for hardware port manipulation. This is only part dependent on used chip, today 82510, 16450 and OX16C950PCI. These routines can send and receive 9 bit character, connect to RS-485 line by the arbitration sequence, wait for specified time for character and initialize and close port.
File operation subsystem makes interface between OS kernel VFS and client message queues. It enables to prepare single or multi-frame messages and stores notifications of received or processed messages in clients private state structures. This part is heavily operating system dependent.
Enhancements:
- This release enables you to build the driver within the WDF framework for Windows.
- Updates to support the latest Linux 2.6.x kernels are included (tested to 2.6.19).
- Changes to allow stand-alone system-less build for ARM targets (LPC21xx) are included.
- The OMK has been selected as the default build.
- The "switch2std" script allows you to switch to the old build system.

TAP provides packet reception and transmission for user-space programs. It can be viewed as a simple Ethernet device, which instead of receiving packets from a physical medium, receives them from a user-space program and instead of sending packets via physical media, writes them to the user-space program.
When a program opens /dev/tunX or /dev/tapX, driver creates and registers corresponding net device tunX or tapX. After a program closed above devices, driver will automatically delete tunXX or tapXX device and all routes corresponding to it.
This package(http://vtun.sourceforge.net/tun) contains two simple example programs that shows you how to use tun and tap devices. Both programs work like bridge between two network interfaces. br_select.c - bridge based on select system call. br_sigio.c - bridge based on async io and SIGIO signal. However the best example is VTun http://vtun.sourceforge.net
Enhancements:
- Massive Linux driver update: 2.4.x kernel support. New cloning interface, protocol indication. Statistics counting fixes.
- Solaris driver update: Correct Ethernet header substitution.
- Configure and Makefile updates. RPM package update.
- Documentation update.

sn-webcam is a program that captures and displays frames from an sn9c102-based Sonix/Microdia Webcam, using Video for Linux 2 and the sn9c102 USB driver. sn-webcam project also allows the user to upload the captured images by FTP.

This project is to produce drivers for the Logitech Quickam Express that will run popular linux software, such as video for linux.

This site hosts the Linux driver for the QuickCam Express and other QuickCam-related and QuickCam-compatible USB web cameras. The original work was done by Georg Acher and was known as qce-ga; Jean-Frederic Clere took that driver and created the first Video4Linux (V4L) driver, enabling popular V4L applications such as Xawtv to display pictures from the webcam. Since then, a group of developers around the world have evolved the driver into its current state, adding support for new cameras and chipsets as they have become available. In the process, the driver became known as qc-usb to reflect the fact that it supports a wide variety of USB-attached QuickCam cameras, not just the QuickCam Express.

The qc-usb driver supports the following webcams:

Dexxa Webcam
Labtec Webcam (old model)
LegoCam
Logitech QuickCam Express (old model)
Logitech QuickCam Notebook (some models)
Logitech QuickCam Web

Generally, any USB camera with a USB vendor ID of 0x46d and a USB product ID of 0x840, 0x850, or 0x870 (so, 0x46d:0x840, for example), should work. You can see the USB ID using operating system utilities such as lsusb in Linux.

Open Aureal Linux Driver is a fork of Aureals own soundcard drivers for the Vortex 2, Vortex 1 and Vortex Advantage. It is built with the goals of making the drivers more Open Sound System (OSS) compliant, more stable, and supporting later kernels.
Installing the Driver
1. Unpack the distribution:
tar xvzf aureal*.tar.gz
2. Change to the driver directory and become root:
cd aureal*
su
3. Edit the Makefile to suit your system (SMP, CPU type, etc)
4. Type the following install commands:
If you have an 8830-based (Vortex 2) card:
make install
If you have an 8820-based (Vortex 1) card:
make install20
If you have an 8810-based (Vortex Advantage) card:
make install10
There is no need to reboot.
Note: if you get "unresolved symbol" errors during the install, rebuild your kernel with sound support (soundcore) built in (not a module).
Enhancements:
- Works with kernel 2.4.0

The intel-wings project is a Linux driver for the Intel Wireless Series of input devices.
Somehow, Intel managed to avoid using the USB Human Interface Device standards with their wireless gamepads.
All other USB gamepads work out-of-the-box: plug it in, and the computer knows that it has an X axis, a Y axis, and six buttons. Not Intel. Thats where intel-wings comes in.
Wireless Series?
Yes, youve seen them. Everyone hated them. The keyboards were of poor manufacturing, the mice eat batteries like theres no tomorrow, and the whole system was ridiculously expensive. They were killed off by Intel several years ago -- after hitting the shelves and getting a lukewarm reaction, manufacturing was stopped, and support was terminated 18 months after release.
All of these complaints are valid. On the other hand, when used infrequently, the mice last a few months, and work great on a glass coffee table in my living room. (A newer wireless optical mouse wouldnt work.)
The gamepads are actually pretty fun, in my opinion: you can have a whole bunch of them attached to one base station, which is great for playing old console games with friends. You can get a complete set of devices for $10 on eBay, and with Linux-based PVRs becoming increasingly common, I find my devices to be a great addition to my living room.
Note that I wouldnt recommend the mice to anyone that uses their computer on a regular basis, but its easier for navigating menus than a remote control. In my opinion, the Intel Wireless Series devices on Linux PVRs are the way to go.
Enhancements:
- Preliminary keyboard support was added.
- The Intel wireless keyboards are at least partially functional.

iRiver iFP is an user-space open-source driver for iRivers iFP flash portable MP3 players.
This project encourages open source driver development for iRivers iFP portable music players. Ifp-driver was started by Pavel Kriz with ifp-line, a command-line program and the first Free iFP driver. Today, the ifp-driver mailing list is a hub of discussion for iFP driver development: participants include everyone from authors of spin-off projects, to prospective owners/users.
Ifp-driver home projects:
ifp-line is the original command line utility and Midnight Commander plugin. Stable.
linux-filesystem a linux kernel module that mounts iFP devices as filesystems. Stable.
libifp a generic iFP support library. Stable.
Related projects:
user interfaces
ifpgui a kde/qt manager by Jim Campbell; uses libifp.
ifp-gnome a gnome manager by Billy Charlton; uses ifp-line.
ifp-manager a perl+gtk2 gui
giriver a python+gtk2 frontend; uses libiriver. (unmaintained)
plugins
kio_iriver KDE KIO slave by Joe Roback; uses libiriverdriver.
[unnamed] KDE KIO slave by Thomas Loeber.
libraries
libiriverdriver a C++ library driver by Joe Roback.
pyifp python bindings for libifp, by James Evans
rubyifp Ruby bindings for libifp, by Martin Schanzenbach
libifp-cil Mono/.NET bindings for libifp, by Christian Elkjaer
libiriver an older ifp library. (unmaintained)
Unless otherwise noted, projects support all iRiver iFP devices. Users have reported successfully accessing models iFP-1xx,3xx,5xx,7xx,8xx,9xx and N10. We dont anticipate difficulty supporting future models.
Enhancements:
- Release ifp-line-0.3.
- ifp.c: Change "ifp version" output for GPL compliance.
- NEWS: Fix Engrish in NEWS.
- README: Add notice for error with non-ASCII filename.
- ChangeLog: Add ChangeLog.