Free directx software for linux

DOOM 3 is a sci-fi horror masterpiece, DOOM 3 is like nothing you have experienced.
id Software has released a new patch for its FPS DOOM 3. This update brings your retail game to v1.3.1 and adds various fixes and improvements, Vista compatibility, and bringing back cross-platform multiplayer compatibility with the Mac.
Minimum System Requierments:
3D Hardware Accelerator Card Required - 100% DirectX 9.0b compatible 64MB Hardware Accelerated video card and the lateset drivers*.
English verision of Microsoft Windows 2000/XP
Pentium IV 1.5 GHz or Athlon XP 1500+ processoror higher
384MB RAM
8x Speed CD-ROM drive (1200KB/sec sustained transfer rate) and latest drivers
2.2GB of uncompressed free hard disk space (plus 400MB for Windows swap file)
100% DirectX 9.0b compatible 16-bit sound card and the latest drivers
100% Windows compatible mouse, keyboard, and latest drivers
DirectX 9.0b (included)
Multiplayer Requierments:
Internet (TCP/IP) and LAN (TCP/IP) play supported.
Internet play requires broadband connection and latest drivers
LAN play requires network interface card and latest drivers
Enhancements:
- Tested and improved Vista compatibility
- Fix a potential crash in physics
- Fix an issue with pak downloaded being immediately appended without filesystem restart
- Fixes to DNS lookup, reduced the stalls
- Updated the code to gcc 4.0 compliance, for Mac OSX universal binaries and GNU/Linux x86 binaries
- Threading implementation for Mac and Linux is more compliant with the Win32 behaviours
- Fix Alsa sound backend (Linux)
- Fixes to tty code (Linux)

SDL_sound is a library that handles the decoding of several popular sound file formats, such as .WAV and .MP3. It is meant to make the programmers sound playback tasks simpler. The programmer gives SDL_sound a filename, or feeds it data directly from one of many sources, and then reads the decoded waveform data back at her leisure.
If resource constraints are a concern, SDL_sound can process sound data in programmer-specified blocks. Alternately, SDL_sound can decode a whole sound file and hand back a single pointer to the whole waveform. SDL_sound can also handle sample rate, audio format, and channel conversion on-the-fly and behind-the-scenes, if the programmer desires.
As the name implies, SDL_sound is an add-on to Simple Directmedia Layer, and as such, youll need it to build and use SDL_sound. SDL gives us lots of convenience for porting and implementing some elements of the library, not to mention that it is a powerful, cross platform answer to DirectX. You should definitely look into it, whether you use SDL_sound or not.
Places SDL_sound is known to be used:
- The Ambient Music System uses SDL_sound in its player module.
- The popular game glTron uses SDL_sound for sound playback.
- Dominik Haumann wrote in to mention C++ wrappers for SDL_sound, which can be found here.
- MusicBox, a GNUstep music manager, uses SDL_sound to decode various audio formats.
- The SuSE Linux distribution has been know to package SDL_sound (at least version 0.1.5 has been spotted in the wild).
- Gentoo Linux distributes SDL_sound via their "portage" system. Just "emerge sdl-sound".
- FreeBSD has SDL_sound in their Ports tree: herere the details.
- NetBSD Appears to have packaged SDL_sound, too: details.
- Debian has packaged SDL_sound, too: details.
- ROCK Linux has an SDL_sound package: details.
- Probably other places. Email me if you want to be listed here.
What works:
- Support for "decoding" raw audio samples.
- Support for decoding Microsoft WAVE audio files (uncompressed and MS-ADPCM encoded waveforms are supported, currently) (.WAV).
- Support for decoding various MPEG audio files through SMPEG (.MP3, .MPG, .MPEG).
- Support for decoding MPEG-1 Layer 3 audio files internally (makes use of LGPLd code from mpg123.) (.MP3).
- Support for decoding MIDI music files (.MIDI, .MID).
- Support for decoding Ogg Vorbis audio files through libvorbis (.OGG).
- Support for decoding Speex voice files through libspeex (.SPX).
- Support for decoding FLAC audio files through libFLAC (.FLAC, .FLA).
- Support for decoding Creative Labs Voice files (.VOC).
- Support for decoding Audio Interchange File Format files (.AIFF).
- Support for decoding Shorten-compressed audio data (.SHN).
- Support for Suns audio format (.AU).
- Support for decoding through MikMod. (.MOD, .IT, .XM, .S3M, .MTM, .669, .STM, .ULT, .FAR, .MED, .AMF, .DSM, .IMF, .GDM, .STX, .OKT).
- Support for decoding through ModPlug. (.669, .AMF, .AMS, .DBM, .DMF, .DSM, .FAR, .IT, .MDL, .MED, .MOD, .MT2, .MTM, .OKT, .PTM, .PSM, .S3M, .STM, .ULT, .UMX, .XM)
- Experimental support for decoding through Apple Quicktime (MacOS only).
- Compiles/runs on Linux (x86 tested).
- Compiles/runs on Linux (x86-64 tested).
- Compiles/runs on Linux (PowerPC tested).
- Compiles/runs on FreeBSD (x86 tested).
- Compiles/runs on Win32 (x86 tested).
- Compiles/runs on MacOS Classic (PowerPC tested).
- Compiles/runs on MacOS X (PowerPC tested).
- Compiles/runs on BeOS (x86 tested).
- Compiles/runs on WinCE/PocketPC (StrongARM tested).
- May compile and run elsewhere with little to no modification. Success stories and patches are welcome.
What doesnt work:
- Support for more forms of compressed .WAV files is planned, but not yet implemented.
- Support for various forms of compressed .AIFF files is planned, but not yet implemented.
- Contributions of other ports are, of course, welcome.

Raydium is a game engine. It provides a set of functions wich allow quick and flexible games creation.
Functions covers things like player inputs (keyboard, mouse, joystick, joypad, force feedback), rendering (3D objets, OSD (On Screen Display)), time (a game must run at the exact same speed on every computer), sound, ... (theres a lot more things to manage, in fact
The project was started in 2001, trying to become a small 3D library, as a training to OpenGL.
But Raydium starts to manage more and more things (time engine, PHP scripting, physics engine, ...), and is now about to become a full "game engine".
Main features:
- Portability (ANSI C) : Linux / Win32 (and probably some others)
- OpenGL rendering (80 000 vertices per frame at a correct framerate), fog support, dynamic lighting, transparency, skyboxes, MultiTexturing, MipMapping, ...
- Totally simplified API : simple learning curve (example: raydium_object_draw_name("objet.tri"), raydium_sound_load_music("musique.ogg"), ...)
- ODE integration (Open Dynamics Engine) in Raydiums core, providing a simple access to a physics engine (see RayODE)
- Ingame console, allowing access to Raydium or application on the fly.
- PHP Support: PHP/Raydium interface, for a full interaction between PHP and applications. Its possible to write almost all the application with PHP (see RayPHP and RegAPI).
- Integrated network API, for multiplayer games in all simplicity.
- OpenAL support : sound, music (streaming OGG), 3D source positioning) in a few function calls.
- Simplified building scripts and static binaries support for an easy distribution.
- Import/export solutions to other 3D formats: 3DStudio, Blender and DirectX (see ImportExportTri).
- Joysticks and wheels fore feedback support (Linux only, for now).
- Data repositories : Raydium applications can download (or update) missing files. Data uploading is also supported (see R3S).
- Lightmaps support, radiosity lightmaps calculations, with FsRadRay (example : http://ftp.cqfd-corp.org/radiosity_tex.png)
Raydium is free software, available under GPL License.
Raydium is designed to be the engine used behind the MeMak project, but some tests were already created with this engine (see references at the bottom of this page), and a "complete" game: NewSkyDiver.
There are a lot of others 3D/game engines (and some are very complete, such as Ogre, Crystal Space, ...). Raydium does not try to be as complex as these engines, but contrary, is aiming quick and simple developpement. A good example of this simplicity is NewSkyDiver, a game in less than 750 lines of code.
Enhancements:
- This release features Augmented Reality, Live video capture from any video4linux source, video playback to texture, dynamic lightmap filters, Python bindings, remote data repositories listing, full API documentation, and more.

Graphics3D is a free, Open Source C++ library for game developers, researchers, and students. Graphics3D project is a base of robust and high performance code common to most 3D projects.
It is not a standalone graphics or game engine--it is the set of pieces you need to jumpstart your own engine or graphics project. The library has two parts: G3D for pure math, and GLG3D for interacting with hardware acceleration via OpenGL.
You can use G3D without GLG3D if you want to use another 3D API (like DirectX) or dont like the OpenGL abstraction.
G3D does not contain scene graph or GUI routines. Because of this, there is a lot of flexibility to how you structure your programs. The tradeoff is that you have to know more about 3D programming. G3D is intended for users who are already familiar with C++ and DirectX or OpenGL.
G3D does not draw widgets by itself. Several good G3D-compatible GUI libraries exist and we recommend using one with G3D if your project has extensive UI needs.
Enhancements:
- Rendering is now approximately 20% faster for applications using the high-level ArticulatedModel and IFSModel objects.
- A new Half-life-style interactive text console and World of Warcraft-style camera controller enable more sophisticated debugging and interaction.
- Other new features include querying texture dimensions from GLSL shaders, support for Mesa3D software rendering, and high-quality Bayer-to-RGB conversion for video frames.

GOIM is a full featured jabber / XMPP client with special features (extensions) for gamers. (e.g. broadcasting a notification when you join a server.. and see which games others play and join them with one click on the game icon beside their name)
GOIM uses the Eclipse Rich Client Plattform as GUI and SMACK as its jabber library.
You can also use GOIM InsideEclipse IDE.
GOIM is still in an early Beta Stage, which means it may contains bugs and misses features.
Main features:
- Send information about which game is played on which server (This is done by sending a presence with extended information. The information which game on which server will also be visible in the show part, so even people using another client (or icq/msn/..) will see what/where you are playing.
- Current supported games are: Unreal Tournament 2004, Live for Speed, Americas Army, TeamSpeak 2 (not a game, but works the same way)
- Basic Messenging and Presence
- Discover and subscribe to Jabber transports (which allows communication with icq, msn, aim, etc. users)
Enhancements:
- This release includes two new plugins - the InGame Messenger for DirectX 8 games, as well as the GameServer Browser which allows you to query HLSW server lists.
In addition there were many other fixes and enhancements:
- Usability fixes for linux and macOS (including a new chat window which does not use the Browser widget and therefore does not rely on any platform dependent features)
- Added support for jabber File Transfer
- Commands used to launch a game can now be customized
- Fixed bug when autojoining MUC rooms on connecting.

Crazy Eddies GUI System is a free library providing windowing and widgets for graphics APIs / engines where such functionality is not natively available, or severly lacking.
The library is object orientated, written in C++, and aimed at game developers.
Enhancements:
- Added: single colour support to PropertyHelper::stringToColourRect
- Added: missing support to Irrlicht renderer for creating a texture with a given size.
- Added: Updates to renderers for D3D8.1 and D3D9 to report correct values for original size and actual texture size. (Related to Mantis ticket #45).
- Added: Support for using user defined image codec by name (using dso) or directly throught a pointer to an existing image codec.
- Added: Long property export (allows for properties containing multiple lines).
- Added: Helper methods to Window to return EventSet::Iterator and PropertySet::Iterator objects.
- Added: Reworked TabControl by zap. Mantis #82.
- Added: TabControlDemo sample. Mantis #82.
- Added: Danish language in the FontDemo sample.
- Added: Output of summary of configure results (for configure based builds)
- Added: Texture extra size information to CEGUI::Texture in order to be able to handle scaled/stretched textures within Imageset.
- Added: Texture Scaling support in IrrlichRenderer
- Removed: Empty source file CEGUIVector.cpp
- Removed: TabPane files.
- Modified: Behaviour of Editbox so that EventCharacterKey events are only marked as handled if the key press actually resulted in a change to the Editbox text string. (Related to Mantis #59)
- Modified: Replaced all getWindow with get
- Modified: Replaced all setWindow with set
- Modified: EventSet::EventIterator now known as EventSet::Iterator
- Modified: PropertySet::PropertyIterator now known as PropertySet::Iterator
- Modified: ImageCodec modules are now DynamicModule
- Modified: Falagard PropertyDim now supports a type attribute for UDim properties. Mantis #82.
- Modified: Improved TabControl imagery. Mantis #82.
- Modified: autotools makefiles now symlink the sample binaries (to avoid having to do make install). Mantis #82.
- Modified: PropertyHelper now uses snprintf instead of std::ostringstream again. Mantis #82.
- Modified: Removed static Makefile for tolua++cegui generator tool and switched to autotools style build, with enable/disable configure option, for tolua++cegui generator tool
- Modified: Moved tolua++ into its own dir, removed lua_and_tolua++
- Modified: Externalised our use of the Lua library
- Modified: premake updates
- Modified: Updated AUTHORS file.
- Modified: Remove exec file attribute on Falagard.xsd
- Modified: XMLRefSchema/Font.xsd for font rewrite
- Modified: LuaScriptModule public headers no longer need include lua.h included.
- Modified: Made a bunch of warnings go away in MSVC in the new font code.
- Modified: Deleted the remaining old msvc project files.
- Bug Fix: Clean the XMLSerialization code: remove empty autowindow
- Bug Fix: Added missing glDisable(GL_FOG); in gl renderer
- Bug Fix: Irrlicht and D3D8.1 renderer modules would keep live pointers to Texture objects that failed to fully initialise (file or size errors for example) Mantis #43.
- Bug Fix: Disable texture stages we do not use in Direct3D renderers. (Mantis #95)
- Bug Fix: Mouse cursor z value. Mantis #49
- Bug Fix: Imagset XML attribute for image file name is Imagefile and not Filename.
- Bug Fix: normal attributes use true, only properties sometimes use True.
- Bug Fix: Global default resource group was not being used by DefaultResourceProvider.
- Bug Fix: XML output from CEGUI::Image class.
- Bug Fix: Imageset scaling issue when renderer automatically scales the image #45 (this is currently a partial fix)
- Bug Fix: IrrlichtRenderer - Mouse event error. Mantis #98.
- Bug Fix: IrrlichtRenderer - size error in addQuad. Mantis #99.
- Bug Fix: IrrlichtRenderer - Sample driver had linker lib name wrong for renderer module. Mantis #100.
- Bug Fix: TinyXMLParser bug. Mantis Tracker #57
- Bug Fix: a bug in the openglrenderer cleanup related to image codec.
- Bug Fix: Install renderer module includes at the same place as in Win32 (linux / mac autotools)
- Bug Fix: OpenGL sample driver did not inject middle mouse up (injected it as down). Mantis #82.
- Bug Fix: Corrected some mistakes in the Falagard Lua bindings
- Bug Fix: Apparently in some cases OpenGLRenderer needs NOMINMAX in Win32 (Mantis #63)
- Bug Fix: FreeTypeFont did not free the font data properly, also fixes a potential infinite loop in FreeTypeFont (Mantis #60)
- Bug Fix: FairChar font texture was not power of 2 (Mantis #64)
- Bug Fix: SliderThumb incorrectly mapped in some schemes (mantis #88)
- Bug Fix: Updated Irrlicht renderer to work with 0.5.0 codebase.
- Bug Fix: some missing data
- Bug Fix: DirectX 8.1 sample driver
- Bug Fix: some missing files in the make dist command (Mantis #89)
- Bug Fix: Change the name of an enumeration value in schema Font.xsd.
- Bug Fix: Memory leak in Font.
- Bug Fix: Lua bindings was missing ImagesetManager::createImagesetFromImageFile + some missing tolua_throws modifiers

SPRINT is an emulator of the Peters Plus super-Speccy, the Sprinter. SPRINT is using Fuses Z80 core for its CPU emulation.

We emulate OS Estex as interface to real OS of emulator. We dont emulate SPECTRUM mode yet, but its possible in the future. We developed this project in C++ for using object-oriented technique and portability.

Default video mode is 640x480 with 256 colors. If you have any problems with this mode, edit SPRINT.INI file. Now you may use windowed mode for SDL version of SPRINT. Developed for WIN9X (SDL+DirectX), MS-DOS (DOS4GW), LINUX (svgalib) and LINUX (SDL+X11).

SUPPORTED FUNCTIONS:

At present, a number of supported functions is not too big, namely:

Accelerator: all

Bios (RST #08):

#81,#82,#83,#84,#85,#86,#87,#88,#89,#8A,#8B,#8C,#8D,#8E,
#A1,#A4,#C0,#C1,#C2,#C3,#C4,#C5,#C6,#C7,#EF

Estex (RST #10):

#01,#02,#0A,#0B,
#11,#12,#13,#14,#15,#19,#1A,#1D,#1E,#21,
#30,#31,#32,#33,#35,#37,#38,#39,#3A,#3B,#3C,#3D,#3E,
#40,#41,
#50,#51,#52,#53,#54,#55,#56,#57,#58,#59,#5A,#5B,#5C
else jump to real SYSTEM.DOS

Mouse (RST #30):

#00,#03

AntTweakBar allows programmers to quickly add a light and intuitive graphical user interface into graphic programs to interactively tweak them. AntTweakBar is a small and easy to use library that can be readily integrated into OpenGL and DirectX applications.
Program variables can be linked to a graphical control that allows users to modify them. Thus, parameters exposed by programmers can be easily modified. They are displayed into the graphical application through one or more embeded windows called tweak bars.
Design and integration:
The library is designed to minimize programmer work while offering a fast, clean, intuitive and non-invasive graphical interface. For instance, numerical values are automatically mapped to a RotoSlider control for rapid editing.
It is composed of few functions. Common variables like booleans, integers, floats and enums can be directly mapped to a graphic control through pointers or callback functions. Additionnal editing informations like min and max values can be provided. Keyboard shortcuts can also be associated to controls and an help window which summurizes these shortcuts can be displayed. Programmers are not required to design the graphical interface by providing coordinates or by using a visual UI editor. Controls are automatically organized following an optional given hierarchy. In most cases, only one line of code is needed to add a new variable to a tweak bar.
The AntTweakBar library mainly targets graphical programs that need an easy way to tweak parameters and see the result in real-time like 3D demos, light inline game editors, small 3D applications, prototypes, debug facilities of weighter graphical programs, etc.
While the library itself is written in C++, its programming interface is a C interface, and then it can be directly integrated in any C++ or C program.
It has been designed with performance in mind. Embeded in a typical 3D application, its rendering time is almost insignificant. Bars can also be iconified to fully minimize their rendering time.
Enhancements:
- The medium font is antialiased.
- The code now compiles on 64-bit x86 platforms.
- A problem which occurred if the library was initialized or uninitialized more than once was fixed.
- Some other minor fixes were done.