Free desmume roms software for linux

TiEmu is an emulator of Texas Instruments hand-helds (TI89/92/92+/V200). TiEmu is full-featured with a graphical debugger.
Main features:
- support TI89, TI89 Titanium, TI92, TI92+ and V200PLT hand-helds
- full-featured graphical debugger (source, memory, breakpoints, traps, vectors, stack, trace, ...)
- debugger supports : run, step in, step over, step out, run to cursor
- ability to load/save the emulator state
- file linkport emulation (direct loading of files)
- works with 1/2/4 MB ROMs, 128 or 256 KB RAM
- emulate HW1, HW2, and HW3
- can run from ROM dumps or FLASH upgrades
- automatic ROM version/model detection
- constrast emulated (try [Alt] + [+] & [-])
- pretty fast emulation engine
- sreenshot of LCD and/or calculator in several images format (JPG/PNG/ICO)
- TI keyboard useable directly from PC keyboard or with the mouse on the skin
- archive memory support as well as ghost spaces
- full emulation of HW1/2/3 protection (stealth I/O)
- no buggy MC68000 SR & nbcd (TiEmu cant be detected as VTi : you have true emulation)
- 4-level and 7/8-level grayscale support (thx Kevin !) for both HW1 and HW2/3
- the letter keys are aliased to produce their respective letters. No need to press the Alpha key, just type (TI89).
- keyboard mapping and menu shortcuts are fully VTi-compatible
- keyboard mapping can be customized thru keymaps files
Version restrictions:
- linkport emulation has not been tested with USB cable yet
- no debugger while sending/receiving a file to/from the virtual calculator
- no linkport logging capabilities yet

Cxmame project is a simple console-based frontend for xmame.
It uses the ncurses library. It was originally intended for xmame.svgalib, but works with all xmame targets.
Before you run cxmame you have to create a ~/.cxmamerc file containing the name of the xmame exectable you want to use (with full path if its not in your PATH ), followed by a ;.
The first time you run cxmame it will scan your roms and build a gamelist from them. This could take a little while depending on how many roms youve got in your rompath, but it only happens the first time. ( you have to set your rompath as per normal , eg in your xmamerc file ).
Enhancements:
- Ripped out wmaker gui because i like the idea of keeping cxmame slimline.
- Fixed a bug that stopped the menu being displayed in an xterm when you have game names over a certain length.

Lefromoma is a simple mame frontend written in python focused on cabinets.

Features: fullscreen, snapshots, roms-, favorites-list (alphabetical) & ignore list, scaling of a game. All text in game names between () is stripped in the favorites list (revision/version numbers etc), it makes the list prettier. There are 3 wav-files included, a "start up" sound, a "start game" sound and a button sound.

The script creates 4 new directories in your rom directory: complete, favorites, ignore and scaling. They are filled with symlinks (this doesnt take up much space, dont worry). When you add a game to the favorites the symlink from the complete dir is moved to the favorites and visa versa.

If you move a game to the ignore directory (that is, the symlink will be moved there), you will have to remove it yourself again. (might change in the future). You can change the scaling of the game in the frontend. The scaling dir is used to write the default scaling for a game (gamerom_2 or gamerom_1)

Lefromoma is developed and tested on Fedora Core 5, other GNU/linux distro should work too (other distros not tested though).

Etherboot project is a software package for creating ROM images that can download code over an Ethernet network to be executed on an x86 computer.
Many network adapters have a socket where a ROM chip can be installed. Etherboot is code that can be put in such a ROM. Etherboot is normally used for for booting PCs diskless. This is useful in various situations, for example:
- An X-terminal.
- Clusters of compute servers.
- Routers.
- Various kinds of remote servers, e.g. a tape drive server that can be accessed with the RMT protocol.
- Machines doing tasks in environments unfriendly to disks.
- A user platform where remote partitions are mounted over the network and you are willing to accept the lower speed compared to disk.
- Maintaining software for a cluster of equally configured workstations centrally.
Etherboot can boot computers faster than from a disk because there are no delays in spinning up disks, etc. A moments calculation will show that even with a 10Mbit Ethernet, sending a 500kB kernel will take only a couple of seconds typically. With 100Mbit Ethernet it gets even better.
Compared to booting from solid-state devices, e.g. Flash disks, Etherboot has the advantage of centralising software adminstration, the tradeoff being the dependence on a server. This can be partly alleviated by providing redundant servers.
Etherboot can work with RAM disks, NFS filesystems, or even local disks, if desired. Its a component technology and can be combined with other technologies to do things the way you want.
Etherboot is usually used to load Linux, FreeBSD or DOS. However the protocol and boot file formats are general, so there is no reason why it could not be used to load arbitrary images to a PC, including other OSes.
Etherboot is Open Source under the GNU General Public License Version 2 (GPL2).
The components needed by Etherboot are:
- A bootstrap loader, usually in an EPROM on a network card, or installed in the flash BIOS, but could be put anywhere in the address space the BIOS probes in. For testing this could be put on a floppy disk or a hard disk partition. Some configurations may even be always run from a floppy disk (e.g. temporary testing setups or pedagogic uses).
- A DHCP or bootp server, for returning an IP address and other information when sent a MAC (Ethernet card) address.
- A tftp server, for sending the kernel images and other files required in the boot process. Alternatively, Etherboot can boot from an NFS mount.
- A Linux or FreeBSD kernel.
- Optionally, a NFS server, for providing the disk partitions that will be mounted if Linux or FreeBSD is being booted.
- Optionally, a RAM disk contained in the loaded image. This can be the initial RAM disk if desired.
- Software tools for building the download image, and tools for debugging.
Enhancements:
- This production release should now compile with gcc 4.x.
- In addition, a number of drivers have been updated, including e1000, MCP51 and MCP55 (nvidia), pcnet32, natsemi, sis900, and tg3.
- NetXtreme II cards are now supported.

GXMame is a frontend for XMame using the GTK library, the goal is to provide the same GUI than mame32. For the moment it will just have the same gui, the final goal is to be able to share config files with Mame32k (or any version of mame32 that write config files instead of saving data into windows registry) allowing dual booter to have the same environment (favorite, timeplayed, last game selected, gui preference...) under windows and Linux.
I wanted to learn GTK and have a decent frontend for xmame, gnomame didnt work on my computer and I didnt like other front end in Tk, so I decided to start this project, just after I discovered gRustibus, the very good front-end from Kjetil Thuen. I took this front end as a model for the creation of GXMame Im not sure that I could have go so far and so quickly without this model.
Main features:
- Detailed view
- Small icons view
- Indented view (shows clones games under the original one)
- Font color and size selectable
- Icons support, .ico files or a zipped archive from Mamu or Mame32QA
- Tools bar
- Folder(filter) panel
- Screenshot panel
- Display snapshots, Flyers, Marquees, Cabinets, Titles.
- Support of zipped pictures
- Display mameinfo and history
- Status bar
- Support of catver to sort games by version and categories
- Random game selection
- Quick check: only check if a romname.zip file exist in roms folder (also works with clones)
- Audit of all roms
- Window with the properties of all games
- Audit of a single game
- Popup menu to easily access to most used functions
- Preferences for games(global and specific)
- Joystick support (new 386 1.x.x linux driver only)
- Creation of gamelist from xmame
- Multiples executables support
- Scalable icons
- Additionnal options string
- Sortable columns (in any views)
- Sortable selectable columns order (in detail view)
- List view
- Large icons view
- and lot of others...

Stella is a multi-platform Atari 2600 VCS emulator.
Stella was originally developed for Linux by Bradford W. Mott, however, since its original release several people have joined the development team to port Stella to other operating systems such as AcornOS, AmigaOS, DOS, FreeBSD, IRIX, Linux, OS/2, MacOS, Unix, and Windows. The development team is working hard to perfect the emulator and we hope you enjoy our effort.
On this site youll find information about downloading, installing, using, and enhancing Stella. Youll also find useful information about the Atari 2600 and emulation.
Enhancements:
Added new video sub-system where fullscreen and windowed modes are treated
differently. Windowed modes now use -zoom_tia and -zoom_ui arguments,
while fullscreen modes can be specified by resolution using the new
-fullres argument.
- Widescreen video modes are now supported; Stella will simply center the
image with surrounding black borders.
- Many UI-related changes, including resizable ROM launcher and debugger
windows, and a new UI palette (the previous classic palette is still
available). This is still a work in progress.
- The locations of all major config files (statedir, palette file,
cheat file, properties file, etc) are now configurable from the
commandline and within the UI.
- Updates to TIA palette support. Added SECAM support, and removed the
built-in original palette. Standard, z26, and user are still
available.
- Various bugfixes to some debugger commands. The run command no
longer causes a crash, and several others have better error-checking.
- Added more complete cartridge auto-detection for Commavid (CV), 3E,
3F and Activision (FE) formats.
- Removed XStart and Width ROM properties, since the forthcoming TIA
rework wont be using them.
- Reworked internal storage of ROM properties to be faster and take up
less space.
- Added several different ways of stretching the OpenGL image to the
-gl_fsmax argument, for more flexibility.
- Removed OpenGL aspect ratio setting favour of the previously mentioned
video changes. Well see how this goes.
- Removed dirty-rect support from software rendering, since it was actually
sub-optimal in Windows and OSX and defaulted to off in previous versions.
- Added support for gzipped ROMs.
- Re-added pause support.
- Re-added support for Windows 98.
- Removed support for STELLA_BASEDIR environment variable, since each
config file can be now configured separately.
- Removed -fastscbios argument, since it must always be turned on.
- Removed PSP support, since it hasnt been updated in over a year, and
someone else is maintaining another port elsewhere.
- For the Unix/Linux port; fixed make install issues, and changed icon to
PNG format.

Snowfence is a simple firewall for the Sharp Zaurus, a GNU/Linux-based palmtop computer.
Snowfence uses the Linux kernels iptables firewall support to limit the ability of potential attackers to access the Zauruss services remotely while still allowing the Zauruss legitimate local user to make use of the network as usual.
This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version.
This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License (LICENSE in the source distribution) for more details.
Enhancements:
- Support for different ROMs was improved.