Ports Search

Basically, SIDPLAY is just an ordinary music player software. More specifically, it emulates the Sound Interface Device chip (MOS 6581, known as SID) and the Micro Processor Unit (MOS 6510) of the Commodore 64 on your computer. Its platform-independent software emulates hardware components. Therefore it is able to load and execute C64 machine code programs which produce music or sound. In general, these are independent fragments of code and data which have been ripped from games and demonstration programs and were transferred directly from the C64. All you need is a supported operating system and audio hardware with average PCM waveform playback capabilities. A fast CPU and a 16-bit sound card are recommended for better performance. This is just the library. To actually use it, you need one of the front-ends like 'sidplay' or 'xsidplay'.

Basically, SIDPLAY is just an ordinary music player software. More specifically, it emulates the Sound Interface Device chip (MOS 6581, known as SID) and the Micro Processor Unit (MOS 6510) of the Commodore 64 on your computer. Its platform-independent software emulates hardware components. Therefore it is able to load and execute C64 machine code programs which produce music or sound. In general, these are independent fragments of code and data which have been ripped from games and demonstration programs and were transferred directly from the C64. All you need is a supported operating system and audio hardware with average PCM waveform playback capabilities. A fast CPU and a 16-bit sound card are recommended for better performance.

This module is a fully object oriented implementation of a binary tree. Binary trees are a specialized type of tree which has only two possible branches, a left branch and a right branch. While it is possible to use an n-ary tree, like Tree::Simple, to fill most of your binary tree needs, a true binary tree object is just easier to maintain and use. Binary Tree objects are especially useful (to me anyway) when building parse trees of things like mathematical or boolean expressions. They can also be used in games for such things as decision trees. Binary trees are a well studied data structure and there is a wealth of information on the web about them.

SEGA Genesis emulator Generator is an open source emulator designed to emulate the Sega Genesis / Mega Drive console, a popular games machine produced in the early 1990s. It is a portable program written in C and has been ported to the Amiga, Macintosh, Windows and even pocket PCs such as the iPAQ and Cassiopeia. Natively it compiles under Unix for X Windows with either tcl/tk or gtk/SDL, for svgalib and even cross-compiles to DOS with djgpp/allegro. Generator uses it's own custom 68000 processor emulation which is and uses compilation techniques such as block-marking, flag calculation removal, operand pre-calculation, endian pre-conversion etc. There are approximately 1600 C routines generated by the first stage of compilation to cope with the 67 instruction families. These include two versions of every instruction - one that calculates flags and one that doesn't, so that unnecessary flag computation is avoided.

Mednafen is a portable, utilizing OpenGL and SDL, argument(command-line)-driven multi-system emulator with many advanced features. The Atari Lynx, GameBoy, GameBoy Color, GameBoy Advance, NES, PC Engine(TurboGrafx 16), and SuperGrafx are emulated. Mednafen has the ability to remap hotkey functions and virtual system inputs to a keyboard, a joystick, or both simultaneously. Save states are supported, as is real-time game rewinding. Screen snapshots may be taken at the press of a button, and are saved in the popular PNG file format. Mednafen is distributed under the terms of the GNU GPL. Due to the threaded model of emulation used in Mednafen, and limitations of SDL a joystick is preferred over a keyboard to play games, as the joystick will have slightly less latency, although the latency differences may not be perceptible to most people.

Serviio is a free DLNA media server. It allows you to stream your media files (music, video or images) to any DLNA-certified renderer device (e.g. a TV set, Bluray player, games console) on your home network. Serviio uses a priority-based metadata extraction so that you can choose what metadata should describe your media files (e.g. audio track name, DVD cover, TV series and episodes names, etc.). These include metadata embedded into the media files themselves, locally stored metadata files and metadata that can be obtained online. With this powerful tool you will be able to build your Serviio media library easily and effectively. Serviio works with any DLNA compliant device (TV, Playstation 3, etc.) and some other (XBox 360). It supports profiles for particular devices so that it can be tuned to maximise the device's potential and/or minimize lack of media format playback support (via transcoding).

Scanmem is a simple interactive debugging utility for Linux, used to locate various data in an executing process. This can be used for the analysis or modification of a hostile process on a compromised machine, help in reverse engineering, or to cheat at video games. Brief list of its features: - Interactive command mode, with internal help - Efficient and easy-to-use syntax - Support for different data types: integers, floats, bytearrays, strings - Support for different scan (comparison) types: equal, greater/less than, changed, unchanged, increased/decreased - Set any variable to any value - Detailed information about mappings, allow users to eliminate regions More in GameConqueror, optional PyGTK-based GUI: - User-friendly CheatEngline-alike interface - Modify and lock (freeze) variables - Memory viewer/editor It requires linprocfs(5) to be mounted under /compat/linux/proc to operate.

PhysicsFS is a library to provide abstract access to various archives. It is intended for use in video games, and the design was somewhat inspired by Quake 3's file subsystem. The programmer defines a "write directory" on the physical filesystem. No file writing done through the PhysicsFS API can leave that write directory, for security. For example, an embedded scripting language cannot write outside of this path if it uses PhysFS for all of its I/O, which means that untrusted scripts can run more safely. Symbolic links can be disabled as well, for added safety. For file reading, the programmer lists directories and archives that form a "search path". Once the search path is defined, it becomes a single, transparent hierarchical filesystem. This makes for easy access to ZIP files in the same way as you access a file directly on the disk, and it makes it easy to ship a new archive that will override a previous archive on a per-file basis. Finally, PhysicsFS gives you platform-abstracted means to determine if CD-ROMs are available, the user's home directory, where in the real filesystem your program is running, etc.

PhysicsFS is a library to provide abstract access to various archives. It is intended for use in video games, and the design was somewhat inspired by Quake 3's file subsystem. The programmer defines a "write directory" on the physical filesystem. No file writing done through the PhysicsFS API can leave that write directory, for security. For example, an embedded scripting language cannot write outside of this path if it uses PhysFS for all of its I/O, which means that untrusted scripts can run more safely. Symbolic links can be disabled as well, for added safety. For file reading, the programmer lists directories and archives that form a "search path". Once the search path is defined, it becomes a single, transparent hierarchical filesystem. This makes for easy access to ZIP files in the same way as you access a file directly on the disk, and it makes it easy to ship a new archive that will override a previous archive on a per-file basis. Finally, PhysicsFS gives you platform-abstracted means to determine if CD-ROMs are available, the user's home directory, where in the real filesystem your program is running, etc.

Frodo is a freeware C64 emulator for BeOS, Unix, MacOS, AmigaOS, Win32 and RiscOS systems and the world's first C64 emulator not bearing a "64" in its name. :-) (No, it has absolutely nothing to do with frodo.hiof.no, that's a pure coincidence.) Frodo was developed to reproduce the graphics of games and demos better than the existing C64 emulators. Therefore Frodo has relatively high system requirements: It should only be run on systems with at least a PowerPC/Pentium/68060. But on the other hand, Frodo can display raster effects correctly that only result in a flickering mess with other emulators. Frodo comes in three flavours: The "normal" Frodo with a line-based emulation, the improved line-based emulation "Frodo PC", and the single-cycle emulation Frodo SC that is slower but far more compatible. In addition to a precise 6510/VIC emulation, Frodo features a processor-level 1541 emulation that is even able to handle about 95% of all fast loaders. There is also a faster 1541 emulation for four drives in .d64/x64 disk images, .t64/LYNX archives, or directories of the host system.