Free gmediarender 0.0.4 software for linux

multican is a Canon EOS class camera remote control utility.
multican is able to remote control 300D, 350D, 30D, 20D, and 5D cameras and can be scripted to control up to six attached cameras.
Which functions are supported?
Several remote control functions are available in scripts, they are:
- setting shutter release speed (Tv)
- setting aperture size (Av)
- setting ISO sensitivity
- releasing shutter (currently only allows to store the image on CF)
Known Bugs:
The timing in the script strongly depends on the camera type and CF card which is used to do shooting. This is to be tested by multican user himself. If too short times are described in the script, the communication may hang, may skip some commands. Thanks to camera image caching, the shooting rate could be set under 1s if only several images are takes since the most of the EOS camera models contains an image cache, so that the images are stored into a queue and written to the CF lately.
The known bug in this multican release is that cameras need to be switched off and on again when a scripted sequence is finished and a new one is to be done. This is likely caused by the fact that the communication is not correcly terminated in the actual multicam release.
Enhancements:
- fix typos, update docs
- fix warnings

Shmplayer executes a single instance of mplayer in the background and controls it through a FIFO. Shmplayer supports many of the features youll find in XMMS and it is easily extendible.
However, unlike XMMS, shmplayer doesnt require an X server to be active. You can even use it from a remote shell. Shmplayer has also some unique features like "jgrep" that lets you jump to the first "grepped" match of the playlist.
Enhancements:
- When jumping to the last loaded playlist, xmplayer exits from shuffle mode.
- This bug has been fixed.
- If xmplayer is already running, the "play" command rewinds the current track.

GNU Archimedes is the GNU package for the design and simulation of submicron semiconductor devices. Archimedes is a 2D Fast Monte Carlo simulator which can take into account all the relevant quantum effects, thank to the implementation of the Bohm effective potential method.

The physics and geometry of a general device is introduced by typing a simple script, which makes, in this sense, GNU Archimedes a powerfull tool for the simulation of quite general semiconductor devices.

In the present release, GNU Archimedes is able to simulate electrons and heavy holes in Silicon and GaAs (Gamma and L-valleys) devices (holes are simulated by means of a simplified MEP model), and in the next release, which is in preparation, it will be able to make simulations in 1D, 2D and 3D (this release will be delivered as soon as possible).

The Scientifical and Industrial Motivations
In today semiconductor technology, the miniaturization of devices is more and more progressing. In this context, it is easy to see that numerical simulations play an important role at every level of device manufacture. In fact, the cost of designing and physically constructing prototypes for VLSI semiconductor devices is very high and without the availability of advanced simulators the efforts for devices miniaturization would, likely, be brought to a halt. From assessing the performance of individual transistors, to circuits and systems, and, consequently, with the promise of improved device performance, industries are encouraged to keep on miniaturizing with lower manufacture costs.

But, unfortunately, such simulations are not whithout their challenges... A first consequence of device miniaturization is that simulations of submicron semicondutor devices requires advanced transport models. Because of the presence of very high and rapidly varying electric field, phenomena occur which cannot be described by means of the well-known drift-diffusion models, which do not incorporate energy as a dynamical variable.

That is why some generalization has been sought in order to obtain more physically accurate models, like energy-transport and hydrodynamical models. The energy-transport models which are implemented in commercial simulators are based on phenomenological constitutive equations for the particle flux and energy flux depending on a set of parameters which are fitted to homogeneous bulk material Monte Carlo simulations. So, this is not, certainly, a satisfactory physical description of the internal electronic dynamics in a semiconductor device.

As current device technologies quickly approach the scales whereby quantum effects due to strong confinement of carriers and direct source-drain tunneling will begin to dominate, new simulation techniques are required in order to fully understand and acurately simulate the physics behind the technology operation.

Of all the simulation methods currently employed, ensemble Monte Carlo has always been, both in the accademic and industrial community, the most vigorous and trusted method for device simulation, as it is proven to be reliable and predictive, as one can easily see from the vast bibliography on this subject.

However, as Monte Carlo relies on the particle nature of the electron (in fact we consider an electron like a biliard ball), quantum effects associated with the wave-like nature of electrons cannot fully incorporated into the actual simulators, i.e. the ensemble Monte Carlo have to be lightly (or strongly, it depends on the point of view and on the methods implemented...) modified to take into account the quantum effects, at least at a first order of approximation, which is certainly enough to take into account correctly all the relevant quantum effects present in the present-day semiconductor devices (till 2015 probably...). In order to take into account the wave-like nature of electrons we use a recently introduced quantum theory, the so-called Bohm effective potential theory.

So it is challenging and very interesting to develop such a code for 2D quantum submicron semiconductor devices. This is why I have decided to implement this code, but these are not the only motivations...

The Ethical Motivations
The very sad situation you quickly observe working in a semiconductor industry, but also in all places in which researches about semiconductor devices are made, the only codes for simulation you can find are not free and are proprietary codes.

That is a very bad situation because, at the present time, if you need to develop your own code for the purpose of simulating a device it is IMPOSSIBLE to obtain an advanced one in a short time, and, trust me, this is EXTREMELY BAD for scientific research... (Immagine if you had to re-discover the Newtonian laws every time you need them...) So, you can find a huge amount of papers describing a lot of numerical methods for simulating, in a very advanced way, semiconductor devices (even in the quantum case), but nobody will give you a code on which you can construct your own method (with the unlikely exception that at least one of the programmers is a friend of yours :) ).

Even worst, if you are a semiconductor device designer and you want to simulate "realistically" a new device, you have to pay (trust me, at very high costs!) a BINARY (just a binary and not the code!) from some well-known software industry. This binary will certainly have some bugs (because it is coded by humans which are not perfect...) and you will never have the possibility of fix them on your own. Of course, you can write to the software house and tell them that there is a bug, but, how many time do you will wait for a new release without those bugs? I dont think it will be a short time...

My impression is that, after a long research on the Web for a Free Software dealing with advanced 2D semiconductor device simulation, there was not a free code for the purpose of semiconductor devices simulation (i mean under GPL license). To be sure about it, I asked to the great Richard Stallman (by mail) if it will be worth to do a code like this and he encouraged me to code it, because there wasnt a code like this as free. So I decided to write this code..

irrlamb project is a 3D game that probably involves a lot of physics and frustrating gameplay.

Music daemon(musicd) is a music playing server that supports multiple formats through plugins and multiple playlists. Musicd supports plugins to enable playing of different audioformats. The plugin-api is quite similiar to one that the popular XMMS uses. Currently XMMS-plugins are not directly supported, but if I find the time, Ill make a meta-plugin to support them.
The first reason to make the player a server is to make it possible to use many different frontends and even at the same time. You can use a GUI if you like them, but anything it can do, can be done from commandline too.
The second reason is to make sure that the GUI or X does not crash the whole player. I have found that many software with a GUI tend to crash. With musicd the player is unaffected by this and you can start the interface again.
Main features:
- Musicd has its own simple text-based protocol for player-frontend communication.
- Support for unlimited number of playlists, songs per playlist and frontends connect at the same time
- Support for both IPv4 and IPv6. Also UNIX-sockets are supported for local connections.
- Currently supported audioformats: mp3 (ffmpeg), ogg vorbis (vorbisfile) and mods (libmikmod).
- Support for OSS and Solaris ouput.
- Musicd has been tested on x86 Linux and Solaris 9.
Enhancements:
- Calling play while already playing shouldnt cause deadlocks anymore
- Load command on a file that has too long line as the last line locked up the daemon, this shouldnt happen anymore
- Invalid id3tags shouldnt give random data anymore
- Invalid filenames shouldnt crash the player anymore

Agnix project is an embedded real-time network operating system kernel.
It is a small, educational operating system kernel for i386, supporting 32-bit protected memory mode, paging, hardware switched tasks, memory tests, PCI bus, devices, PCI IRQ routing, RT timers, network protocols.
It is available with all the source code and is fully compatible with the Linux kernel API.
Main features:
- Memory: 32-bit protected mode, support for paging
- Virtual memory: supports for memory allocation algorithms (binary and buddy)
- Tasks management: mulithreading, hardware switched tasks, round-robin scheduler
- Synchronization: spinlocks and semaphores
- Interrupts: interrupts serviced in fastirq kernel thread
- Timers: RT timers, 100Hz system clock
- Network: support for ethernet, ARP and IP protocols
- Driver interface: own driver interface named ADI (Agnix Driver Interface)
- Drivers: 8254, 8259, RTC, DMA chips, PCI bus, support for RTL-8029(AS) network card
- Power management: support for APM
- Support for busses: full support for PCI bus, PCI devices and PCI IRQs
- Terminals: support for switched terminals
- Data structures: hashing with open adressing, lists, queues