Free nintendo nerd software for linux

Audio Overload is a player for various types of music files which you may
find on the Internet.
Whats it play:
21 console and home computer file formats are now supported.
.AY - Amstrad CPC/Spectrum ZX/Atari ST
.COP - Sam Coupe
.GBS - Nintendo Gameboy
.GSF - Nintendo Gameboy Advance
.GYM - Sega Megadrive/Genesis
.HES - PC Engine
.KSS - MSX
.MDX - Sharp X68000
.MOD - Commodore Amiga
.NSF - Nintendo NES
.ORC - TRS-80 Orchestra-90
.PSF - Sony PlayStation
.QSF - Capcom QSound
.RAW - PC-compatibles with an AdLib
.S3M - PC-compatibles with a GUS or SoundBlaster
.S98 - NEC PC-98
.SAP - Atari XL/XE
.SNDH - Atari ST
.SPC - Super Nintendo
.VGM - Sega Master System/Game Gear
.YM - Amstrad CPC/Spectrum ZX/Atari ST
Enhancements:
- Completely replaced the .NSF, .GBS, and .SNDH engines with substantially better-sounding and more-compatible versions. Big thanks to Shay Green
- (.NSF and .GBS, based on Game Music Box) and Benjamin Gerard (.SNDH based on the upcoming SC68 v2.3.0) for allowing us to use their code!
- CAB archive support. This is popular in Japan and many Japanese formats are commonly found in these containers.
- Fixed MOD note delay and note cut behavior.
- Added support for the S3M note cut effect.
- Fixed bug in the new RAR engine that caused crashes on some files.
- Fixed .RAW files that use a timer divider of 0.
- Fixed tempo of .QSF files.
- Fixed .S98 files using a tempo value other than 0.
- Fixed nasty pop/click at the start of .S98 files.

Nosefart is a player for NES Sound Format (NSF) files (which consist of audio data ripped from Nintendo Entertainment System games).
It runs as a standalone player in Linux, with both command line and GTK interfaces, as well has having plugins for Winamp, XMMS, and CL-amp.
Enhancements:
- The file selection dialog now remembers what directory you used in the last session.
- If esd (or something else) is blocking the sound card, it now pops up an error rather than just hanging.

Mono is an excercise in subtractive synthesis. My intent is to write a bandlimited oscillator, a 4-pole low-pass filter and an envelope generator that run in real-time, and to have a TB-303-
inspired graphical user interface on top of that. As of now, the audio configuration process is not so nice and you have to be a nerd in order to succeed.
Main features:
- oscillator (though not yet properly bandlimited)
- 4-pole all-pole low-pass filter
- ADR envelope generator
- single pattern sequencer
- butt-ugly GUI
- real-time audio output on Linux, IRIX and Solaris

This is a play-thing, requested by a few people on the forum, and definitely not for the average user. In other words, Linux commandline nerds only! OneBone does not have any X GUI applications.

It does have Elinks web browser, Ytree file manager and MP text editor. The Lucent and SmartLink modem drivers are included. There are lots of text-mode applications out there and a very interesting flavour of Puppy could be created, based on this starting point.

Puppy Linux is an evolutionary operating system, based on GNU Linux. Whats different here is that Puppy is extraordinarily small, yet quite full featured. Puppy Linux can boot into a 64MB ramdisk, and thats it, the whole caboodle runs in RAM.

Unlike live CD distributions that have to keep pulling stuff off the CD, Puppy in its entirety loads into RAM. This means that all applications start in the blink of an eye and respond to user input instantly.

Puppy Linux has the ability to boot off a flash card or any USB memory device (flash-Puppy), CDROM (live-Puppy), Zip disk or LS/120/240 Superdisk (zippy-Puppy), floppy disks (floppy-Puppy), internal hard drive (hard-Puppy).

Gslist is a game servers browser which supports an incredible amount of games (over 800) for many platforms.
It can work in both command-line and GUI mode.
Main features:
- tons of games supported and for various platforms: PC, Mac, Playstation 2, Nintendo DS, PSP, Dreamcast and more
- web GUI: Gslist can be easily used through a web browser like any "classical" server browser but with the difference of being more simple to use and (optionally) supporting multiple users
- can execute a program for each online server found
- has a filter option for selecting only the servers with specific features
- its list of supported games is updatable
- supports many options for redirecting and formatting its output
- can send hearbeats for adding your IP in the servers list
- supports different types of queries for retrieving informations from the servers
- its optimized for speed and resources
Enhancements:
- Some features were added.
- Some bugs in the Web GUI were fixed.

GNOME FCE Ultra (also known as gfceu) is an interface for the popular Nintendo Emulator, FCE Ultra. GNOME FCE Ultra is designed for the GNOME desktop, and allows the user to easily play NES ROM images.
Main features:
- Network play
- Custom input configuration
- Fullscreen support
- Full sound support
- High compatibility and accurate emulation

ROMBrowser project is a tool for organizing emulator ROMs.
It will identify rom files by their CRC, give information about their characteristics (game title, parent rom, etc), and organize those ROMs with different filters.
If you like to play with emulation and emulators, you know the pain of keeping track of your thousands of ROM files, not to mention figuring out what it is youve just downloaded. Thats what ROMBrowser is for. Eventually I hope to have a system that works somewhat like romcenter, but is java based and GPLd.
I also am planning on developing a schema for storing meta-data related to ROM files. There are currently several databases out there that have information about ROM files, usually keyed by the files CRC32. Part of the ROMBrowser project will be to develop an open standard for that kind of data (probably an XML DTD) and a plan for the distributed classification of ROM files, so users can classify unknown ROMs and distribute that information.
Enhancements:
- Added Super Nintendo rom handler for SMC files. It doesnt handle interleaved files yet.
- Separated out datafiles from main distribution, added credits tag to xml database, to give credit to the rom database maintainers (just using conversions of cowerings goodtools for now).
- Changed rom info viewer to table view. Added ability to modify rom data, changes will be saved in knownfiles.xml
- Changed how file searching works, now only files that have romhandlers (nes and smc currently) get processed, all others are ignored.
- Made file converter work better for converting romcenter dat files (use net.sourceforge.rombrowser.util.ROMDatabaseFileConverter
- Deleting specific roms from the treeview will remove them from knownfiles, and will also delete them from the filesystem if delete-on-remove is true.
- Deleting folders from the treeview will still not remove their child entries from knowfiles or delete the foders or their children.
- Changed the way rominfo files are handled, now if the datafile property has colons in it, it will treat it as a list of datafiles, eg: "goodnes.xml.gz:goodsnes.xml.gz" would look for both goodnes and goodsnes in the rombrowser home folder

Sitback is actual just another tar/gzip interface. It evolved from a bash-script I wrote to handle automated backups on Linux fileservers.
The script worked ok, but it soon proved difficult and tiresome to make local modifications to the script to handle various problems or differences.
I began searching the web to find a suitable backup tool, and came up with some candidates. But none of them did exactly what I wanted, or they were just too big and filled with features that I did not need.
One of the things I needed was a way of reporting the result of a backup to office peoples So a printed report, readable by non-nerds was required.
In the end, I desided that a homebrew system was required and began to put this little tool together..
Tar has been, and is, one of the best archiving utilities around, at least on small and medium scale systems (which are what I work on), so I saw no reason to abandon tar.
It is known to be stable and produce error-free archives, why should I then start all over and invent another file-storage protocol ?
Sitback works like a kind of super-intelligent script. Just tell it what you want to backup and where to put it.. Sitback takes care of the rest, including finding the tools needed, which compression to use (if you want that), how to handle the archive device, etc. etc.
Sitback will take care of checking the files, verify the archive and maintain a little database, so that you very quickly can find out on which tape a certain file is located, without using the tape.
Sitback can run a single backup operation, or you can ask it to fork into the background and do automated backups (this is where the printed report is nice to have; no report.. or report says ERROR ..then call for support).
Sitback has a graphic interface based on ncurses, when you run it directly from the shell. Do not worry if you do not have ncurses. Sitback works fine without.
If you run Sitback as a daemon making scheduled backups, no interface is available, but the logfile contains all important messages.
Enhancements:
- Fixed bug with mail-sending.. Message body contained standalone linefeeds, violating the standard.
- Now using stat64 (if available) to allow for large files (larger than 2GB) in the backup.